#security

Metabaseは、セキュリティ報告の件数が月10件程度から週10件程度へ急増したと紹介している 背景には、LLM-powered code scanners（AIを使ったコード解析ツール）の進化がある こうしたツールは、公開コードの脆弱性を大量かつ深く見つけるようになってきた その結果、オープンソースは短期的にはかなりつらいが、長期的にはセキュリティ改善につながる ただし、公開コードを持つ開発者は、「見つかったらもう世に出たもの」として即対応を求められるようになる Metabaseの記事は、かなり挑発的なタイトルです。 “strip mining” というのは、地表をはぎ取るように広く浅く、でも大量に資源を掘り出す採掘方法のこと。ここではそれを比喩にしていて、要するに 「AIがオープンソースの脆弱性を、片っ端から掘り起こす時代になった」 という話です。 これ、なかなか面白い表現だと思います。 昔のセキュリティ調査は、熟練の研究者が狙いを定めて深掘りするイメージでした。ところが今は、LLMを使ったコードスキャナーが登場して、**大量の公開

Califが、Apple M5搭載Mac上で動くpublicなmacOS kernel memory corruption exploitを公開 対象は macOS 26.4.1 (25E253)、unprivileged local user から root shell まで到達する local privilege escalation Appleの新しい防御機構 MIE (Memory Integrity Enforcement) を有効にした bare-metal M5 hardware 上で動作したとされる バグ発見から、わずか数日でworking exploitに到達したというのがかなり衝撃的 ただし、技術詳細はAppleの修正後に公開予定で、現時点では攻撃の全容は明かされていない 今回の話をひとことで言うと、「Appleが何年もかけて強化してきた防御を、実機M5上で突破するmacOS kernel exploitが公開された」というニュースです。 元記事の著者Califによれば、Apple ParkでA

匿名の研究者が、Microsoft製品の未修正ゼロデイ脆弱性を2件追加で公開した 1つはBitLocker回避、もう1つは権限昇格につながる問題 BitLocker回避が本当なら、盗難PCが“ただの紛失”では済まなくなる可能性がある 権限昇格のほうは、現時点では完全なPoCではないが、悪用される土台は示されている 研究者は今年だけで複数のゼロデイを公開しており、Microsoftへの報復的な流れが続いているように見える The Registerによると、Microsoftの脆弱性を立て続けに公開している匿名の研究者が、また2件のゼロデイ情報を出しました。 今回の名前は YellowKey と GreenPlasma。前者は BitLocker bypass、後者は privilege escalation（権限昇格）です。 ざっくり言うと、BitLocker bypassは「暗号化されたはずのPCの守りをすり抜ける」話、権限昇格は「一般ユーザーとして入ったあと、管理者権限やSYSTEM権限まで上がる」話です

Archestraの開発チームが、AI生成の雑なコメントやPR（Pull Request） に悩まされている Issue（課題管理）やPRの欄が、本物の開発者よりAI botの投稿で埋まる 状態になった 対策として、GitHubの仕組みを使ったオンボーディング制限を導入した ただしその方法はかなり強引で、“やむを得ない核オプション” という印象 この記事は、AIがOpen Sourceに与える影響について、かなり切実な警鐘を鳴らしている この記事は、ArchestraというOpen Sourceプロジェクトのチームが、「AI slop（AIが量産する雑で中身の薄い投稿）」に本気で困っている、という話です。 ここでいうAI slopは、見た目だけはそれっぽいけれど、実際には役に立たないコメント、提案、PRのこと。要するに、AIが作った“中身のないノイズ” ですね。 これ、かなり笑いごとではないと思います。Open Sourceって、本来は「みんなで良くしていく場所」のはずなのに、そこに雑音が大量発生すると、まともな人ほど疲れて離れていってしまう。こ

Google Project Zeroが、Pixel 10でも使える0-click exploit chain（ユーザー操作なしで成立する攻撃の連鎖）を公開した 入口は音声処理のDolby系脆弱性、出口は新しい VPU driver の重大な欠陥だった Pixel 10では旧来の BigWave driver がなく、その代わりに別のドライバ /dev/vpu が使われていた そのVPU driverには、`mmap` の実装ミスでkernelの広い範囲を userspace から触れるレベルの致命傷があった 修正は比較的早く、報告から71日後にパッチが配信された 一方で、こうした「見ればすぐ危険だとわかる」コードが残っていたのは、やっぱりかなり怖い Google Project Zeroが、Pixel 10向けの0-click exploit chainを公開しました。 0-clickというのは、ユーザーが何も操作しなくても攻撃が成立するという意味です。たとえば、怪しいリンクを開く必要も、ファイルを保存する必要もない。攻撃のハー

Linuxカーネルに、ローカルユーザーがroot権限を取れてしまう脆弱性が2件公開された 1つ目は Copy Fail（CVE-2026-31431）、2つ目は Dirty Frag（CVE-2026-43284 / CVE-2026-43500） どちらも page cache（ファイルの読み書きを速くするためのメモリ上のキャッシュ）を悪用する 以前大きな被害を出した Dirty Pipe と同系統の問題で、しかも多くの主要ディストリビューションに影響する 攻撃にはネット越しの侵入ではなく、ローカルの一般ユーザー権限が必要 とはいえ「一般ユーザーが入れれば終わり」なので、サーバーや共有環境ではかなり重い話 影響組織は即パッチ適用が必要 InfoQが伝えたのは、Linuxカーネルに見つかった2つのローカル権限昇格（local privilege escalation）の脆弱性です。 ざっくり言うと、普通のユーザー権限しか持っていない人が、OSの最強権限であるrootを取れてしまうという話です。これはかなり危ないです。roo

Linus Torvaldsが、Linuxのsecurity mailing listが「almost entirely unmanageable（ほとんど管理不能）」になっていると発言 原因は、AIを使って同じ脆弱性を見つけた研究者たちが、似た報告を大量に送ってくること その結果、重複チェックや振り分けばかり増え、「無駄な苦痛と意味のない作業」になっているという Torvaldsは、AIで見つけたなら“報告だけ”で終わらず、ドキュメントを読んでパッチも出せ、と注文 一方で、Linux maintainerのGreg Kroah-HartmanはAIをより前向きに評価しており、見方は割れている Linux kernelの生みの親であるLinus Torvaldsが、Linuxのsecurity mailing listについてかなり強い言葉で不満を表明しました。 要するに、「AIを使ってバグを探す人が増えたのはいいけれど、同じ発見が何通も何通も届いて、もう回らない」という話です。 security mailing listは、Linuxのセキュリティ問題を報告・議論するための場所です。

Erlang/OTP 29.0 が公開されました。 ひとことで言うと、「新機能もあるけど、今回は安全性と堅牢性をかなり真面目に底上げした版」という印象です。Erlangは昔から、止まらない通信システムや分散システムで強い言語として知られていますが、今回のアップデートはその“実戦向け”な性格がさらに濃くなっています。 `-unsafe` 属性が追加され、危険な関数を明示しやすくなった コンパイラが「危ない呼び出し」に警告を出すようになった SSH daemon が shell / exec をデフォルト無効化し、より安全な初期設定に SFTP subsystem もデフォルト無効化 SSL/SSH のデフォルトで、量子耐性を意識した hybrid key exchange が採用された `io_ansi` で ANSI カラーや装飾を出しやすくなった `ct_doctest` でドキュメント中のコード例をテストできる native records、`is_integer/3`、multi-valued comprehensions など言語機能も拡張 Windows の 32-b

AIは「いつか使うかもしれない未来の技術」ではなく、もう企業の現場で動いている――そんな空気を強く感じさせるのが、今回のTechRadarの記事です。KPMGの新しい調査によると、企業はAI導入をかなり前向きに進めていて、多くがROI（投資対効果）でも期待を上回る成果を出しているそうです。 ただし、ここで話は「AIを入れれば勝ち」では終わりません。むしろ本当に重要なのは、安全に使い続けられるか。この記事は、AI導入の熱気と、その裏にあるセキュリティの不安をセットで伝えています。 企業のAI導入は「検討中」から「実運用」の段階へ入っている 米国企業の93%が、今後18か月以内にfinance分野でAIを導入または拡大する見込み 74%の企業が、AIのROIが期待通りか、それ以上だと回答 導入が遅れる原因はAIの性能不足ではなく、組織変革や使いどころの整理不足 最大の懸念は data security と privacy 今後は「AIを入れること」より「安全に使い、現場に定着させること」が重要になる 記事の中心にあるのは、KPMGの調査が示した「AIはもはや未来の概念ではなく、op

Redditで、LLM（大規模言語モデル）に入れた内容の中にPII（個人を特定できる情報）が含まれていないか確認する無料ツールが紹介された PIIには、名前・住所・電話番号・メールアドレスなどが含まれる 「AIに投げた文章、大丈夫だと思っていたら個人情報が混ざっていた」という事故を減らす狙いがある こういうツールは、AIを使う前の“安全確認”としてかなり実用的だと思う ただし、元記事の本文は実質的に表示されておらず、詳細な仕様までは読み取れない Redditの投稿では、「自分のLLMに含まれるPIIをチェックできる無料ツールを作った」という内容が紹介されていました。 PIIは *Personally Identifiable Information* の略で、ざっくり言うと個人が特定されうる情報のことです。たとえば、次のようなものが代表例です。 氏名 住所 電話番号 メールアドレス ID番号や社員番号 クレジットカード番号 など AIに文章を入力するとき、つい雑にコピペしてしまうことってありますよね。 でも、その中に顧客情報や社内情報が混ざっていたら、あとでかな

Microsoftが、AIエージェントを束ねて脆弱性を探す新基盤「MDASH」を公開した MDASHは Multi-Model Agentic Scanning Harness の略で、100個以上のAIエージェントを連携させて動かす すでにWindows関連で 16件の新たな脆弱性 を発見し、そのうち 4件は重大（critical） 2件は リモートコード実行（RCE） につながる深刻な問題で、May updateで修正された テストでは false positive（誤検知）ゼロ をうたっており、かなり印象がいい ただし、これは「AIが全部解決する」話ではなく、AIをどう運用するか が本質だと感じる --- Microsoftが、AIを使ったセキュリティ基盤「MDASH」を発表しました。 名前だけ聞くと「またAIっぽい新製品かな？」と思うかもしれませんが、今回はわりと本気です。というのも、MDASHはすでに Windowsの新しい脆弱性を16件発見 していて、その中には 4件の重大なもの が含まれているからです。 しか

MetaがWhatsAppとMeta AIアプリに「Incognito Chat」を導入した 会話はPrivate Processingという安全領域で処理され、Metaの技術者ですら中身を見られないという 会話履歴はサーバー側に保存されず、セッション終了後に自動で消える これはAIチャットの「便利だけど、会話内容は筒抜けになりがち」という弱点への対策 ただし、TEE（Trusted Execution Environment）系の仕組みは業界でも監査や攻撃検証の対象になっており、万能ではない Metaが、WhatsApp向けに Incognito Chat という新しいAIモードを発表しました。 ざっくり言うと、「Meta AIと話せるけど、その会話はMeta自身にも見えません」という設計です。 これ、かなり面白いです。 というのも、AIチャットって便利な一方で、使っているとどうしても「この相談、サーバー側に残ってるのかな？」という不安がつきまといますよね。恋愛、健康、仕事、人間関係……AIに投げる内容って、意外とかなりプライベートです。そこに真正面から「見えません」