ServiceNow AI Platformでサンドボックス脱出、修正版あり
ServiceNow AI Platformに、管理者権限のユーザーがRhinoサンドボックスの制限を破り、基盤のホストOS上でコードを実行できる脆弱性が見つかりました。ベンダーが管理するホスト型インスタンスは更新済みで、影響を受けるのは自社運用（セルフホスト）の環境です。該当する場合は、案内された修正版へ早めに更新してください。
急ぎ度: 早めに
CVSS v4は9.4と高く、ホストOS上でのコード実行に至る一方、悪用には管理者権限が要り、ベンダーは悪用を把握しておらず、修正版も出ているため、計画を前倒しして早めに更新するのが妥当です。
関係があるか
ServiceNow AI Platformをセルフホストで運用している組織と、パートナー経由で提供を受けている組織が対象です。ベンダーが運用するホスト型インスタンスは、すでに更新が展開されています。
| 製品 | 影響を受ける版 | 直った版 |
|---|---|---|
| ServiceNow AI Platform（Yokohama） | Yokohama Patch 13 Hot Fix 4aより前 | Yokohama Patch 13 Hot Fix 4a |
| ServiceNow AI Platform（Zurich） | Zurich Patch 10 Hot Fix 3bより前、Zurich Patch 12より前、Zurich Patch 13より前 | Zurich Patch 10 Hot Fix 3b、Zurich Patch 12、Zurich Patch 13 |
| ServiceNow AI Platform（Australia） | Australia Patch 5より前 | Australia Patch 5 |
確かめ方
- 1自社のインスタンスがベンダー運用のホスト型か、自社またはパートナーが運用する形かを、契約と運用担当者に確認します。
- 2セルフホストの場合は、インスタンスのビルド情報からファミリー名（Yokohama・Zurich・Australia）とパッチの版を調べ、上の表の修正版と比べます。
- 3パートナー経由で提供を受けている場合は、パートナーに更新が適用済みかを問い合わせます。
何が起きたか
ServiceNow AI Platformで、サーバー側のスクリプトを閉じ込めておくはずのサンドボックスを抜け出せる脆弱性が見つかりました。管理者ロールを持つユーザーが、基盤のホストOS上で任意のコードを実行でき、そこから別のシステムへ足がかりを広げられるおそれがあります。
サンドボックスはRhinoのものです。公表されている題名からは、テーブルのローテーションに関わる処理が脱出の経路になったことがうかがえます。分類はCWE-284（不適切なアクセス制御）です。
ServiceNowは、ホスト型インスタンスに更新を展開し、パートナーとセルフホストの顧客にも更新を提供したと説明しています。悪意のある悪用は把握していないとのことです。
攻撃の流れ
-
1
管理者として接続
管理者ロールを持つアカウントでインスタンスにログインします。
-
2
サンドボックス回避
Rhinoサンドボックスの制限をすり抜けます。
-
3
ホストOSでコード実行
基盤のホストOS上で任意のコードが動きます。
-
4
さらなる侵入
ホストを足がかりに、意図しないアクセスへ広がるおそれがあります。
どう悪用されるか
悪用にはインスタンスへ認証済みであること、しかも管理者ロールを持つことが要ります。ネットワーク越しに実行でき、攻撃の複雑さは低く、利用者に何かを操作させる必要はありません。
成功すると、サンドボックスの内側にとどまるはずのスクリプトが、ホストOSの権限でコードを実行できます。CVSSのベクターでは、ServiceNow本体だけでなく連なる別のシステムにも機密性・完全性・可用性への高い影響が見込まれています。
今すぐやること
-
1
運用形態を確認する
ホスト型ならベンダーが更新済みなので、ベンダーの告知（KB3228994）で自社が対象外であることを確かめれば足ります。セルフホストやパートナー提供の場合は、次の手順に進みます。
-
2
修正版へ更新する
自社のファミリーに対応する修正版へ更新します。更新できる版は、ベンダーの告知に載っている修正版の一覧で確認してください。本番の前に、検証環境で業務フローや連携が動くことを確かめておくと安心です。
-
3
管理者ロールを棚卸しする
悪用には管理者ロールが要るため、持つ必要のないアカウントがないかを見直します。退職者や使っていないアカウントのロールは外し、管理者の多要素認証も確認します。
-
4
ホスト側の挙動を点検する
更新が済むまでの期間について、ホストOS上に見覚えのないプロセスや通信がなかったかを、既存の監視ログで確認します。
すぐ更新できないとき
ベンダーが案内する回避策は確認できません。更新までの暫定策として、管理者ロールを持つアカウントを最小限に絞り、管理者のログインを社内ネットワークやVPN経由に限ると、悪用の足がかりを減らせます。ただし根本対策ではないため、修正版への更新は進めてください。
背景
ServiceNowは、問い合わせ管理や資産管理、承認フローなどを一つにまとめる、社内の業務基盤として使われています。構成情報や他システムとの連携用の認証情報が集まりやすく、ホストOSに到達されたときの影響は、一台のサーバーにとどまりません。
管理者はサーバー側のスクリプトを書けますが、その実行はサンドボックスで囲まれ、ホストOSに直接触れないようになっています。今回の脆弱性は、その境界を管理者が越えられるというもので、管理者の権限とホストOSの権限を分けておくという前提が崩れます。
よくある質問
Q.管理者権限が必要なら、実際のリスクは低いのではありませんか。
まだ分かっていないこと
- テーブルのローテーションがどのように脱出に結びつくかなど、技術的な詳細は公表されていません。
- Zurichの修正版は3つ挙がっていますが、自社のビルドとどれが対応するかは、ベンダーの告知（KB3228994）での確認が必要です。
- 悪用は把握していないとされていますが、今後の状況は変わりうるため、ベンダーの告知を継続して確認してください。
この記事は、取得元の公開情報をもとに生成 AI で作成しています。誤りを含むことがあります。対応を決める前に、下の原文と参照先を確認してください。
影響パッケージ
| 種類 | パッケージ | 影響を受ける版 | 直った版 |
|---|---|---|---|
| ServiceNow | ServiceNow AI Platform |
Yokohama Patch 13 Hot Fix 4a 未満 Zurich Patch 10 Hot Fix 3b 未満 Zurich Patch 12 未満 Zurich Patch 13 未満 Australia Patch 5 未満 |
Yokohama Patch 13 Hot Fix 4a Zurich Patch 10 Hot Fix 3b Zurich Patch 12 Zurich Patch 13 Australia Patch 5 |
原文の説明 取得元が公開している説明をそのまま載せています (多くは英語)。
ServiceNow has remediated a sandbox escape security issue that was identified in the ServiceNow AI Platform. This vulnerability could enable an authenticated user with the admin role to bypass Rhino sandbox restrictions and execute arbitrary code on the underlying host operating system, potentially enabling further unintended access.
ServiceNow deployed an update to hosted instances, and ServiceNow provided the update to our partners and self-hosted customers. We are not currently aware of malicious exploitation against ServiceNow instances. We recommend customers promptly apply appropriate updates or upgrade to a patched release if they have not already done so.
出典: CVE.org (CVE Program・cvelistV5) NVD GitHub Advisory
参照URL
- web psirt@servicenow.com
- web nvd.nist.gov
- web github.com