Stealthbits StealthDEFEND のログを収集する
このドキュメントでは、Bindplane エージェントを使用して Stealthbits StealthDEFEND ログを Google Security Operations に取り込む方法について説明します。
Stealthbits(現在は Netwrix)の StealthDEFEND は、Active Directory とファイル システムを標的とする攻撃を特定して対応するリアルタイムの脅威検出プラットフォームです。認証の異常、権限昇格、AD オブジェクトの変更を対象とする LEEF 形式のアラートを生成します。パーサーは、StealthDEFEND ログエントリからフィールドを抽出し、統合データモデル(UDM)にマッピングして、プリンシパルとターゲットの識別子、セキュリティの結果、脆弱性スキャンの詳細を取得します。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - Bindplane エージェントと StealthDEFEND サーバー間のネットワーク接続
- プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
- 管理者権限を持つ StealthDEFEND コンソールへの特権アクセス
Google SecOps の取り込み認証ファイルを取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [収集エージェント] に移動します。
- 取り込み認証ファイル をダウンロードします。
Bindplane をインストールするシステムにファイルを安全に保存します。
Google SecOps のお客様 ID を取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [プロファイル] に移動します。
[組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。
Bindplane エージェントをインストールする
次の手順に沿って、Windows または Linux オペレーティング システムに Bindplane エージェントをインストールします。
Windows のインストール
- 管理者として コマンド プロンプトまたは PowerShell を開きます。
次のコマンドを実行します。
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietインストールが完了するまで待ちます。
次のコマンドを実行して、インストールの内容を確認します。
sc query observiq-otel-collectorサービスは RUNNING と表示されます。
Linux のインストール
- root 権限または sudo 権限でターミナルを開きます。
次のコマンドを実行します。
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.shインストールが完了するまで待ちます。
次のコマンドを実行して、インストールの内容を確認します。
sudo systemctl status observiq-otel-collectorサービスは active (running) と表示されます。
その他のインストール リソース
その他のインストール オプションとトラブルシューティングについては、Bindplane エージェントのインストール ガイドをご覧ください。
Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
構成ファイルを探す
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
構成ファイルを編集します。
config.yamlの内容全体を次の構成に置き換えます。receivers: tcplog: listen_address: "0.0.0.0:514" exporters: chronicle/stealthbits_defend: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: STEALTHBITS_DEFEND raw_log_field: body service: pipelines: logs/stealthbits_defend: receivers: - tcplog exporters: - chronicle/stealthbits_defend
構成パラメータ
各プレースホルダを次のように置き換えます。
レシーバーの構成:
tcplog: プロトコルに基づく受信者のタイプ:- UDP Syslog の
udplog - TCP Syslog の
tcplog - RFC 3164/5424 syslog の
syslog
- UDP Syslog の
0.0.0.0: リッスンする IP アドレス:0.0.0.0: すべてのインターフェースでリッスンします(推奨)。- 1 つのインターフェースでリッスンする特定の IP アドレス
514: リッスンするポート番号(514、1514、6514など)
エクスポータの構成:
<customer_id>: 前の手順で取得した顧客 IDmalachiteingestion-pa.googleapis.com: リージョン エンドポイント URL:- 米国:
malachiteingestion-pa.googleapis.com - ヨーロッパ:
europe-malachiteingestion-pa.googleapis.com - アジア:
asia-southeast1-malachiteingestion-pa.googleapis.com - 完全なリストについては、リージョン エンドポイントをご覧ください。
- 米国:
- プラットフォームに応じて
creds_file_pathを調整します。- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
構成ファイルを保存する
- 編集後、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xの順に押します。 - Windows: [ファイル> 保存] をクリックします。
- Linux:
Bindplane エージェントを再起動して変更を適用する
Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。
sudo systemctl restart observiq-otel-collectorサービスが実行されていることを確認します。
sudo systemctl status observiq-otel-collectorログでエラーを確認します。
sudo journalctl -u observiq-otel-collector -f
Windows で Bindplane エージェントを再起動するには、次のいずれかのオプションを選択します。
管理者としてコマンド プロンプトまたは PowerShell を開きます。
net stop observiq-otel-collector && net start observiq-otel-collectorサービス コンソール:
Win+Rキーを押し、「services.msc」と入力して Enter キーを押します。- observIQ OpenTelemetry Collector を見つけます。
- 右クリックして [再起動] を選択します。
サービスが実行されていることを確認します。
sc query observiq-otel-collectorログでエラーを確認します。
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
StealthDEFEND syslog 転送を構成する
StealthDEFEND は、LEEF 形式の syslog を介した SIEM 統合をサポートしています。syslog エクスポートを構成して、アラートとイベントを Bindplane エージェントに転送します。
- StealthDEFEND 管理コンソールにログインします。
- [構成> SIEM] に移動します。
- [追加] をクリックして、新しい SIEM 統合を作成します。
- 次の構成情報を指定します。
- タイプ: [Syslog] を選択します。
- 形式: [LEEF] を選択します。
- ホスト: Bindplane エージェント ホストの IP アドレス(
192.168.1.100など)を入力します。 - ポート:
514と入力します(Bindplane レシーバー ポートと一致する必要があります)。 - プロトコル: [TCP] を選択します(Bindplane レシーバー タイプと一致する必要があります)。
- 転送するイベント カテゴリ(脅威アラート、AD の変更、認証イベントなど)を選択します。
[保存] をクリックします。
UDM マッピング テーブル
| ログフィールド | UDM マッピング | ロジック |
|---|---|---|
| attack_host | about.hostname | 追加のエンティティに関連付けられたホスト名 |
| extensions.auth.type | 使用された認証のタイプ | |
| 終了 | extensions.vulns.vulnerabilities.scan_end_time | 脆弱性スキャンの終了時刻 |
| 開始 | extensions.vulns.vulnerabilities.scan_start_time | 脆弱性スキャンの開始時刻 |
| intermediary_hostname | intermediary.hostname | 仲介デバイスのホスト名 |
| SettingName | metadata.description | イベントの説明 |
| event_type | metadata.event_type | イベントのタイプ |
| product_event | metadata.product_event_type | プロダクト固有のイベントタイプ |
| device_version | metadata.product_version | プロダクトのバージョン |
| ドメイン | principal.administrative_domain | プリンシパルの管理ドメイン |
| source_domain | principal.domain.name | プリンシパルのドメイン名 |
| src、shost、AttackingHost、breached_from_host | principal.hostname | プリンシパルのホスト名 |
| src、shost、AttackingHostIp | principal.ip | プリンシパルの IP アドレス |
| DistinguishedName | principal.user.group_identifiers | プリンシパル ユーザーのグループ ID |
| AffectedObject | principal.user.user_display_name | プリンシパル ユーザーの表示名 |
| suser、usrName | principal.user.userid | プリンシパルのユーザー ID |
| protocol_label | security_result.about.labels | セキュリティ結果の概要セクションのラベル |
| sec_result_action | security_result.action | セキュリティ システムによって実行されたアクション |
| category | security_result.category_details | セキュリティ結果の詳細なカテゴリ |
| AlertText、オペレーション | security_result.description | セキュリティ結果の説明 |
| policy_name | security_result.rule_name | 結果をトリガーしたルールの名前 |
| 重大度 | security_result.severity | セキュリティ結果の重大度 |
| 理由、att_name | security_result.summary | セキュリティ結果の概要 |
| OrigServer、AttackedHost | target.hostname | ターゲットのホスト名 |
| dst、AttackedHostIp | target.ip | ターゲットの IP アドレス |
| duser, UserName | target.user.userid | ターゲットのユーザー ID |
| UserSID | target.user.windows_sid | ターゲット ユーザーの Windows SID |
| device_product | metadata.product_name | 製品名 |
| device_vendor | metadata.vendor_name | ベンダー名 |
変更ログ
さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。