これらの脆弱性はユーザーの操作なしにリモートから悪用可能であり、セキュリティチームはServiceNowそのものだけでなく、同プラットフォームがアクセスできる認証情報、API、ワークフローにも目を向ける必要があります。
コードインジェクションとSQLインジェクションによる攻撃は数十年前から存在し、今なお攻撃者がシステムを侵害する際の定番手法として使われ続けています。
ServiceNowが今回公表した最大深刻度の脆弱性3件は、AI時代のプラットフォームであってもこうした手口に対して依然として脆弱であることを示しています。同社はServiceNow AI Platformに存在する3件のバグに対するパッチを公開しました。これらは低複雑度のコードインジェクション、SQLインジェクション、権限昇格攻撃によって悪用され得るもので、いずれもユーザーの操作を必要としません。
クラウドベースのインスタンスはすでに更新済みですが、ServiceNowは自社運用（セルフホスト）の顧客に対し、直ちにアップグレードまたはパッチ適用を行うよう呼びかけています。
「10段階中10の重大度評価は、決して見たいものではありません」と、Beauceron SecurityのDavid Shipley氏は語ります。「そしてオリンピックの採点でもない限り、それが3件連続で出るのはなおさら見たくないものです」
攻撃者にデータへのアクセス・改変・作成を許す
ServiceNow AI Platform（旧称Now Platform）は、企業のIT、従業員、顧客関係管理（CRM）の各ワークフローにまたがり、AIと自律型エージェント、データ、セキュリティ・ガバナンス統制を統合するプラットフォームです。
そのため、攻撃者にとって格好の標的となっています。
今回パッチが適用された3件の重大な脆弱性は、CVE-2026-18885、CVE-2026-18886、CVE-2026-74820として追跡されています。CVE-2026-18885は、未認証のユーザーが任意のコードを実行し、インスタンスのデータにアクセスまたは改変できてしまう脆弱性です。CVE-2026-18886は、悪意ある攻撃者がインスタンスのデータを作成・変更したり、権限を昇格させたりできる脆弱性です。そしてCVE-2026-74820は、攻撃者がインスタンスの基盤データベースに対して任意のSQL文を実行し、データを改ざんできてしまう脆弱性です。
これらに加えてServiceNowは、ServiceNow AIに影響する高深刻度の脆弱性CVE-2026-6876にもパッチを適用しました。これはサンドボックスエスケープの脆弱性で、基本的な権限しか持たない攻撃者であってもリモートコード実行(RCE)を行える恐れがあります。
ServiceNowは同社のアドバイザリの中で、いずれの脆弱性についても「現時点で悪用の事実は確認していない」と述べています。同社は、影響を受けるXanadu、Yokohama、Zurichの各バージョンに対して、これら4件すべてのパッチをすでに公開しています。
ServiceNowは最近も、他のいくつかの重大な脆弱性に対するパッチを公開しています。6月に発覚したAPIの不具合や、先月のCVE-2026-6875もその一例です。これは同社のAI Platformにおける認証前のサンドボックスエスケープで、今回公表された脆弱性と同様に、未認証のユーザーがコードを実行できてしまうものでした。さらに今月初めには、独立系の調査によって企業データを流出させる攻撃も確認されています。
深刻度とアクセスの容易さが招く懸念
SOCRadarのCISOを務めるEnsar Seker氏は、今回の脆弱性を特に深刻にしているのは、深刻度の高さとアクセスの容易さが組み合わさっている点だと指摘します。悪用は認証なしでも成立し得るためです。
「つまり攻撃者は、プラットフォームを悪用しようとする前に認証情報を盗んだり従業員を侵害したりする必要がない可能性があるということです」とSeker氏は述べています。同氏は特に、CVE-2026-18885がGraphQL Composite Data APIを通じた任意のコード実行を許してしまう点を懸念しています。つまり、攻撃が成功すれば「コードインジェクションによって、信頼された企業アプリケーションが実質的に攻撃者の支配下にある実行環境へと変わり得る」と同氏は指摘します。
CVE-2026-74820は、これとは異なるものの同様に深刻なリスクをもたらすと同氏は言います。SQLインジェクションを用いれば、攻撃者は基盤データベースを想定外の形で操作でき、データの読み取り、改変、破壊さえも可能になる恐れがあります。
一般的に、コードインジェクションとSQLインジェクションによる攻撃が危険なのは、ユーザーが入力するデータと、システムが実行する命令との間にある基本的なセキュリティ境界を破ってしまうためだとSeker氏は説明します。攻撃者が制御する入力が一度コードやデータベースコマンドとして解釈されてしまえば、アプリケーションレベルのアクセス制御はもはや十分に機能しない可能性があります。
さらに同氏は、業務、資産、承認プロセス、各種インテグレーションにまたがってServiceNowを利用する企業内で、同プラットフォームが果たす役割にも言及しています。攻撃が成功すれば、攻撃者は機密性の高い業務データにアクセスできるだけでなく、ラテラルムーブメント(横方向への侵入拡大)を行い、信頼された顧客・パートナーとのワークフローやインテグレーションを悪用することも可能になります。
「そのため、この種のプラットフォームを侵害することは、単独のアプリケーションを侵害するよりもはるかに大きな影響を及ぼしかねません」と同氏は述べています。広範なインテグレーションを持つプラットフォームを狙う攻撃者は、プラットフォーム自体よりも、それに接続された認証情報、トークン、システムに関心を持っている可能性があります。
パッチ適用だけでなく、外部インテグレーションの検証も
企業にとって当面の最優先事項は、自社がどのServiceNowインスタンスとバージョンを運用しているかを把握し、それらにパッチが適用済みであることを確認することだ、とSeker氏は助言します。セキュリティチームはまた、ServiceNowのインテグレーション、API、高い権限を持つサービスアカウントの棚卸しも行うべきだとしています。
さらに同氏によれば、各チームは過去のテレメトリを見直し、影響を受けるAPIやアップロード機能に関わる不審なリクエストなど、悪用が試みられた形跡がないかを確認する必要があります。また、想定外の管理者権限や権限変更、説明のつかないレコードの作成・変更、サービスアカウントの異常な挙動、機密性の高いServiceNowデータへの不審なアクセスがないかも確認すべきです。不審な活動が検知された場合は、ServiceNowを孤立したアプリケーションとして扱うのではなく、それに接続された下流のシステムにも目を向ける必要があります。
全体として、AIは脆弱性そのものを変えるというよりも、脆弱性が悪用される際の経済性を変えていくものだ、とSeker氏は指摘します。攻撃者はすでにAIを使って脆弱性情報の分析、エクスプロイトの生成・改変、公開サービスの洗い出し、環境ごとのペイロード調整、侵害後の活動の自動化などを行っています。
「そのため、脆弱性の公表から広範な悪用に至るまでの期間は、今後ますます短縮されていく可能性があります」とSeker氏は述べています。つまり組織は、脆弱性の公表からエクスポージャー(暴露範囲)評価、そして修復に至るまでの時間を短縮するよう努める必要があるということです。
そのためには、強固なAPI認証・認可、厳格な入力検証、パラメータ化されたデータベースクエリ、最小権限アクセス、インテグレーションのセグメンテーション、アプリケーション層およびAPI層での監視、異常な挙動を検知する統制が求められると同氏は強調します。インターネットに公開されているインターフェースについても、最小限にとどめるべきだとしています。
しかし同氏は、インジェクション系の脆弱性は目新しいものではないとも指摘します。セキュアコーディングや、本番投入前の静的・動的なAPIテスト、敵対的テストといった既存の対策によって、こうした弱点の多くは排除できるはずだとしています。
また、脅威アクターによる脆弱性の発見・悪用は今後もAIによって自動化されていくことを前提とすべきだ、と同氏は付け加えます。同様に、防御側もアセット(資産)の発見、エクスポージャーの検証、修復といったプロセスにおいて、同種の自動化を導入すべきだとしています。
さらに、セキュリティチームはSaaSや企業向けプラットフォームを、従来型の脆弱性管理プロセスのみで評価すべきではありません。リスクは、そのプラットフォームが保持するデータ、アクセス可能なシステム・認証情報・API、そして攻撃者が実際に何を行い得るか、という「被害の及ぶ範囲」に基づいて評価すべきだとSeker氏は述べています。
アクセスの容易さ、そして不要な操作
Beauceron社のShipley氏は、こうした脆弱性の公表は開発者にとって重要である一方、ジレンマももたらすと指摘します。攻撃者側もまた、これらの情報をすでに把握しているという点です。ServiceNowによる公表からわずか15分以内、あるいはそれより早く、攻撃者がすでにこれらの脆弱性の悪用に着手していた可能性は十分にあります。
これまでのところ悪用の試みを示す証拠はないものの、「今この瞬間にも悪用が進められていると考えて間違いないでしょう」と同氏は語ります。未認証でのアクセスとネットワーク経由での到達可能性が組み合わさることで「格好のエクスプロイトチェーン」が生まれる恐れがあり、操作不要かつ低複雑度で悪用できるという点は「セキュリティ専門家を震え上がらせるものです」としています。
「SQLインジェクションは、いつまでも効果を発揮し続ける、いわばウェブ脆弱性の“元祖”グループの一員です」と同氏は指摘します。今なお何十億行ものコードにこうした基本的な欠陥が残っており、これはソフトウェア開発者側に安全なコードを出荷しようとするインセンティブが欠けていることの表れだとしています。「これを変えない限り」と同氏は述べます。「いわゆる“Vulnpocalypse(脆弱性の黙示録)”は、これからも続いていくことになるでしょう」
