脆弱性情報（JVN）検索・一覧

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、9.4.14未満において、「power」ロールを持つユーザーは、リスクのあるSearch Processing Language（SPL）コマンドをTable Editorのデータセットに保存し、そのデータセットを共有することが可能です。「admin」ロールを持つ別のユーザーがTable Editorでそのデータセットを開くと、保存されたコマンドが実行されます。これらのコマンドは後者のユーザーの権限で実行され、関連するすべてのデータが露出したりルックアップファイルが改変されたりする可能性があります。本脆弱性は、Table Editorが初期データ処理のために実行するフィールドサマリー検索に対して、リスクのあるコマンドに対するSPLの保護策を適用していないことが原因です。この脆弱性を悪用するには、攻撃者が影響を受けるユーザーをフィッシングにより騙し、ブラウザ内でリクエストを開始させる必要があります。「power」ロールを持つユーザーが任意に脆弱性を悪用することはできません。詳細については、Splunkドキュメントの「SPL safeguards for risky commands」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/best-practices-for-splunk-platform-security/spl-safeguards-for-risky-commands）および「Define roles on the Splunk platform with capabilities」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities）を参照してください。

Splunk Enterprise のバージョン 10.4.2 未満、10.2.6 未満、10.0.9 未満、および 9.4.14 未満において、「admin」または「power」Splunk ロールを持たないユーザーが、Data Orchestration ジョブのエンドポイントを通じて攻撃者が選択した構造化照会言語（SQL）クエリを実行できる可能性があります。これにより、他のユーザーが所有するジョブや保存された接続資格情報を含む Data Orchestration に保存されたほぼすべてのデータへアクセスされる恐れがあります。この脆弱性は、Data Orchestration がパラメータ化されたクエリを使用せずにユーザー制御のジョブフィルター値からデータベースクエリを構築することによって発生します。詳細については、Splunk ドキュメントの「ロールベースのユーザーアクセス設定について」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/manage-splunk-platform-users-and-roles/about-configuring-role-based-user-access）を参照してください。

Splunk Enterprise バージョン 10.4.2 未満において、高権限の Splunk ロールを持ち、サーチヘッドクラスタリングを管理できるユーザーは、サーチヘッドクラスターメンバーバンドルのREST APIを使用して、Splunk Enterprise を実行しているユーザーアカウントが書き込み可能な場所にファイルを書き込むことが可能です。これにより、リモートコード実行が許可される可能性があります。攻撃が成功した場合、すべての関連データにアクセスできるようになり、Splunk 配備の完全性および可用性に影響を与える恐れがあります。この脆弱性は Splunk Enterprise バージョン 10.4 未満には影響しません。この脆弱性が発生するのは、サーチヘッドクラスターメンバーバンドルREST APIが期待される認可境界を強制せず、バンドルの内容を受け入れる前にバンドルパスの検証を行わないためです。詳細については、Splunk ドキュメントの「REST API リファレンスの使用について」（https://help.splunk.com/en/splunk-enterprise/rest-api-reference/10.2/introduction/using-the-rest-api-reference）、「ロールベースユーザーアクセスの構成について」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/manage-splunk-platform-users-and-roles/about-configuring-role-based-user-access）、および「分散検索について」（https://help.splunk.com/en/splunk-enterprise/administer/distributed-search/9.4/overview-of-distributed-search/about-distributed-search）を参照してください。

Splunk Enterpriseのバージョン10.4.2、10.2.6、10.0.9、および9.4.14未満において、「power」ロールを持つユーザーは、ダッシュボードのスパークラインのフォーマットオプションに悪意のあるスクリプトを保存し、ダッシュボードを閲覧する別のユーザーのブラウザで不正なJavaScriptを実行させる可能性があります。もしその別のユーザーが「admin」ロールを持っている場合、スクリプトはSplunk Web経由で利用可能なすべての関連データにアクセスでき、そのユーザーの権限を使用して操作を行います。この脆弱性は、Splunk Webが許可されるダッシュボードの可視化オプションを安全な表示設定に制限せず、ツールチップ値のレンダリング前にエスケープ処理を行わないために発生します。攻撃者は影響を受けるユーザーを騙してブラウザ内でリクエストを開始させるフィッシングを行う必要があり、「power」ロールを持つユーザーが任意にこの脆弱性を悪用できるわけではありません。詳細については、Splunkのドキュメント内「ロールベースのユーザーアクセス設定について（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/manage-splunk-platform-users-and-roles/about-configuring-role-based-user-access）」をご参照ください。

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満、並びにSplunk Secure Gatewayのバージョン3.10.9未満、3.9.23未満、および3.8.70未満において、「admin」または「power」のSplunkロールを持たないユーザーがレポート通知内のサーバーサイドリクエストフォージェリ（SSRF）を悪用し、システム認証済みのリクエストを内部のSplunkサービスへ送信する可能性があります。これにより、Search Head Clusterの状態が変更されたり、サービス拒否（DoS）が発生したりする恐れがあります。この脆弱性は、Splunk Secure Gatewayが内部リクエストを送信する前にレポート通知のパス値を検証しないことが原因で発生しています。

Splunk Enterpriseのバージョン10.2.6未満、10.0.9未満、および9.4.14未満において、認証されていないユーザーが、認証済みユーザーを騙して細工されたSplunk Webリンクを介し、認証済みユーザーの権限で任意のSearch Processing Language（SPL）コマンドを実行させる可能性があります。これらのSPLコマンドを使用すると、関連するすべてのデータにアクセスできます。この脆弱性はSplunk Enterpriseの10.4以降のバージョンには影響しません。脆弱性の原因は、Splunk WebがUniform Resource Locator（URL）を通じて提供されるフォームトークンの値をSPL検索に代入する際、適切な無害化処理を行っていないことにあります。この脆弱性を悪用するには、攻撃者がユーザーを騙して細工されたリンクを開かせるフィッシング行為が必要です。認証されていないユーザーが自由にこの脆弱性を悪用することはできません。詳細については、Splunkドキュメントのトークンリファレンス（https://help.splunk.com/en/splunk-enterprise/create-dashboards-and-reports/simple-xml-dashboards/10.2/simple-xml-reference/token-reference）を参照してください。

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、「admin」または「power」のSplunkロールを持たないユーザーが、クラスタマネージャー上のSplunk Enterpriseでアクセス可能な任意のファイルを削除できるように、細工されたナレッジバンドルデルタを送信する可能性があります。これにより、システムの整合性が損なわれ、サービスが中断される恐れがあります。この脆弱性は、ナレッジバンドルデルタ処理が削除パスをステージングディレクトリに制限せず、エンドポイントが期待される認可境界を強制していないことが原因で発生します。詳細については、Splunkドキュメントのナレッジバンドルレプリケーションの概要（https://help.splunk.com/en/splunk-enterprise/administer/distributed-search/10.4/knowledge-bundle-replication/knowledge-bundle-replication-overview）を参照してください。

Splunk SOAR 8.6.0 未満のバージョンにおいて、app-install 権限を持つユーザーがアプリのインストール時にパス・トラバーサルを悪用し、意図された一時ディレクトリの外部にファイルを書き込む可能性がありました。この脆弱性は、アーカイブ展開処理におけるパス・トラバーサルによるもので、展開されるファイルのパスが意図されたターゲットディレクトリ内に留まっているかを検証していません。詳細については、Splunk ドキュメントの「Splunk SOAR (オンプレミス) におけるロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/manage-your-splunk-soar-on-premises-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-on-premises）および「Splunk SOAR (オンプレミス) でアクションを提供するためのアプリおよび資産の追加と設定」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/manage-your-splunk-soar-on-premises-apps-and-assets/add-and-configure-apps-and-assets-to-provide-actions-in-splunk-soar-on-premises）をご参照ください。

Splunk SOAR バージョン 8.6.0 未満では、管理者ロールを持つユーザーがユニバーサルフォワーダーのインストーラーのアーカイブ解凍時にパストラバーサルを利用し、意図されたインストールディレクトリの外部にファイルを書き込むことが可能です。この脆弱性は、ユニバーサルフォワーダーの認証情報パッケージの解凍ワークフローがアーカイブ内の各メンバーが解凍前に意図された宛先内に留まっていることを検証しないことによって発生します。詳細については、Splunk SOAR (オンプレミス) の「ロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/manage-your-splunk-soar-on-premises-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-on-premises）および「フォワーダーの設定で SOAR データを Splunk 環境に送信する方法」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/configure-administration-settings-in-splunk-soar-on-premises/configure-forwarders-to-send-soar-data-to-your-splunk-deployment）をご参照ください。

Splunk SOARのバージョン8.6.0未満において、ロールが割り当てられていない認証済みユーザーが、/rest/health エンドポイントを使用して、本来は管理者またはサポートユーザーに限定されるべきシステムおよびクラスターのテレメトリ情報を取得できる可能性があります。この脆弱性は認可チェックの欠如によるものであり、エンドポイントは呼び出し元のユーザーがシステムの状態やクラスターの状態を閲覧する権限を持つロールを保持しているかどうかを検証していません。詳細については、Splunkドキュメントの「Splunk SOAR (オンプレミス) におけるロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/manage-your-splunk-soar-on-premises-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-on-premises）および「Splunk SOAR (オンプレミス) システムのヘルス監視」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/8.5.0/manage-your-splunk-soar-on-premises-system-health-and-performance/monitor-the-health-of-your-splunk-soar-on-premises-system）をご参照ください。

Splunk SOARのバージョン8.6.0未満において、「Automation Engineer」ロールを持つユーザーは、Splunk SOARデータベースに対して任意の構造化照会言語（SQL）文を実行でき、データベース内のすべてのデータを作成、読み取り、更新、または削除することが可能でした。この脆弱性は、Splunk SOARのプレイブック自動化データAPIが、ユーザー提供の入力を適切に無害化せずにデータベースクエリに組み込んでいるために発生しています。詳しくは、SplunkドキュメントのSplunk SOAR Cloudにおける役割と権限の管理（https://help.splunk.com/ja-jp/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）をご参照ください。

Splunk SOARのバージョン8.6.0未満では、「Automation Engineer」ロールを持つユーザーがカスタム関数の結果を介して、Splunk SOARデータベースに対して任意の構造化問い合わせ言語（SQL）文を実行できる可能性があります。これにより、Splunk SOARデータベースに保存されている関連データをすべて読み取ることができ、システムの完全性に影響を及ぼす恐れがあります。このSQLインジェクションは、Splunk SOARがバインドされたSQL値ではなく、提供された名前を使ってデータベースのルックアップを構築するために発生します。詳細については、Splunkドキュメント内の「Splunk SOAR（クラウド）でのロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）をご参照ください。

Splunk SOARのバージョン8.6.0未満において、「Automation Engineer」Splunk SOARロールを持つユーザーは、プレイブック内のカスタムリスト取得を通じて任意の構造化クエリ言語（SQL）文をSplunk SOARデータベースに対して実行でき、データベース内の関連データの作成、読み取り、更新、および削除操作を行うことが可能でした。このSQLインジェクションが可能である理由は、Splunk SOARがカスタムリストのデータベース検索をバインドされたSQL値ではなく、提供されたリスト名を用いて構築しているためです。詳細については、Splunkドキュメントの「Splunk SOARにおけるロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）および「Splunk SOARプレイブック比較に使用するカスタムリストの作成」（https://help.splunk.com/en/splunk-soar/soar-cloud/build-playbooks/manage-playbooks-and-playbook-settings/create-custom-lists-for-use-in-splunk-soar-cloud-playbook-comparisons）を参照してください。

Splunk SOAR バージョン8.6.0未満では、有効な Splunk SOAR アカウントを持つユーザーが、プレイブック実行に対するREST（Representational State Transfer）APIフィルタリングを利用して、影響を受けるユーザーが利用可能なすべてのデータを危険にさらすセッショントークンを回復することが可能でした。この情報漏洩は、Splunk SOAR が本来レスポンスで隠すべき値とマッチするREST APIフィルターをブロックしないことが原因で発生します。詳細については、Splunkのドキュメント内のREST Run Playbook（https://help.splunk.com/en/splunk-soar/soar-cloud/rest-api-reference/run-playbook-endpoints/rest-run-playbook）をご参照ください。

Splunk SOARのバージョン8.6.0未満では、「Incident Commander」Splunk SOARロールを持つユーザーがノート内にJavaScriptを保存でき、そのノートを他のユーザーが開いた際にブラウザ上で実行される可能性があります。この保存型クロスサイトスクリプティング（XSS）脆弱性は、ノート形式が変更された際にSplunk SOARが既存のノート内容をサニタイズせずにHTMLとして処理するために発生します。この脆弱性を悪用するには、攻撃者が影響を受けるユーザーに対してブラウザ内でリクエストを開始させるように騙すフィッシングを行う必要があります。ただし、「Incident Commander」Splunk SOARロールを持つユーザーがこの脆弱性を任意に悪用できるわけではありません。詳細については、Splunkのドキュメント中の「Splunk SOAR（クラウド）におけるロールと権限の管理」（https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）をご参照ください。

Splunk SOAR のバージョン 8.6.0 未満において、制限されたテナントアクセス権を持つ認証ユーザーが、REST（Representational State Transfer）API を使用して、そのユーザーのロールスコープ外にあるテナントの名前および識別子を閲覧できる可能性があります。この脆弱性が発生する理由は、マルチテナンシーが有効になっている環境において、Splunk SOAR が REST API を通じてテナント情報を返す際に、ロールベースのテナント制限を適用していないためです。詳細については、Splunk ドキュメントの「REST Roles and Permissions」（https://help.splunk.com/en/splunk-soar/soar-cloud/rest-api-reference/role-management-endpoints/rest-roles-and-permissions）および「Configure multiple tenants on your Splunk SOAR (On-premises) instance」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/7.1.0/configure-product-settings-for-your-splunk-soar-on-premises-instance/configure-multiple-tenants-on-your-splunk-soar-on-premises-instance）をご参照ください。

Splunk AI Toolkitのバージョン6.0.0未満において、「admin」または「power」のSplunkロールを持たないユーザーが、接続されたコンテナサービスの予測可能な認証情報またはデフォルトの認証情報を取得できる可能性があります。これは、Splunk AI Toolkitが接続されたコンテナサービスの認証情報を予測可能な値またはハードコードされたデフォルト値を使って生成または保存するためです。詳細については、SplunkのドキュメントにあるAI ToolkitのConnectionsタブ（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/use-ai-toolkit/5.7.2/ai-toolkit-commands-macros-and-visualizations/connections-tab-in-the-ai-toolkit）をご参照ください。

Splunk AI Toolkitのバージョン6.0.0未満では、モデルをアップロードできるユーザーが、同じモデル名に対して同時にアップロードリクエストを送信すると、他のユーザーがアップロード中のモデルを上書きしてしまい、その結果生成されるモデルルックアップエントリが攻撃者の制御するコンテンツを参照する可能性があります。この競合状態は、Splunk AI Toolkitがアップロードされたコンテンツがモデルルックアップエントリを作成するリクエストに属しているかどうかを検証しないために発生します。詳細については、Splunkドキュメントの「Troubleshoot the Splunk Machine Learning Toolkit」（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/machine-learning-toolkit-user-guide/5.5.0/troubleshooting-mltk/troubleshoot-the-splunk-machine-learning-toolkit）をご参照ください。