RSA Authentication Manager ログを収集する
このドキュメントでは、Bindplane を使用して RSA Authentication Manager ログを Google Security Operations に取り込む方法について説明します。
RSA Authentication Manager(現在は RSA SecurID)は、トークン、プッシュ通知、生体認証を使用して 2 要素認証を提供する多要素認証プラットフォームです。ユーザー ID と認証ポリシーを管理し、企業全体の認証試行の監査ログを生成します。パーサーは、RSA Authentication Manager の CSV 形式のログからフィールドを抽出します。grok を使用してログメッセージを解析し、これらの値を Unified Data Model(UDM)にマッピングします。また、イベントのソースとタイプにデフォルトのメタデータ値を設定します。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
- RSA SecurID Security Console への特権アクセス
Bindplane エージェントの Google SecOps 認証情報を取得する
Bindplane エージェントを Google SecOps に対して認証するには、次のいずれかの方法を選択します。
- 新しいデプロイ: Chronicle API(オプション 1)を使用します。
- 以前のデプロイ: Ingestion API が 2027 年 7 月 20 日に廃止されるまで、取り込み認証ファイル(オプション 2)を引き続き使用します。
オプション 1: Chronicle API のサービス アカウントを作成する(推奨)
- Google Cloud コンソールにログインし、Google SecOps インスタンスにリンクされている Google Cloud プロジェクトを選択します。
- [IAM と管理]> [サービス アカウント] に移動します。
- [サービス アカウントを作成] をクリックします。
- 次の構成情報を指定します。
- サービス アカウント名: アカウントの名前を入力します(例:
bindplane-ingest)。 - サービス アカウントの説明: 説明を入力します(例:
Bindplane agent log ingestion)。
- サービス アカウント名: アカウントの名前を入力します(例:
- [作成して続行] をクリックします。
- [このサービス アカウントにプロジェクトへのアクセスを許可する] セクションで、[ロールを選択] をクリックし、[Chronicle 編集者] を選択します。
- [**続行**] をクリックして [**完了**] をクリックします。
- 作成したサービス アカウントをクリックし、[キー] タブに移動します。
- [**鍵を追加 > 新しい鍵を作成**] の順にクリックします。
- [JSON] を選択して [作成] をクリックします。キーファイルがパソコンにダウンロードされます。
- キーファイルを Bindplane コレクタ ディレクトリ(Linux の場合は
/opt/observiq-otel-collector/ingestion-auth.json、Windows の場合はC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json)にingestion-auth.jsonとして保存するか、保存先のパスに合わせてconfig.yamlのcreds_file_pathを更新します。 - [IAM と管理] > [設定] に移動し、[プロジェクト番号] をコピーします。エクスポートの構成に必要になります。
オプション 2: 取り込み認証ファイルをダウンロードする(レガシー)
- 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](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](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/chronicle_w_labels: 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: '/path/to/ingestion-authentication-file.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: chronicle.googleapis.com log_type: 'RSA_AUTH_MANAGER' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels
構成パラメータ
各プレースホルダを次のように置き換えます。
レシーバーの構成:
udplog: UDP Syslog にはudplog、TCP Syslog にはtcplogを使用します。0.0.0.0: リッスンする IP アドレス(すべてのインターフェースでリッスンする場合は0.0.0.0)514: リッスンするポート番号(標準の Syslog ポート)
エクスポーターの構成:
creds_file_path: サービス アカウント JSON キーファイルのフルパス(オプション 1):- Linux:
/opt/observiq-otel-collector/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
YOUR_CUSTOMER_ID: お客様 ID を取得するセクションのお客様 IDlocation:<LOCATION>を Google SecOps インスタンスのリージョン(us、europe、asia-southeast1など)に置き換えます。エクスポーターは、この値でchronicle.googleapis.comに接頭辞を付けます。完全なリストについては、リージョン エンドポイントをご覧ください。project:<PROJECT_NUMBER>を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。endpoint:chronicle.googleapis.comに設定したままにします。log_type: Chronicle に表示されるログタイプ(RSA_AUTH_MANAGER)
レガシー Ingestion API エクスポーター
オプション 2 の取り込み認証ファイルを使用する場合は、
exportersブロックを次のように置き換えます。creds_file_pathを取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.comを リージョン エンドポイント(europe-malachiteingestion-pa.googleapis.comなど)に置き換えます。exporters: chronicle/chronicle_w_labels: compression: gzip creds_file_path: '/path/to/ingestion-authentication-file.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: malachiteingestion-pa.googleapis.com log_type: 'RSA_AUTH_MANAGER' raw_log_field: body ingestion_labels:
構成ファイルを保存する
- 編集が完了したら、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xを押します。 - Windows: [File > Save] をクリックします。
- 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"
RSA Authentication Manager で Syslog 転送を構成する
- RSA SecurID Security Console にログインします。
- [Setup] > [System Settings] > [Logging] に移動します。
[Remote Logging] で [Add Remote Log Server] をクリックします。
次の構成情報を指定します。
- Hostname/IP Address: Bindplane エージェント ホストの IP アドレスを入力します。
- ポート:
514と入力します。 - Protocol: [UDP] を選択します。
[Log Level] セクションで、ロギングレベルを構成します。
- システム アクティビティ ログ: [Info] 以上を選択します。
- 管理者アクティビティ ログ: [Info] 以上を選択します。
- **Runtime Authentication Log**: [**Info**] 以上を選択します。
[Log Format] セクションで次の操作を行います。
- Format: [CSV](カンマ区切り値)を選択します。
[保存] をクリックします。
または、RSA アプライアンスで CLI を使用して構成します。
manage-logging --set-remote-logging --host BINDPLANE_IP --port 514 --protocol UDPBINDPLANE_IPを Bindplane エージェント ホストの IP アドレスに置き換えます。Bindplane エージェント ログを確認して、Syslog メッセージが送信されていることを確認します。
UDM マッピング テーブル
| ログフィールド | UDM マッピング | ロジック |
|---|---|---|
| clientip | principal.asset.ip | 未加工ログの column8 の値。 |
| clientip | principal.ip | 未加工ログの column8 の値。 |
| column1 | metadata.event_timestamp.seconds | 未加工ログの時間フィールド(column1)から、「yyyy-MM-dd HH:mm:ss」形式と「yyyy-MM-dd HH: mm:ss」形式を使用して解析されます。 |
| column12 | security_result.action | operation_status フィールド(column12)に基づいてマッピングされます。値「SUCCESS」と「ACCEPT」は ALLOW にマッピングされ、「FAIL」、「REJECT」、「DROP」、「DENY」、「NOT_ALLOWED」は BLOCK にマッピングされ、その他の値は UNKNOWN_ACTION にマッピングされます。 |
| column18 | principal.user.userid | 未加工ログの column18 の値。 |
| column19 | principal.user.first_name | 未加工ログの column19 の値。 |
| column20 | principal.user.last_name | 未加工ログの column20 の値。 |
| column25 | principal.hostname | 未加工ログの column25 の値。 |
| column26 | principal.asset.hostname | 未加工ログの column26 の値。 |
| column27 | metadata.product_name | 未加工ログの column27 の値。 |
| column3 | target.administrative_domain | 未加工ログの column3 の値。 |
| column32 | principal.user.group_identifiers | 未加工ログの column32 の値。 |
| column5 | security_result.severity | severity フィールド(column5)に基づいてマッピングされます。値「INFO」、「INFORMATIONAL」は INFORMATIONAL にマッピングされ、「WARN」、「WARNING」は WARNING にマッピングされ、「ERROR」、「CRITICAL」、「FATAL」、「SEVERE」、「EMERGENCY」、「ALERT」は ERROR にマッピングされ、「NOTICE」、「DEBUG」、「TRACE」は DEBUG にマッピングされ、その他の値は UNKNOWN_SEVERITY にマッピングされます。 |
| column8 | target.asset.ip | 未加工ログの column8 の値。 |
| column8 | target.ip | 未加工ログの column8 の値。 |
| event_name | security_result.rule_name | 未加工ログの column10 の値。 |
| host_name | intermediary.hostname | 未加工ログの 部分から、grok パターンを使用して抽出されます。 |
| process_data | principal.process.command_line | 未加工ログの 部分から、grok パターンを使用して抽出されます。 |
| summary | security_result.summary | 未加工ログの column13 の値。 |
| time_stamp | metadata.event_timestamp.seconds | 未加工ログの 部分から、grok パターンを使用して抽出されます。見つからない場合は、未加工ログのタイムスタンプ フィールドからタイムスタンプが抽出されます。 |
変更ログ
さらにサポートが必要な場合コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。