日本企業向けLMS「KnowledgeDeliver」にゼロデイCVE-2026-5426、Godzillaウェブシェルと Cobalt Strikeを展開

「KnowledgeDeliverってeラーニングで使われてる日本製LMSでしゅよね？うちの研修でも入れてるんでしゅが大丈夫でしゅか？」
「ViewState deserializationって聞き慣れない名前でしゅが、何が起きるんでしゅか？」

チップス

ボス、KnowledgeDeliverのCVE-2026-5426が悪用されてGodzillaウェブシェルやCobalt Strikeまで仕込まれたって、かなり深刻でしゅよね？

ボス

深刻だ。ベンダーが配布したweb.configにASP.NETのmachineKeyがハードコードされていた。攻撃者は同じ鍵で署名・暗号化されたViewStateを作るだけで認証不要のRCEを成立させたわけだ。

2026年5月、日本企業・教育機関で広く利用されるDigital KnowledgeのLMS「KnowledgeDeliver」にゼロデイ脆弱性CVE-2026-5426の悪用が公表されました。
本記事では攻撃の仕組み、被害の広がり、対象組織が今すぐ取るべき対策を整理していきます。

日本企業向けLMSが標的型攻撃の入口となった事例として極めて重要なケースです。
事件の概要、攻撃手口の詳細、利用組織が押さえる対策の順にひもといていきます。

事件の概要：ベンダー配布web.configのmachineKey流用が原因

Google Cloud（Mandiant）の調査でGodzillaウェブシェル展開とCobalt Strike投下が確認されました。

脆弱性の根本原因と影響範囲

原因はベンダー提供のweb.configに含まれていたmachineKeyの共通利用です。
判明している事実は以下の通りです。

チップス

machineKeyってベンダーが配ってる設定ファイルに、そのまま入っていたんでしゅか？それは導入企業のせいじゃなくない…でしゅか？

ボス

仕様としてリスクが高い設計だ。ただし攻撃に晒されたのは導入側のシステムだから、運用責任は免れない。鍵を更新し、不要な機能を無効化する事後対応が必須になる。

攻撃の仕組みと観測されたAPT類似TTP

ViewState deserializationは、署名検証の仕組みを逆手に取り任意コードを実行させる古典的手法です。

攻撃チェーンの典型例

攻撃者はmachineKeyで署名した不正なViewStateを送り、サーバー側のデシリアライズ処理を悪用します。
確認された攻撃の流れは以下の通りです。

利用組織が取るべき具体策

パッチ適用に加え、既に侵害を受けている前提での点検を進めると安全です。
推奨される対策は以下の通りです。

チップス

パッチを当てるだけでなく、すでに踏まれている前提でログ確認まで必要なんでしゅね。

ボス

ふふふ、ゼロデイの常套手段だ。Mandiantの観測ではAPT41やUNC215に近いTTPだ。重要システムなら侵害前提の調査を必ず行え。

まとめ：machineKey再生成とウェブシェル痕跡の横断点検が必須

KnowledgeDeliverのCVE-2026-5426は、ベンダー提供のweb.config設計に起因する深刻なゼロデイ脆弱性です。
同じ鍵を共有する全インスタンスが攻撃可能であり、Godzillaウェブシェルや Cobalt Strikeまで観測されている以上、単なるパッチでは不十分です。
該当バージョンを利用してきた組織は、machineKeyの再生成、ASPX設置物の確認、EDRログの横断調査までセットで実施しましょう。

参考: Google Cloud Threat Intelligence