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

Splunk Enterpriseのバージョン10.4.1未満、10.2.6未満、10.0.9未満、および9.4.14未満において、「power」Splunkロールを持つユーザーは、攻撃者が操作可能なSearch Processing Language（SPL）をダッシュボードに保存できます。別の認証済みユーザーがそのダッシュボードをPortable Document Format（PDF）ファイルとしてエクスポートすると、Splunk Enterpriseはそのユーザーの権限で注入されたSPLを実行します。この注入されたSPLによって、そのユーザーがアクセス可能なデータにアクセスしたり変更したりされる可能性があります。この脆弱性は、Splunk WebがPDFエクスポートを処理する前にダッシュボードの内容を十分に検証しないことが原因で発生します。脆弱性を悪用するには、攻撃者が影響を受けるユーザーを騙してブラウザ内でリクエストを開始させるフィッシング行為が必要です。「power」Splunkロールを持つユーザーであっても、この脆弱性を自由に悪用することはできません。詳細については、Splunkドキュメントの「レポートおよびダッシュボードのPDFの生成」（https://help.splunk.com/en/splunk-enterprise/create-dashboards-and-reports/reporting-manual/9.4/report-management/generate-pdfs-of-your-reports-and-dashboards）をご参照ください。

Splunk Enterpriseのバージョン10.4.2、10.2.6、10.0.9、9.4.14より前のバージョンにおいて、認証されていないユーザーが「admin」Splunkロールを持つユーザーを騙して監視コンソールへ作成されたリンクを開かせる可能性があります。該当ユーザーがそのリンクを開くと、Splunk Enterpriseはそのユーザーの権限で攻撃者が制御する検索処理言語（SPL）を実行します。注入されたSPLによって、そのユーザーがアクセス可能なデータが露出したり、ルックアップデータが変更されたりする恐れがあります。この脆弱性は、監視コンソールがダッシュボード検索を構築するために使用されるデータを十分に検証していないことが原因です。攻撃者はユーザーを騙して作成されたリンクを開かせるフィッシング行為を行う必要があり、認証されていないユーザーがこの脆弱性を自由に悪用することはできません。

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、「power」Splunkロールを持つユーザーは、攻撃者が制御するSearch Processing Language（SPL）を含むDashboard Studioのワークフローアクションを保存できる可能性があります。別の認証済みユーザーがEvent Actionsからそのアクションを選択し、「続行」をクリックすると、Splunk Enterpriseはそのユーザーの権限を使用して注入されたSPLを実行します。注入されたSPLは、そのユーザーがアクセス可能なデータにアクセスまたは変更を加える可能性があります。この脆弱性は、Dashboard Studioがリクエスト送信前にワークフローアクションのURLを十分に検証しないことに起因しています。脆弱性を悪用するためには、攻撃者が影響を受けるユーザーに対してフィッシングを行い、そのユーザーのブラウザ内でリクエストを開始させる必要があります。「power」Splunkロールを持つユーザーがこの脆弱性を自由に悪用できる状況は許されません。

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、認証されていないユーザーがSplunk Webの静的ディレクトリ外にあるJavaScriptファイルを読み取る可能性があります。この脆弱性は、Splunk Webが静的ファイルのリクエストを設定された静的ディレクトリに制限していないことが原因で発生します。

Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、「admin」または「power」のSplunkロールを持たないユーザーがgeostatsコマンドを通じて任意の検索処理言語（SPL）コマンドを注入できる可能性があります。注入されたSPLは、別の認証済みユーザーがSplunk Webで攻撃者が操作するgeostats検索を開始した後、そのユーザーの権限で実行されます。注入されたSPLによって、2番目のユーザーがアクセス可能な関連データすべて（保存された資格情報を含む）が露出し、また2番目のユーザーが変更権限を持つルックアップファイルを変更することも可能になります。この脆弱性は、geostatsコマンドがSplunk Enterpriseによる処理前に入力を十分に検証していないために発生します。攻撃者は、影響を受けるユーザーをフィッシングで誘導し、ブラウザ内でリクエストを開始させることでこの脆弱性を悪用します。ただし、「admin」または「power」ロールを持たないユーザーは、この脆弱性を自由に悪用することはできません。詳細については、Splunkドキュメントのgeostats (https://help.splunk.com/en/splunk-enterprise/spl-search-reference/10.0/search-commands/geostats) を参照してください。

Splunk Enterprise 10.4のバージョン10.4.2未満において、認証されていないユーザーがRepresentational State Transfer（REST）APIを通じてSplunk Enterpriseのトークン署名キーをリロードさせる可能性があります。この脆弱性はバージョン10.4未満のSplunk Enterpriseには影響を及ぼしません。この脆弱性が発生する理由は、REST APIがトークンキーのリロード操作に対して認証またはchange_authentication権限を要求しないためです。詳細については、Splunkドキュメントの「Splunkプラットフォームのロールに権限を定義する」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/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未満において、「power」Splunkロールを持つユーザーは、攻撃者が制御する検索処理言語（SPL）をテーブルエディターのデータセットに保存し、そのデータセットを共有できました。「admin」Splunkロールを持つユーザーがテーブルエディターでそのデータセットを開くと、SPLがトリガーされます。このSPLは2番目のユーザーの権限で実行され、関連するすべてのデータを露出させたり、サーチヘッド上の限定的なデータを変更したりする可能性があります。この脆弱性は、テーブルエディターがデータセットの初期データを準備する際にリスキーなコマンドに対するSPLの安全対策を適用しないことによって発生します。攻撃者は影響を受けるユーザーをフィッシングし、ブラウザ内でリクエストを開始させるように騙す必要があります。「power」Splunkロールを持つユーザーはこの脆弱性を自由に悪用できません。詳細については、Splunkのドキュメントの「新しいテーブルデータセットの初期データを定義する」（https://help.splunk.com/en/splunk-enterprise/manage-knowledge-objects/knowledge-management-manual/9.4/create-and-edit-table-datasets/define-initial-data-for-a-new-table-dataset）、「リスキーなコマンドに対するSPLの安全対策」（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）、および「Splunkプラットフォーム上での権限を持つロールの定義」（https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/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未満において、「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）をご参照ください。