ServiceNowのサンドボックス回避の脆弱性CVE-2026-6875の悪用

カテゴリ
脆弱性の悪用
タグ
国外
目次
  1. 脆弱性の内容
  2. 時系列
  3. 対象の製品と版
  4. 悪用の状況
  5. 修正と回避策
  6. 未公表の事項
  7. 注
  8. 出典
  9. 更新記録

ServiceNowの2026年7月13日〔注1〕のアドバイザリでは、ServiceNow AI PlatformのCVE-2026-6875は、未認証の利用者に特定の状況下でコード実行を許しうる⁠[1]。カナダのサイバーセキュリティセンターは勧告の更新で、公開情報の報告は実環境での悪用を示すと記した⁠[4]。

脆弱性の内容

発見したSearchlight Cyberの技術ブログによると、入口は、全版で認証前に到達できるassessment_thanks.doのパラメータsysparm_assessable_typeである⁠[6]。この値はGlideRecordのクエリに渡り、クエリの値に含まれる「javascript:」が評価される⁠[6]。フィルタなど一部の入力は追加のスクリプトサンドボックスの下で実行され、その中でスクリプトを動かすだけでは意味のある侵害はできない⁠[6]。

Searchlight Cyberは、gs.include()で読み込むスクリプトインクルードがサンドボックスの制約を受けない文脈で評価されることを使い、サンドボックスを抜けた⁠[6]。この完全に未認証のRCE(リモートコード実行)で、インスタンスと接続したすべてのプロキシサーバーを完全に侵害できたと同社は報告した⁠[6]。設定したプロキシサーバーではシェルの命令を実行でき、そうしたサーバーは企業の内部ネットワークに置かれていることが多いとした⁠[6]。

表1:CVE-2026-6875の評価
項目値資料
CVECVE-2026-6875(題は「Sandbox Escape in ServiceNow AI Platform」)⁠[2]
CVSS4.0の基本値9.5(CRITICAL)⁠[2]
攻撃の条件攻撃の複雑さは高、権限と利用者の操作は不要⁠[2]
CWECWE-94(コードインジェクション。CISAのADPが付与)⁠[2]
悪用されたときの影響表に保存されたデータへのアクセス、管理者アカウントの作成、接続したMID Serverのプロキシ系での命令の実行のおそれ⁠[5]

目次へ

時系列

時系列
日付主体内容資料
2026年4月1日Searchlight CyberServiceNowに脆弱性を報告した⁠[6]
2026年6月ServiceNow6月を通じて顧客にパッチを出した⁠[7、8]
2026年7月13日ServiceNowアドバイザリKB3137947の版1.0とCVE記録を公開した⁠[1、2]
2026年7月14日Searchlight Cyber技術ブログで脆弱性の詳細を公開した⁠[6]
2026年7月14日カナダのサイバーセキュリティセンター勧告AV26-693を出した⁠[4]
2026年7月18日Defused実環境での悪用を観測したと報告した⁠[9]
2026年7月20日Defused観測の内容を訂正した⁠[9]
2026年7月20日カナダのサイバーセキュリティセンター勧告を更新した(Update 1)⁠[4]
2026年7月21日カリフォルニア州サイバーセキュリティ統合センター勧告CAL-CSIC-202607-A-011を出した⁠[5]

目次へ

対象の製品と版

表2:ServiceNowが示した修正版
製品影響を受ける版修正版資料
ServiceNow AI Platform(Brazil)-Brazil EA、Brazil GA⁠[1]
ServiceNow AI Platform(Australia)-Australia Patch 2⁠[1]
ServiceNow AI Platform(Zurich)-Zurich Patch 7b、Zurich Patch 9⁠[1]
ServiceNow AI Platform(Yokohama)-Yokohama Patch 12 Hot Fix 1b、Yokohama Patch 13⁠[1]

目次へ

悪用の状況

Help Net Securityの記事によると、Defusedの研究者は、最初の悪用の試みが金曜日に現れ、週末に実環境での悪用を確認したと述べた⁠[7]。Defusedは当初、観測したペイロードはSearchlight Cyberが記したものと同じ認証前のエンドポイントに届いたと述べた⁠[7]。サンドボックスを抜ける手口は公開のPoC(概念実証)と別の経路で、同じコード実行に至るとした⁠[7]。

The Hacker Newsは、Defusedがその後の投稿で訂正し、捕捉したペイロードはSearchlight CyberのPoCと一致すると述べたと報じた⁠[8]。

表3:悪用の試みの痕跡
種別値示した組織資料
要求の送り先/assessment_thanks.doDefused⁠[7]
要求の方式HTTP POSTThe Hacker News⁠[8]

カリフォルニア州サイバーセキュリティ統合センター(Cal-CSIC)の勧告では、PoCは公開されているが、ServiceNowはServiceNowのインスタンスに対する悪用を確認していない⁠[5]。

ServiceNowの広報はHelp Net Securityに、ある企業による悪用の公表は把握しているが、これまでの調査ではこの活動が自社のホストするインスタンスに関係する証拠は確認していないと述べた⁠[7]。

CVE記録では、CISAのADP(Vulnrichment)が7月13日付の評価でSSVCのExploitationを「none」とした⁠[2]。CNAのServiceNowが8月27日に更新したCVE記録の説明文にも、ServiceNowのインスタンスに対する悪用を今のところ認識していないとする文が残っている⁠[2]。NVDの記録は10月24日の更新でも分析待ち(Awaiting Analysis)で、CISAのKEVカタログへの追加の項目は無い⁠[3]。

目次へ

修正と回避策

ServiceNowはアドバイザリで、この重大なリモートコード実行の脆弱性には、ホスト型のインスタンスへセキュリティ更新を展開して対処したと説明した⁠[1]。セルフホストの顧客とパートナーにも、関連するセキュリティ更新を提供した⁠[1]。そのうえで、適切な更新を速やかに適用するか、修正済みのリリースに更新するよう顧客に勧めた⁠[1]。

修正のパッチにはGuarded Script(KB2944435)も含まれ、ゲスト(未認証)の通信には、更新したすべてのインスタンスで直ちに完全に適用される⁠[1]。認証済みの通信への適用は、更新したクラウドのインスタンスでは、既存の機能を守る自動の除外を伴いながら約4週間かけて段階的に進む⁠[1]。オンプレミスのインスタンスは検知を自動で始めるが、各段階へは管理者が手動で進める必要がある⁠[1]。

Searchlight Cyberの技術ブログでは、ServiceNowは報告から24時間以内に全クラウドインスタンスへ強力な緩和策を展開した⁠[6]。当面の措置は主要なJavaScript関数の変更を防ぐ全インスタンスの更新で、根本の問題を直すパッチはその後の数週間で出た⁠[6]。

ServiceNowの広報は、セルフホストとServiceNowホストの顧客に関連するパッチの適用を促し、適用に支援が必要な顧客とは直接協力を続けると述べた⁠[7]。

目次へ

未公表の事項

  • 脆弱性が成立する「特定の状況」の条件
  • 悪用に成功した件数と、被害を受けた組織
  • 悪用した主体
  • Defusedが観測した悪用の試みの件数
  • CNAのServiceNowが8月27日の更新でCVE記録に加えた変更の内容

注

  • 〔注1〕SecurityWeekは、ServiceNowがパッチの提供を7月14日に発表したと報じた⁠[9]。CVE記録の公開は協定世界時の7月13日18時17分だった⁠[2]。

出典

当事者

公的機関

調査・観測

報道機関

更新記録

  • 2026年8月6日:公開した。
  • 2026年8月27日:CVE記録(出典2)の8月27日の更新を「悪用の状況」に加えた。
  • 2026年10月24日:NVDの記録(出典3)の10月24日の更新を「悪用の状況」に加えた。

目次へ