ログ基盤・SIEM（セキュリティ情報・イベント管理）として広く使われているSplunkが、2026年8月19日付で複数のセキュリティアドバイザリを公開した。対象はSplunk Enterprise本体、Splunk Enterprise Security（ES）、そして各種アプリ／アドオンに及び、合計で数十件のCVEが一度に修正されている。中でも目立つのが、検索言語SPLに不正な命令を紛れ込ませる「SPLインジェクション」系の欠陥だ。SIEMは組織中のログが集まる場所であり、そこに入り込まれると被害の見え方そのものが歪む。管理者は今回の更新を単なる定例パッチとして扱わないほうがいい。
3本のアドバイザリで製品群を横断的に修正
Splunkが公開したのは、Splunk Enterprise向けの「SVD-2026-0801」、Splunk Enterprise Security向けの「SVD-2026-0807」、アプリ／アドオン向けの「SVD-2026-0808」である。いずれも公開日は2026年8月19日で、四半期ごとの大型更新ではなく月次のセキュリティ強化リリースという位置づけだ。
対象製品の修正後のバージョンは次のとおりだ。Splunk Enterpriseは10.4.2／10.2.6／10.0.9／9.4.14以上、Splunk Enterprise Securityは8.6.1以上で、アプリ／アドオンは製品ごとに指定された版へ更新する必要がある。Splunk Enterpriseについては、影響範囲が9.4系から最新の10.4系までと広い点に注意したい。一部のCVEはバージョンを上げるだけでは解消せず、追加の作業が必要だとSplunkは案内している。
SPLインジェクションは「検索の乗っ取り」
今回まとまって修正された脆弱性の一群が、SPL（Search Processing Language）インジェクションだ。SPLはSplunkでログを検索・集計するための独自言語で、ダッシュボードや保存済み検索、スケジュール検索の内部で常時実行されている。
SPLインジェクションとは、利用者が入力した値が十分に検証されないままSPL文へ組み込まれてしまい、攻撃者が意図した検索処理を実行させられる問題を指す。SQLインジェクションのSplunk版と考えると分かりやすい。CWEの分類では「データクエリロジックにおける特殊要素の不適切な中立化（CWE-943）」に該当するものが複数含まれている。
具体例を挙げると、Splunk Enterprise Securityの CVE-2026-76387（深刻度を数値で示すCVSS＝共通脆弱性評価システムのスコアは8.1）は、アナリストキューの検索フィルタでフィールド名が検証されていなかったため、mc_investigation_read権限を持つ利用者がSPLを注入できたというもの。注入されたSPLはその利用者向けのスケジュール検索の権限で動くため、本来アクセスできないデータまで到達し得る。Splunk Enterprise側でも、デプロイメントサーバのブローカー登録経由で保存型SPLインジェクションが可能だった CVE-2026-76316（CVSS 8.8）などが修正された。
いずれも権限を持つ利用者や利用者操作を前提とする条件付きの攻撃だが、SIEMの運用担当者アカウントは委託先や兼務者を含めて広く配られているケースもある。「社内の低権限ユーザーなら安全」とは言い切れない。
最高スコアは埋め込みレポートのアクセス制御不備
今回もっともスコアが高いのは、SPLインジェクションではなくアクセス制御の不備だった。Splunk Enterpriseの CVE-2026-76310、CVE-2026-76311、CVE-2026-76312 の3件はいずれもCVSS 9.4のCriticalで、埋め込みレポート（Embedded Report）まわりの不適切なアクセス制御（CWE-284）に分類されている。CVSSベクターは認証不要（PR:N）かつ利用者操作不要（UI:N）で、外部から到達できる条件が整っていれば影響は大きい。
このほかSplunk Enterpriseでは、REST API経由のリモートコード実行（CVE-2026-76313、CVSS 8.8）、フェデレーテッドサーチ経由のリモートコード実行（CVE-2026-76319、同8.8）、ルックアップ設定APIにおける、本来アクセスできないファイルへの到達を許すパストラバーサル（CVE-2026-76317、同8.8）なども修正されている。
AIツールキットとMCPサーバーアプリにも重大な欠陥
見落とされやすいのがアプリ／アドオン側だ。SVD-2026-0808では、Splunk AI Toolkit、Splunk Connect for Kafka、Splunk MCP Server app、Splunk On-Call（VictorOps）、Cisco Talos Intelligence for Enterprise Security Cloudが対象になっている。
最高スコアは Splunk MCP Server app の CVE-2026-76404（CVSS 9.1、Critical）で、認証情報管理コンポーネントの入力検証不足により、adminロールを持つ利用者がOS上で任意のコマンドを実行できたという内容だ。Splunk AI Toolkitでも、細工されたスパース行列データを含むモデルファイルの読み込みによる任意コード実行（CVE-2026-76395、CVSS 8.8）や、エージェント実行履歴の処理でシステム権限の検索が走ってしまう権限管理不備（CVE-2026-76391、同8.3）が修正されている。
AI関連の機能拡張やMCPサーバーは、多くの組織で導入が進んでいる領域だ。本体だけをパッチして安心し、後から入れたアプリやアドオンが古いまま残る──という形は今回もっとも避けたいパターンだろう。
SIEMを守れないと「見えない侵害」になる
SIEMやログ基盤は、他システムのインシデントを検知するための仕組みである。裏を返せば、そこ自体が侵害されたときに気づくのは難しい。検索結果を改ざんされたり、権限昇格でアラート定義を書き換えられたりすれば、監視は形だけ動いているのに何も見えていない状態になる。
今回のように修正対象が本体・ES・アプリ／アドオンにまたがるケースでは、まず自組織でどのバージョンが稼働しているかの棚卸しから始めるのが現実的だ。そのうえで、（1）Splunk EnterpriseとESの版を確認して計画的に更新する、（2）Splunkbaseから入れたアプリ／アドオンの版も同時に洗い出す、（3）使っていないアプリ（特にAI Toolkit、MCP Server app、Talosアドオンなど）は無効化または削除する、という順で進めたい。Splunkは一部のCVEについて、更新までの暫定策として該当アプリの無効化・削除を挙げている。
現時点で今回の脆弱性が実際に悪用されたという公式発表は確認されていない。ただし、SIEM製品の脆弱性は攻撃者にとって「防御側の視界」を奪う手段になり得る。悪用の報告を待ってから動くのではなく、次の定例メンテナンスの議題に載せるのが妥当な判断だろう。
同じ手口に、自社は備えられていますか？
出典・参考リンク
- Splunk Vulnerability Disclosure「Security Hardening Release for Splunk Enterprise – August 2026」（SVD-2026-0801）
- Splunk Vulnerability Disclosure「Security Hardening Release for Splunk Enterprise Security – August 2026」（SVD-2026-0807）
- Splunk Vulnerability Disclosure「Security Hardening Release for Splunk Apps and Add-ons – August 2026」（SVD-2026-0808）