RunReveal
Aikido の問題を RunReveal に送信して一元監視し、セキュリティ検出結果を他のログと一緒に検索できるようにします。
チームがすでに RunReveal を SIEM として使用しており、Aikido の検出結果をインフラ、アプリケーション、監査シグナルと相関分析するための単一の場所がほしい場合に便利です。
要件
接続する前に、RunReveal から次の情報を取得してください:
Webhook ID - RunReveal の Generic Webhook または Structured Webhook ソースから取得します。
ベアラートークン - Structured Webhook ソースを使用している場合、または Generic Webhook ソースで認証が有効になっている場合に必要です。
RunReveal に接続する
RunReveal の Webhook 詳細を取得する
RunReveal ポータルで、次へ移動します: Sources > New Source を選択します Generic Webhook または Structured Webhook.
ソースに名前を付け(例:
Aikido)、保存します。次をコピーします: Webhook ID、URL 全体ではなく ID のみ(RunReveal に表示される URL の末尾部分)をコピーしてください。
次をコピーします: ベアラートークン。これは Structured Webhooks では必須で、ソースで認証を有効にしていない限り Generic Webhooks では任意です。
SIEM を接続する
次へ移動します: Settings > Integrations Aikido アプリで、新しい SIEM 統合を追加します。 SIEM を接続する ダイアログで次を選択します: RunReveal を選択して、次を入力します:
設定
Webhook ID - RunReveal の Webhook ID。RunReveal の UI に表示される完全な URL ではなく、ID のみを貼り付けてください。
オプション (任意。適切な既定値が事前入力されています)
バッチデータサイズ - 送信前にバッチ内のレコードの合計サイズの上限(バイト)。既定値
1048576(1 MiB)。バッチレコード数 - 送信前に蓄積するレコード数の上限。既定値
100.最大フラッシュ間隔 - 送信前にレコードを保持する最大時間(秒)。既定値
5.
この 3 つの制限のうち最初に到達したものが送信をトリガーします。
認証
ベアラートークン - この Webhook ソース用に RunReveal が発行したベアラートークン。ソースで認証が無効な場合は空欄のままにしてください。
クリックします 接続をテスト、その後 変更を保存.
イベントが届いていることを確認する
RunReveal ポータルで、次を検索します: ログ で絞り込むテーブル sourceType = 'webhook' およびソース名で、レコードが到着していることを確認します。取り込みエラー(Structured Webhook のスキーマ不一致を含む)を確認するには、RunReveal の ソースエラーページ に移動し、ソースの種類と名前を選択します。
統合の管理
次から: Settings > Integrations > RunReveal Aikido で、次のことができます:
統合を管理 - Webhook ID、バッチ設定、またはベアラートークンを更新します。
統合を削除 - RunReveal の接続を解除します。これにより今後の同期はすべて停止しますが、すでに RunReveal に送信されたデータは削除されません。
最終更新
役に立ちましたか?