#cve

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。これを突かれると、**一般ユーザー権限の攻撃者