Brocade ServerIron ADX のログを収集する
パーサーのバージョン: 2.0
このドキュメントでは、Bindplane エージェントを使用して Brocade ServerIron ADX ログを Google Security Operations に取り込む方法について説明します。
Brocade ServerIron ADX は、認証、ロード バランシング、ネットワーク イベント、システム アクティビティの syslog メッセージを生成するアプリケーション配信コントローラです。パーサーは、Grok パターンを使用してフィールドを抽出し、統合データモデル(UDM)にマッピングします。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - Bindplane エージェントと Brocade ServerIron ADX デバイス間のネットワーク接続
- プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
- Brocade ServerIron ADX CLI への管理者権限
Bindplane エージェントの Google SecOps 認証情報を取得する
Bindplane エージェントを Google SecOps に対して認証するには、次のいずれかの方法を選択します。
- 新規デプロイ: Chronicle API を使用します(オプション 1)。
- 以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル(オプション 2)を引き続き使用します。
オプション 1: Chronicle API のサービス アカウントを作成する(推奨)
- Google Cloud コンソールにログインし、Google SecOps インスタンスにリンクされている Google Cloud プロジェクトを選択します。
- [IAM と管理] > [サービス アカウント] に移動します。
- [サービス アカウントを作成] をクリックします。
- 次の構成情報を指定します。
- サービス アカウント名: アカウントの名前を入力します(例:
bindplane-ingest)。 - サービス アカウントの説明: 説明を入力します(例:
Bindplane agent log ingestion)。
- サービス アカウント名: アカウントの名前を入力します(例:
- [作成して続行] をクリックします。
- [このサービス アカウントにプロジェクトへのアクセスを許可する] セクションで、[ロールを選択] をクリックし、[Chronicle 編集者] を選択します。
- [続行] をクリックして [完了] をクリックします。
- 作成したサービス アカウントをクリックし、[キー] タブに移動します。
- [鍵を追加] > [新しい鍵を作成] の順にクリックします。
- [JSON] を選択し、[作成] をクリックします。鍵ファイルがパソコンにダウンロードされます。
- 鍵ファイルを
ingestion-auth.jsonとして Bindplane コレクタ ディレクトリ(Linux の場合は/opt/observiq-otel-collector/ingestion-auth.json、Windows の場合はC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json)に保存するか、config.yamlのcreds_file_pathを更新して、保存先のパスと一致させます。 - [IAM と管理] > [設定] に移動し、プロジェクト番号をコピーします。これはエクスポータの構成に必要です。
オプション 2: 取り込み認証ファイルをダウンロードする(レガシー)
- Google SecOps コンソールにログインします。
- [設定] > [データ管理] > [収集エージェント] に移動します。SIEM のみのプラットフォームを使用している場合は、[設定] > [収集エージェント] に移動します。
- 取り込み認証ファイルをダウンロードします。
- Bindplane エージェントがインストールされるシステムにファイルを安全に保存します。
Google SecOps のお客様 ID を取得する
- Google SecOps コンソールにログインします。
- [Settings] > [Administration] > [Profile] に移動します。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: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/brocade_serveriron: protocol: https # Region of your instance, for example us, europe, asia-southeast1 location: <LOCATION> # Project number of the Google Cloud project linked to the instance project: '<PROJECT_NUMBER>' compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: chronicle.googleapis.com log_type: BROCADE_SERVERIRON raw_log_field: body service: pipelines: logs/brocade_serveriron_to_chronicle: receivers: - udplog exporters: - chronicle/brocade_serveriron
構成パラメータ
各プレースホルダを次のように置き換えます。
レシーバーの構成:
listen_address: リッスンする IP アドレスとポート。0.0.0.0: すべてのインターフェースでリッスンします(推奨)。- ポート
514は標準の syslog ポートです(Linux では root が必要です。root 以外の場合は1514を使用します)。
エクスポータの構成:
creds_file_path: サービス アカウントの JSON キーファイルのフルパス(オプション 1):- Linux:
/opt/observiq-otel-collector/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: Google SecOps コンソールからコピーしたお客様 IDlocation:<LOCATION>は、Google SecOps インスタンスのリージョン(us、europe、asia-southeast1など)に置き換えます。エクスポーターは、chronicle.googleapis.comの前にこの値を付加します。完全なリストについては、リージョン エンドポイントをご覧ください。project:<PROJECT_NUMBER>を、[IAM と管理] > [設定] のプロジェクト番号に置き換えます。endpoint:chronicle.googleapis.comに設定したままにします。
以前の Ingestion API エクスポータ
オプション 2 の取り込み認証ファイルを使用する場合は、
exportersブロックを次のように置き換えます。creds_file_pathを取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.comをリージョン エンドポイント(例:europe-malachiteingestion-pa.googleapis.com)に置き換えます。exporters: chronicle/brocade_serveriron: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: BROCADE_SERVERIRON raw_log_field: body
構成ファイルを保存する
- 編集が完了したら、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xの順に押します。 - Windows の場合: [ファイル] > [保存] をクリックします。
- Linux:
Bindplane エージェントを再起動して変更を適用する
Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。
sudo systemctl restart observiq-otel-collectorサービスが実行されていることを確認します。
```bash sudo systemctl status observiq-otel-collector ```ログでエラーを確認します。
```bash 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"
Brocade ServerIron ADX から syslog エクスポートを構成する
ADX デバイスにログインし、グローバル構成モードに入ります。
enable configure terminalsyslog ロギングを有効にします。
logging onSyslog サーバー(Bindplane)の IP アドレスとポートを指定します。
logging host <syslog-server-ip> udp port 514省略可: syslog ファシリティ(
local0~local7)を設定します。logging facility local0Syslog サーバーに送信するログの最小重大度レベルを定義します。
logging trap <severity-level>構成を保存します。
write memory
UDM マッピング テーブル
| ログフィールド | UDM マッピング | ロジック |
|---|---|---|
%{GREEDYDATA} |
metadata.description |
%{GREEDYDATA} フィールドは、「-- %{GREEDYDATA} --」パターンに一致する場合、metadata.description にマッピングされます。 |
%{GREEDYDATA:auth_result} |
security_result.description |
%{GREEDYDATA:desc} が存在する場合、%{GREEDYDATA:auth_result} フィールドは %{GREEDYDATA:desc} フィールドと連結され、security_result.description が形成されます。 |
%{GREEDYDATA:desc} |
security_result.description |
%{GREEDYDATA:desc} フィールドは、security_result.description フィールドに入力するために使用されます。未加工ログの形式に応じて、他のフィールドと連結できます。 |
%{GREEDYDATA:login_to} |
security_result.description |
%{GREEDYDATA:login_to} フィールドは %{GREEDYDATA:desc} フィールドと連結され、%{GREEDYDATA:desc} が存在する場合は security_result.description を形成します。 |
%{GREEDYDATA:user} |
target.user.userid |
%{GREEDYDATA:user} フィールドは target.user.userid にマッピングされます。 |
%{HOST:principal_host} |
principal.hostname |
%{HOST:principal_host} フィールドは principal.hostname にマッピングされます。 |
%{HOST:target_host} |
target.hostname |
%{HOST:target_host} フィールドは target.hostname にマッピングされます。 |
%{INT:http_port} |
additional.fields.value.string_value |
%{INT:http_port} フィールドは、キー「HTTP Port」を使用して additional.fields.value.string_value にマッピングされます。 |
%{INT:target_port} |
target.port |
%{INT:target_port} フィールドは target.port にマッピングされ、整数に変換されます。 |
%{INT:telnet_port} |
additional.fields.value.string_value |
%{INT:telnet_port} フィールドは、キー「Telnet Port」を使用して additional.fields.value.string_value にマッピングされます。 |
%{INT:tftp_port} |
additional.fields.value.string_value |
%{INT:tftp_port} フィールドは、キー「TFTP Port」を使用して additional.fields.value.string_value にマッピングされます。 |
%{IP:principal_ip} |
principal.ip |
%{IP:principal_ip} フィールドは principal.ip にマッピングされます。 |
%{IP:target_ip} |
target.ip |
%{IP:target_ip} フィールドは target.ip にマッピングされます。 |
%{IPV4:principal_ip} |
principal.ip |
%{IPV4:principal_ip} フィールドは principal.ip にマッピングされます。 |
%{IPV4:target_ip} |
target.ip |
%{IPV4:target_ip} フィールドは target.ip にマッピングされます。 |
%{MAC:principal_mac} |
principal.mac |
%{MAC:principal_mac} フィールドは、[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2} 形式に変換された後、principal.mac にマッピングされます。 |
%{USERNAME:target_host} |
target.hostname |
%{USERNAME:target_host} フィールドは target.hostname にマッピングされます。 |
%{USERNAME:user} |
target.user.userid |
%{USERNAME:user} フィールドは target.user.userid にマッピングされます。 |
%{WORD:auth_result} |
security_result.description |
%{GREEDYDATA:desc} が存在する場合、%{WORD:auth_result} フィールドは %{GREEDYDATA:desc} フィールドと連結され、security_result.description が形成されます。 |
%{WORD:proto} |
network.application_protocol |
%{WORD:proto} フィールドは、値が「SSH」の場合、network.application_protocol にマッピングされます。 |
timestamp |
metadata.event_timestamp |
タイムスタンプ フィールドは、Grok パターンを使用して未加工のログデータから解析され、タイムスタンプ オブジェクトに変換されます。 |
extensions.auth.type |
proto フィールドが空でなく、かつ auth_action フィールドが「logout」または「login」のどちらかである場合、値は「MACHINE」に設定されます。 | |
metadata.description |
このフィールドには、空でない場合、「metadata_description」フィールドの値が入力されます。 | |
metadata.event_type |
このフィールドは、条件付きロジックを使用して他のフィールドの値に基づいて入力されます。- STATUS_STARTUP: target_port_status が「up」の場合。- STATUS_SHUTDOWN: target_port_status が「down」の場合。- USER_LOGOUT: proto が空でなく、auth_action が「logout」の場合。- USER_LOGIN: proto が空でなく、auth_action が「login」の場合。- STATUS_UPDATE: metadata_description が「state changed」と一致する場合。- GENERIC_EVENT: 上記の条件のいずれも満たされない場合。 | |
metadata.log_type |
値は「BROCADE_SERVERIRON」にハードコードされています。 | |
metadata.product_name |
値は「ServerIron」にハードコードされています。 | |
metadata.vendor_name |
値は「Brocade」にハードコードされています。 | |
security_result.action |
desc フィールドに「fail」が含まれているか、auth_result フィールドに「fail」または「rejected」が含まれている場合、値は「BLOCK」に設定されます。 |
さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。