#脆弱性

いちばん引っかかったのは、「LLMで暗号解析なんて本当にできるのか？」という問いが、もう半分くらい終わっていることです。この記事を読んでまず思ったのは、AIの得意分野として想像されがちな文章生成やコード補助を、かなり危ない方向に押し広げてきたな、ということでした。 暗号解析って、ただ難しい数学の問題というより、実際のセキュリティに直結する領域です。しかも、攻撃が見つかったかどうかを機械的に確かめやすい。だからこそベンチマークとしてはきれいなんですが、同時に「きれいだから安心」ではまったくない。むしろ、モデルが既知の攻撃を再現するだけでなく、設計上の穴や証明の誤りまで拾ってしまった、という点が怖いです。ここは単なるベンチマークの成績表ではなく、研究ツールがそのまま防御側の警報装置にもなっている感じがします。 それでも、すぐに「AIが暗号を破るようになった」と大騒ぎするのは少し早いとも思いました。記事の数字を見ても、現実の強度のまま全部突破しているわけではないし、スケールダウンした問題で強い、という面がかなり大きい。つまり、今のところは「万能の暗号破り」ではない。でも、研究者がわざわざ10

この記事を読んでまず思ったのは、「ついにそこまで来たか」というより、「そこを曖昧に書くと話がかなり危うくなるな」ということだった。AIが脆弱性を見つけるだけでなく、条件がそろえば exploit の筋道まで組み立てる。そこまでは十分に怖い。でもこの記事は、そこに関する公開情報がかなり選別されていることも同時に書いていて、その慎重さ自体が重要だと感じた。 特に引っかかったのは、cryptography の話が “大問題” に見える一方で、公開されている事実は意外と細いことだ。TLS、AES-GCM、SSH のような基盤技術に触れていると聞くと、読む側はすぐ「暗号が破られたのか」と身構える。でも実際には、責任ある disclosure の途中で、まだ patch 待ちのものも多いらしい。ここを雑に読むと、危機感だけが先に膨らむ。逆に、詳細を出し切らないまま警告として成立させている点には、かなり実務的なバランス感覚を感じた。 もう一つ面白かったのは、この記事が「AI が危険になった」という単純な煽りではなく、守る側の準備の話にちゃんとつないでいるところだと思う。cryptographic a

AnthropicのAI「Mythos」が、Microsoftの脆弱性をものすごい勢いで見つけている、という話です。しかも見つける速度が、Microsoftの修正速度を上回っている。セキュリティの世界ではかなりぞっとする状況です。 「AIがバグを見つけると便利だよね」で終わる話ではありません。むしろ本当に怖いのは、その発見スピードが速すぎて、守る側の人間が追いつかないことだと思います。この記事は、その現実をかなり生々しく伝えています。 AnthropicのAI「Mythos」が、Microsoft製品の脆弱性を大量に発見している Microsoft内部では、見つかった穴を順番に埋める作業が「mad dash」と表現されるほど切迫している SharePointだけでも、短期間で多数の critical や important の脆弱性が見つかった Microsoftは深刻度の高いものから順に直しているが、低〜中程度の穴が連鎖すると大きな攻撃につながるおそれがある AI時代の脆弱性対応は、従来の優先順位づけを見直す必要があるかもしれない この記事の面白いところは、AIが“攻撃者側の武器”に

AIエージェント系のツールは、便利な反面、ひとたび入口を開けっぱなしにするとかなり危うい。今回The Hacker Newsが伝えたのは、オープンソースのAIオーケストレーション基盤「Ruflo」に見つかった、かなり派手な脆弱性だ。ざっくり言えば、認証なしで外部からコマンド実行できてしまううえに、AIの会話ログや“記憶”まで触れてしまう可能性があった。 この手の話は、単に「サーバーが乗っ取られる」で終わらないところが今どきらしい。AIの裏側にあるAPIキー、ユーザーとの会話、学習用のメモリまで狙える。攻撃者にとっては、かなりおいしいセットだと思う。 RufloにCVE-2026-59726という脆弱性が見つかった 深刻度はCVSS 10.0で、ほぼ満点の危険レベル 認証なしでMCP bridgeにアクセスでき、コマンド実行につながった 影響を受けるのは3.16.3より前の全バージョン 攻撃されると、RCE（遠隔からのコード実行）、LLMのAPIキー窃取、会話ログの閲覧、AIメモリの汚染が起こり得た 修正版は

AnthropicのAIエージェント「Claude Cowork」に、なかなか嫌な穴が見つかりました。 ざっくり言うと、本来は隔離されているはずの仮想環境から抜け出し、Mac上のファイルにまで手を伸ばせる可能性があった、という話です。AppleInsiderが伝えたこの記事は、AIの便利さの裏側にある「権限管理」の甘さをかなり生々しく示しています。 Claude Coworkのローカル実行モードに、仮想マシンの外へ影響が及ぶ弱点があった 攻撃の起点は、Linux kernelの不具合 CVE-2026-46331 仮想環境内でroot権限を取られると、Macのファイルシステムにある共有領域へ触れた そこからSSH private key、クラウド認証情報、ブラウザデータなどに届く可能性があった Anthropicはすでにクラウド実行をデフォルトにしており、ローカル処理よりは安全とされる ただし、AIに広い権限を与える危険そのものは消えていない 今回の話でややこしいのは、Claude Coworkが「Macの上でそのまま動いていた」のではなく、**

Mac上で動くAIアシスタント「Claude Cowork」に、想定された“囲い”を抜け出して、Mac内のほぼ全部のファイルに触れてしまう脆弱性が見つかった、という話です。 こういうニュースは一見するとセキュリティ界隈の内輪ネタに見えるのですが、実はかなり身近です。なぜなら、AIに「ちょっとこの資料まとめて」「このフォルダ見て」と頼む流れは、もう普通に起きうるからです。そこに穴があると、話は一気に現実味を帯びます。 Claude Coworkに、Macの保護を抜け出す脆弱性が見つかった 研究者はこの手口を「ShareRoot」または「SharedRoot」と呼んでいる 影響は、修正前のローカル実行ユーザー約50万人に及んだとされる 成功すると、Mac上のほぼどこでもファイルの読み書きができてしまう ログイン情報まで読まれるおそれがあるのが特に危険 現在はクラウド実行が既定になったが、ローカル実行を続ける人は注意が必要 まず前提として、Claude CoworkはAnthropicのAIチャットボットで、Mac上の特定のファイルやフォルダにローカルアクセスして作業を手伝う仕組みです。たと

Redditのr/netsecに、ちょっと背筋が伸びるタイプの投稿が上がっています。タイトルは「Escaping Claude Code's local VM sandbox via …」というもので、要するにClaude Codeが動いていたローカルのVM sandboxから抜け出す方法を見つけた、という話です。ところが今回、元記事の本文は取得できず、Reddit側でも「Please wait for verification」と表示されていて、詳細は見えませんでした。 それでも、この手の話が注目される理由ははっきりしています。AIエージェントやコード実行環境は、便利さと危うさがいつもセットだからです。とくに「sandbox」は、暴れないように閉じ込めるための箱。そこから出られるとなると、単なる小ネタでは済みません。 Claude CodeのローカルVM sandboxに関するセキュリティ報告がRedditのnetsecで話題になっている ただし、今回確認できた元記事本文は取得できず、細かい手口は読み取れない sandboxは「安全のための隔離空間」で、ここを破られる

Anthropicが「Claude Security Plugin for Claude Code」をベータ公開した ターミナルからコードベースをスキャンし、脆弱性の検出・検証・修正案の提示まで行う 複数のエージェントが役割分担し、見つけた問題を別のエージェントが検証する仕組み リポジトリ全体だけでなく、ブランチ差分、PR差分、単一コミットも対象にできる 修正パッチは提案されるが、自動適用はされない。最後は人間が確認する設計 有料プラン向けで、Claude Code v2.1.154以降、Python 3.9.6以降が必要 Anthropicが7月22日（現地時間）に出した「Claude Security Plugin for Claude Code」は、かなり実務寄りのツールです。派手なデモ映えより、現場で「これ欲しかった」が先に来るタイプだと思います。 ざっくり言うと、Claude Code の作業中に、コードの危ないところを探して、何が問題かを検証し、どう直せばよさそうかまで示してくれるプラグインです。しかも1つのAIが全部をやるのではなく、複数のエージェントが協力します。コード

Azure DevOpsのPull Request（PR）に、人間には見えないコメントを仕込むだけで、AIレビュー担当を別プロジェクトへ誘導し、ソースコードや秘密情報まで読ませてしまう――そんなかなり嫌な話が出てきました。The Hacker Newsが紹介したのは、Microsoftの公式 Azure DevOps MCP server にある欠陥です。 MCPは、ざっくり言うとAIエージェントが外部サービスを操作するための接続口です。今回の件では、その接続口が「PRを読む」役割を持っていて、そこで受け取った文章の扱いが甘かった。ここがまず面白くて、そして怖いところです。 人間にはただのレビュー対象に見えるものが、AIにとっては「命令文」になってしまう。しかもその命令文が、画面上では消えて見える。かなり厄介です。 Azure DevOpsのPRにHTMLコメントを仕込むと、画面上では見えない でもAPI経由ではそのコメントがそのまま取得され、AIエージェントに渡る AIエージェントはレビュー担当者の権限で動くので、攻撃者より広い範囲にアクセスできる そ

ClaudeのChrome拡張に、ちょっとゾッとする不具合が見つかりました。 ざっくり言うと、別の悪質な拡張機能が「本物のユーザーが押したふり」をして、Claudeに用意されたAI操作を勝手に実行させられるという話です。 これ、単なる「便利機能の不具合」ではありません。ClaudeはGmail、Google Docs、Google Calendar、Salesforceといった外部サービスにつながっているので、うまく悪用されると、AIが持っている“つながった先への権限”まで巻き込まれます。AIエージェント時代らしい、いやらしい種類の弱点だと思います。 Claude for Chromeの拡張機能に、synthetic click（JavaScriptで作った偽のクリック）を本物と見分けきれない問題があった 悪質な拡張機能が `claude.ai` 上のページをいじって、Claudeの事前定義されたAIワークフローを起動できた 悪用できるのは、自由な命令文すべてではなく、拡張機能に組み込まれた9個のタスクに限られる それでも、Claudeが持つGmailや

Anthropicの「Claude Cowork」に、Mac上のローカル実行時にサンドボックスを抜けられる脆弱性が見つかった 影響を受けたのは、修正前のローカル Cowork セッションを使っていた約50万台のmacOS端末とされる 攻撃が成功すると、AIエージェントがVMの外に出て、ユーザーのMac上のファイルを読み書きできる SSH鍵やクラウド認証情報など、盗まれると困るデータに手が届く可能性がある いまの最新版はクラウド実行が既定なので回避されるが、ローカル実行を選ぶとまだ危ない 根っこにあるのは「仮想マシンの中だけに閉じ込めたつもりが、ホスト側のファイルシステムまでつながっていた」という設計上の怖さ この記事、かなり面白いです。AIエージェントの話というと、つい「便利な自動化」や「賢いアシスタント」を想像しがちですが、実際には“どこまで触っていいのか”の境界線が本当に難しい。今回の件は、その境界線があっさり破られた例だと思います。 The Hacker News が伝えたのは、Anthropic の Claude Cowork にある sandbox escape 脆弱性です。

Anthropicが、コードを書いている途中で脆弱性を見つけて警告してくれる「security-guidance」というプラグインを、Claude Code向けに無償提供しました。しかも対象は特定プランだけではなく、すべてのClaude Codeユーザー。こういう「便利だけど高そう」な機能を最初から広く配るのは、かなり攻めた打ち方だと思います。 Claude Code向けの新しいプラグイン「security-guidance」が公開された コード編集の流れの中で、リアルタイムに脆弱性を検出して警告する 仕組みは「Hook」を使った自動実行で、手動で毎回呼び出す必要はない 監査は3段階で行われる - ファイル編集時 - ターン終了時 - コミット時 危険なライブラリの誤用、危ないデシリアライズ、DOM操作、認証バイパスなどを検出対象にしている Anthropicの内部テストでは、プルリクエストへのセキュリティコメントが30〜40％減ったという インストールにはClaude Code CLI v2.1.144以降とPython 3.8以降が必要 今回の話で面白いのは、セキュリティチェックを

Qihoo 360の創業者・周鴻禕氏が、北京のISC.AI 2026で脆弱性発見AI「Tulong Feng」を発表した。 彼はこれを、Anthropicのサイバーセキュリティ向けAI「Claude Mythos」に対する中国版だと位置づけた。 同じタイミングで、中国のZ.aiは近い性能を持つモデル「GLM-5.2」をMITライセンスで公開し、誰でも無料で使える形にした。 セキュリティ評価では、GLM-5.2が一部のベンチマークでClaude Codeを上回ったとされ、コスト面でもかなり安い。 ただし、これは「中国がついに米国に追いついた」と単純に言う話ではなく、AIサイバーセキュリティの覇権争いがかなり露骨になってきた、というニュースだと思う。 中国のサイバーセキュリティ業界が、かなりはっきり「うちはうちでやる」と言い始めている。Decryptの記事が伝えているのは、そんな空気感だ。 話の中心にいるのは、Qihoo 360の創業者・周鴻禕氏。Qihoo 360は中国では有名なセキュリティ企業で、個人向けの保護ソフトや企業向け防御で存在感がある。その周氏が、北京で開かれたISC.AI

中国のAIスタートアップ Z.ai の最新モデル GLM-5.2 が、セキュリティ脆弱性の発見で Anthropic の Claude Mythos に匹敵する、と報じられた。 ここでいう「脆弱性」は、ソフトウェアに潜む安全上の穴のこと。攻撃者に先回りされる前に見つけるのが重要だ。 GLM-5.2 は open-source で、誰でもダウンロードして自前の環境で動かせる。便利だが、悪用のハードルも下がる。 ただし、AI全体の総合力で中国が米国を追い越した、という話ではない。差が急速に縮んでいる、というのが本筋。 個人的には、今回のニュースは「どちらが強いか」よりも、「実戦で効く分野ではもう横並びが起きている」ことの方が怖くて面白いと思う。 米テックメディアのDigital Trendsが紹介したのは、かなり象徴的なニュースでした。中国のAIラボ Z.ai が開発した最新モデル GLM-5.2 が、サイバーセキュリティの領域で Anthropic の最上位モデル Claude Mythos に肩を並べた、という内容です。 ここで大事なのは、「AIが賢いか

AnthropicのAIモデル「Mythos」を、独立系の開発者コミュニティが“セキュリティバグ探し”で試している、というのが今回の話です。元記事のテーマはかなり率直で、「このモデルは脆弱性を見つける力が本当にあるのか？」を、机上の宣伝ではなく実戦寄りのベンチマークで確かめようとしている、というものです。 AIの話はすぐに盛られがちですが、セキュリティの世界はそんなに甘くありません。バグを見つけるのは、ただコードを読むだけではなく、「ここ、妙に危ないな」と違和感を拾う作業でもある。だからこそ、Mythosのようなモデルがどこまで通用するかは、かなり面白い試金石だと思います。 独立系の開発者コミュニティが、AnthropicのMythosを脆弱性検出で検証している 目的は「AIがセキュリティバグを見つけられる」という主張の実力確認 ベンチマークは、宣伝文句ではなく実際の検出能力を見るためのもの AIがコードレビューやデバッグを助ける可能性はあるが、過信は禁物 セキュリティ領域では、AIの“それっぽさ”より再現性と正確さが重要になる 元記事のタイトルは少し遊び心があります。`Will it

Califが、Apple M5搭載のmacOSで動くカーネルのメモリ破壊系エクスプロイトを公開した 対象は、Appleの新しい防御機構 MIE（Memory Integrity Enforcement） が有効な環境 ローカルの一般ユーザー権限から root シェルまで到達する、権限昇格の攻撃チェーンだという 研究チームは、脆弱性発見から約5日で動作する exploit を作ったと主張している 詳細な技術情報は、Appleが修正を出したあとに公開する予定 個人的には、「新しい防御は無敵ではない」という現実をかなり強く突きつける話だと思う セキュリティ研究者グループの Calif が、Appleの最新チップ M5 上で動くmacOSに対して、カーネルのメモリ破壊系脆弱性を使った公開エクスプロイトを作った、と発表しました。 ざっくり言うと、これは 「Macのかなり深いところ、OSの中核である kernel を攻撃して、管理者権限より強い root 権限まで上がれる攻撃を実際に動かした」 という話です。 しかも相

BitLockerで保護されたドライブが、USBメモリ内の“特定のファイル”だけで開けてしまう脆弱性が報告された この手法は YellowKey と呼ばれる zero-day exploit（事前に知られていなかった攻撃手法） どうやら バックドアのように見える挙動 があるとされ、セキュリティ界隈ではかなり気になる話 BitLockerはWindowsの重要な暗号化機能なので、「暗号化しているから安心」と言い切れない ことを改めて示した ただし、記事本文では詳細な技術説明は限られており、実際の影響範囲や修正状況は要確認 だと思う Tom's Hardwareが伝えたところによると、Microsoftの暗号化機能 BitLocker で守られているドライブが、USBメモリに入ったいくつかのファイルだけで開けてしまう という、かなり驚きの脆弱性が見つかったそうです。 この発見に使われたのが、YellowKey と呼ばれる zero-day exploit です。 zero-day exploit というのは、ざっくり言

GitHubに、CVE-2026-42945 を狙う exploit（攻撃コード） のリポジトリが公開されている 対象は NGINX の `ngx_http_rewrite_module` にある heap buffer overflow（ヒープバッファオーバーフロー） 影響範囲はかなり広く、NGINX Open Source 0.6.27〜1.30.0 が影響対象 この脆弱性は、未認証でのリモートコード実行（RCE） に悪用できると説明されている 修正済み版は NGINX Open Source 1.31.0 / 1.30.1、NGINX Plus も各パッチで修正 かなり技術的だが、要するに「Webサーバーが外から壊され、好き勝手に命令を実行されうる」という話で、これは普通に怖い 今回のGitHubリポジトリ「Nginx-Rift」は、CVE-2026-42945 の exploit、つまり「脆弱性を実際に突くための実証コード」です。 こういうリポジトリは、研究・検証のために公開されることもあれば、攻撃者に悪用

dnsmasqで深刻なセキュリティ脆弱性が6件見つかったと案内された 対象はかなり古い版を除く、ほぼすべての非古参バージョンに及ぶ 既にCERT経由でベンダーへ事前共有されており、各社の修正版配布が期待されている 2.92安定版向けに2.92rel2が公開され、パッチが適用済み 開発版でも修正は順次取り込まれ、2.93rc1のタグ付けと早期の安定版リリースが予告されている 作者は、AIを使ったセキュリティ調査の急増で、脆弱性報告の整理がかなり大変になっていると述べている dnsmasqの作者 Simon Kelley 氏が、メーリングリストでかなり強いトーンの告知を出しました。内容をざっくり言うと、「dnsmasqに深刻な脆弱性が6件あり、今日CERTからCVEが公開される。修正版も出したので急いで更新してほしい」という話です。 dnsmasqは、DNSキャッシュやDHCPなどをまとめて扱える軽量ソフトです。家庭用ルーターや小さなサーバー、組み込み機器など、意外なほど広い場所で使われています。 つまり、ここで「深刻」と言われるのは

Project Zeroが、Pixel 10向けに新しい0-click exploit chain（ユーザー操作なしで成立する攻撃のつながり）を公開した 以前のPixel 9向け攻撃は、Dolbyの脆弱性を起点にAndroidのroot権限へ到達するものだった Pixel 10では、前回使ったBigWaveドライバが載っていなかったため、代わりにVPUドライバを発見して突破口にした そのVPUドライバには、mmapの実装ミスにより、ユーザー空間からカーネルメモリを読み書きできる致命的な欠陥があった しかも攻撃の成立に必要なコードはわずか5行、フルエクスプロイトも1日未満で作れたという ただし、Googleの修正対応は前より改善しており、報告から71日で修正されたのは評価できる Google Project Zeroが、Pixel 10で使える0-click exploit chainを公開しました。 0-clickというのは、名前の通り被害者が何も操作しなくても成立する攻撃のことです。たとえば怪しい