CVE-2026-61732 DecepticonでLLM特殊トークン処理脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxサーバー運用者向けに、Decepticonという赤チーム用の自律型ハッキングエージェントの脆弱性について注意喚起します。バージョン1.1.17以前では、ターゲットサービスに対するウェブクロール結果をLLMメッセージに組み込む際、ChatMLの特殊トークンリテラルを中和処理せずに送信しているため、BYOKモデル展開時にユーザーが設定したLLM資格情報経由で攻撃者が悪意のある文字列を注入する可能性があります。これにより、Kali Linuxサンドボックス内で任意のコマンドを実行されるリスクがあります。影響範囲はDecepticonの利用者に限られますが、オープンソースのLLMプロバイダー（vLLM、SGLangなど）を使用している場合、デフォルト設定では特殊トークンのフィルタリングが行われていない可能性があるため、運用環境での設定確認と1.1.17へのパッチ適用が強く推奨されます。脆弱性のCVSSスコアは10で、深刻度はCRITICALです。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について、我々は「技術の信頼性」を問うべきではないか？LLM資格情報が攻撃の橋渡しとなる仕組みは、運用者の「セキュリティの責任」に何を映すだろう？
ソクラテス、確かに深い問いです。しかし、現実のLinux運用者として、まず確認すべきは「Decepticonのバージョン」です。1.1.17未満か？また、vLLMやSGLangなどのLLMプロバイダーがデフォルトで特殊トークンフィルタリングを無効にしている設定か？これに気づかなければ、脆弱性の存在に気付きません。
では、この脆弱性が「BYOKモデル」に依存する点に注目するべきではないか？ユーザーの資格情報が悪用されるリスクは、運用者の「設定の透明性」にどう関係する？
その通りです。しかし、現実的には「パッチ適用」が優先です。1.1.17へのアップグレードが推奨されていますが、変更管理プロセスでテスト環境での検証を欠かしてはなりません。また、Kali Linuxサンドボックスの監視ログに「異常なコマンド実行」が記録されていないかを確認する必要があります。
では、この脆弱性は「オープンソースの信頼性」を問うものではないか？デフォルト設定が安全でないプロバイダーが多数存在する現実に、我々は「ベンダー情報の確認」を怠ってはいないか？
その指摘に同意します。運用者は、vLLMやOllamaなどのプロバイダーのドキュメントを再確認し、特殊トークンの処理に関する設定が明記されているかをチェックすべきです。また、影響調査として「LLM資格情報がどのエンドポイントに接続しているか」を明確に把握する必要があるでしょう。
では、この脆弱性は「技術の進化とその限界」を問うものではないか？LLMの強力さが、逆にセキュリティの盲点を生む可能性を示している。
その通りです。しかし、笑いながらも真剣に——Linux運用者は「パッチ適用の日程」をスケジュールに組み込み、変更管理の文書化を怠らないでください。また、監視ツールでLLM通信をキャプチャし、ChatMLの特殊トークンがフィルタリングされているかを定期的に検証する習慣をつけるべきです。CVSSスコア10の脆弱性に、軽い気持ちで向き合うのは危険です。
関連キーワード: linux