#cve

AIを使った脆弱性調査は、もう「どのモデルが賢いか」を比べる段階を少し過ぎて、実際のコードで何を見つけられるかが問われ始めている。AISLEのブログは、その変化をかなり露骨な形で示した。curlという、世界中で使われ、しかも何度も目を通されてきたはずのコードベースで、OpenAIとAnthropicのシステムが空振りしたあとに、AISLEが6件のCVEを拾ったというのだ。単なる自慢話に見えて、実際には「汎用モデル」と「専用システム」の差がどこで出るのかを考えさせる材料になっている。 元記事が伝えているのは、AIを使ったセキュリティ調査の結果が、同じ対象でもシステムによって大きく変わった、という話だ。curlの開発者であるDaniel Stenbergは、2026年8月24日に、次のリリースに向けて保留中のCVEは3件しかないと書いていた。そのうえで、AnthropicのMythosとOpenAIのCodex Securityにcurlを見せたところ、Mythosは「これ以上見つからない」とし、Codex Securityは空の一覧を返したとされる。 その後、AISLEが自社の自律型AI

What jumps out to me is not the “Claude Mythos” branding at all. It’s the CVE count. Fivefold more vulnerabilities tied to a preview release sounds dramatic enough to become its own headline, but I’m not fully convinced that the raw number says what people want it to say. A model that gets used differently, inspected more aggressively, or plugged into more security workflows will naturally surface more issues. That can mean it’s worse, or it can mean it is simply being watched in a much harsher

最初に思ったのは、AIが脆弱性を見つける能力そのものより、その先の扱い方まで含めてセキュリティの設計を変えないといけない、ということだった。ここがいちばん重い。 記事を読んでいて引っかかったのは、「AIがCVEを大量に見つけるなら危ない」という単純な話では終わっていない点だ。CVEはただの“見つけたバグ一覧”ではなく、どの組織が、どの基準で、どの粒度で切り出すかで意味が変わる。だからAIで件数が増えたとしても、それだけで強い安全性にはつながらないし、逆に運用が雑だとノイズも増える。 特に腑に落ちたのは、記事が「AIに何個見つけさせたか」より、「見つかったものをどう優先して、どう止めるか」に話を寄せていたところだ。CVSSの点数を眺めるだけでは足りない、という指摘はかなり現実的だと思う。実際に自分の組織で使っているソフトなのか、インターネットから到達できるのか、更新が止まっていないか。そういう泥臭い条件のほうが、現場ではずっと効く。AIが強くなったぶん、人間側の判断軸はむしろ具体化しないといけない。 それと、AIで脆弱性が増えるなら「全部をすぐ直す」発想はもう無理だろう、という空気も感じ

InfoQの記事「Securing MCP in Production: Defense-in-Depth Beyond the Gateway」は、MCP（Model Context Protocol）を本番環境で使うときのセキュリティを、かなり現実的な目線で整理した記事です。読んでいて印象的なのは、「ゲートウェイを置けば安心」という甘い考えを、かなりはっきり否定しているところです。ここ、すごく大事だと思います。便利な入り口を作っただけでは、裏口や中身の暴れ方までは止められないからです。 MCPの防御は1か所ではなく、4つの層で考えるべきだと主張している その4層は、safe execution、management infrastructure、outbound trust、semantic integrity gatewayは認証・認可・監査には有効だが、すべてを守れるわけではない ツールの定義が後から変わる「schema drift」や「rug-pull」も問題になる 外向き通信の制御と、トークンの権限を絞ることが重要 仕様の成熟を待つより、CIゲートや隔離された実行環境などで

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メモリの汚染が起こり得た 修正版は

`Copy Fail`（CVE-2026-31431）は、ローカルの未特権ユーザーがroot権限を奪える脆弱性として公開された Podmanのrootless containerでも、この脆弱性でコンテナ内のrootシェルは取れてしまう ただし、Podmanのrootless構成では、ホスト全体への被害はかなり抑えられるのが重要なポイント 理由は、Podmanがuser namespaceとLinux capabilitiesを使って、コンテナのrootをホストrootと切り離しているから とはいえ、`read-only`化、capability削減、使えるコマンドの制限、firewallなど、防御を重ねる設計はやはり大事 コンテナの脆弱性の話は、どうしても「結局、全部危ないの？」で終わりがちです。 でも、Gabriel Garrido氏の記事はそこをもう一段深く掘っていて、Podmanのrootless containerは何が強くて、何が弱いのかをかなり実感しやすい形で説明していました。個人的には、こういう「理屈だけじゃなくて、実際に

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などをまとめて扱える軽量ソフトです。家庭用ルーターや小さなサーバー、組み込み機器など、意外なほど広い場所で使われています。 つまり、ここで「深刻」と言われるのは

ZTEのHシリーズルーターに、preauth（ログイン前）で悪用できる DoS 脆弱性が報告されている 脆弱性IDは CVE-2026-34473 DoSは Denial of Service の略で、ざっくり言うと「機器やサービスを使えなくする攻撃」 今回のポイントは、認証なしで攻撃できる ところが怖い ただし、元記事の本文抽出結果には詳細がほぼなく、Reddit側でも確認待ち状態だったため、ここでは「何が問題なのか」を背景込みで解説する Redditのnetsecコミュニティに、CVE-2026-34473 という脆弱性が共有されていました。対象は ZTE H-series router、つまりZTE製のHシリーズルーターです。 タイトルにある preauth は「認証前」という意味で、ログイン画面を突破しなくても攻撃できる可能性がある、というニュアンスです。 これはかなり嫌なタイプの脆弱性で、外から見える場所に置かれたルーターほど危険度が増します。 一方で、今回の元記事本文は「Please wait for veri

Cisco Catalyst SD-WAN Controller / Manager に、認証回避の重大な脆弱性が見つかった 脆弱性は CVE-2026-20182、CVSS 10.0 の最重度 ゼロデイ攻撃ですでに悪用され、攻撃者が管理者権限を得た可能性がある 影響を受けるのは on-prem と SD-WAN Cloud の両方 修正版へのアップデートが唯一の完全な対策 CISA も「既知の悪用済み脆弱性」として登録し、連邦機関に期限内対応を求めている Ciscoが、Catalyst SD-WAN Controller にある重大な脆弱性 CVE-2026-20182 について警告を出しました。 ざっくり言うと、本来なら通れないはずの“本人確認”をすり抜けられる穴が見つかった、という話です。 しかも厄介なのは、これがゼロデイ攻撃で実際に悪用されていた点です。 ゼロデイというのは、「修正パッチが出る前に攻撃されること」を指します。防御側が“穴の存在に気づいた頃には、もう攻撃が始まっていた”という、

Linux kernelにCVE-2026-46300という新しい脆弱性が見つかった この脆弱性は Fragnesia と呼ばれ、root権限を奪われるおそれがある 影響を受けるのは、ローカルの攻撃者が権限を上げるケース 問題の場所は Linux XFRM EST-in-TCP / ESP-in-TCP subsystem 研究者は、/usr/bin/su の page cache を壊して root shell を取る PoC を公開している いちばん現実的な対策は、各ディストリビューションの kernel update をすぐ適用すること さらに、Linuxコミュニティでは将来のリスクを下げるための killswitch 的な仕組みも検討されている TechRadarが伝えているのは、Linux kernelにまたしても大きめのセキュリティ問題が見つかった、というニュースです。 新たに判明した脆弱性は CVE-2026-46300、通称 Fragnesia。これを突かれると、**一般ユーザー権限の攻撃者