> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/sonono/siem-connectors/splunk.md).

# Splunk

{% hint style="info" %}
この SIEM コネクタは現在、リクエストに応じて利用可能です。 [サポートまでお問い合わせください](https://www.aikido.dev/contact) ワークスペースで有効化してもらうために。
{% endhint %}

Aikidoの問題をSplunkに送信して、セキュリティ検出結果をほかの監視・可観測性データと並べて管理できます。

これは、チームがすでにSplunk Cloud / Splunk EnterpriseをSIEMとして使用していて、Aikidoの検出結果をインフラ、アプリケーション、監査シグナルとひとつの場所で相関付けたい場合に便利です。

<figure><img src="https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fn9nrT6q5NtbVUc1Lnqi7%2Fimage.png?alt=media&amp;token=f5f9a31c-74b5-4a83-840c-b67fe059fd52" alt=""><figcaption></figcaption></figure>

### 要件

接続する前に、Splunkから次の情報を取得してください:

* **HEC URL** - Splunk HTTP Event Collector (HEC) エンドポイントのベースURLです。
* **HECポート** - Splunk HECがリッスンしているポートです。
* **HECトークン** - 認証用にSplunkで生成するトークンです（下記参照）。
* **ユーザー名とパスワード** *（任意）* - AikidoにSplunkのインデックスを自動作成させたい場合にのみ必要です。

### Splunkの接続

{% stepper %}
{% step %}

#### Splunk HECトークンを取得する

次の場合は **Splunk Enterprise**、まずHECを有効化します。次へ移動: **Settings > Data Inputs > HTTP Event Collector > Global Settings**、そして **All Tokens** を **有効**.

その後、Splunk Cloud と Splunk Enterprise の両方で、トークンを作成します:

1. 次へ移動します： **Settings > Add Data**を入力してから **Monitor**、その後 **HTTP Event Collector**.
2. 次の項目を入力します： **Name** でトークン名を付けます（例: "Aikido"）。
3. 必要に応じて、トークンのソース名、説明、インデックスを設定します。
4. クリックします **次に**、設定を確認してから **送信**.
5. 表示されているトークン値をコピーし、次の手順でAikidoに貼り付けます。

また、SplunkインスタンスのHEC URLとポートも控えておいてください。両方必要になります。
{% endstep %}

{% step %}

#### SIEM を接続する

次へ移動します： **Settings > Integrations** Aikido アプリで、新しい SIEM 統合を追加します。 **SIEM を接続する** ダイアログで次を選択します： **Splunk** を選択して、次を入力します：

**設定**

* **Splunk HEC URL** - Splunk HTTP Event Collector のベースURLです。
* **Splunk HECポート** - HECポートです。

**オプション** *（すべて任意）*

* **安全でない接続を許可** - 安全でない接続（自己署名証明書など）を許可します。本番環境には推奨されません。
* **Splunkインデックス** - データの送信先となるインデックスです。空欄のままにすると既定のインデックスが使用されます。
* **ユーザー名** - 管理者ユーザー名です。Aikidoにインデックスを作成させたい場合にのみ必要です。
* **インデックスを作成する** - Aikidoにインデックスを自動作成させたい場合はこれをオンにします。既存のインデックスを使用する場合はオフのままにしてください。オンにする場合、HECトークンがSplunk内の特定インデックスにすでにスコープ指定されていないことを確認してください。指定されていると接続エラーになります。

**認証**

* **Splunk HECトークン** - Splunkで生成したトークンです。
* **パスワード** - 次の場合にのみ必要です **インデックスを作成する** がオンになっている場合。

クリックします **接続をテスト** AikidoがSplunkに到達できることを確認してから **変更を保存**.
{% endstep %}

{% step %}

#### 同期する問題を設定

Splunkの統合ページの **Issue 入力設定**で、どの Aikido の問題を SIEM に同期するかを設定します：

* **問題のステータス** － たとえば、未解決の問題のみを同期するか、解決済みや無視された問題も含めるかを選択します。
* **最小重大度** － 同期する最小の重大度レベル。
* **問題の種類** － 特定の問題タイプに限定するか、すべてを同期します。
* **Language** － 特定の言語に限定するか、すべてを同期します。
* **同期頻度** - Aikidoが一致する問題をSplunkに送信する頻度です（例: 1時間ごと）。

クリックします **設定を保存**.\
\
![](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Ffr7cLDONqBltGQsd2Evl%2Fimage.png?alt=media\&token=5553ae6f-3566-409a-bbd8-54307a7d059e)
{% endstep %}
{% endstepper %}

### イベントが届いていることを確認する

Splunkで、設定したインデックスを検索するか（または `source=aikido` を使用している場合はこれ）。設定した同期頻度の時間が経過するのを待つか、Aikidoでテスト問題を発生させて、Splunkに表示されることを確認します。

### 統合の管理

次から： **Settings > Integrations > Splunk** Aikido で、次のことができます：

* **統合を管理** - HEC URL、ポート、オプション、またはトークンを更新します。
* **統合を削除** - Splunkとの接続を解除します。これにより今後の同期はすべて停止しますが、すでにSplunkに送信されたイベントは削除されません。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.aikido.dev/docs/docs-ja/sonono/siem-connectors/splunk.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
