Cisco Wireless Intrusion Prevention System(WIPS)のログを収集する
パーサーのバージョン: 1.0
このドキュメントでは、Bindplane エージェントを使用して Cisco Wireless Intrusion Prevention System(WIPS)のログを Google Security Operations に取り込む方法について説明します。
パーサーは、syslog メッセージから Key-Value ペアを抽出し、それらの値を統合データモデル(UDM)フィールドにマッピングします。プリンシパル、ターゲット、ユーザー情報が存在するかどうかに基づいて適切なイベントタイプを判別し、eventType などのフィールドに基づいてセキュリティ イベントを分類します。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - Bindplane エージェントと Cisco アクセス ポイント(AP)またはワイヤレス LAN コントローラ(WLC)間のネットワーク接続
- プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認する
- Cisco アクセス ポイント(AP)またはワイヤレス LAN コントローラ(WLC)への特権アクセス
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" /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/cisco_wips: 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: CISCO_WIPS raw_log_field: body service: pipelines: logs/cisco_wips_to_chronicle: receivers: - udplog exporters: - chronicle/cisco_wips
構成パラメータ
各プレースホルダを次のように置き換えます。
レシーバーの構成:
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/cisco_wips: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: CISCO_WIPS raw_log_field: body
構成ファイルを保存する
- 編集が完了したら、ファイルを保存します。
- 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"
Cisco Catalyst で Adaptive Wireless Intrusion Prevention System(aWIPS)を構成する
- SSH を使用して Cisco Catalyst にログインします。
グローバル構成を入力して、AP プロファイルで aWIPS を有効にします。
configure terminal ap profile <profile-name> awipssyslog スロットル間隔を 60 秒に構成します。
awips-syslog throttle period 60
Cisco AP プロファイルを使用して syslog を構成する
AP 結合プロファイル(CLI 経由)で:
configure terminal ap profile <profile-name> syslog host <BINDPLANE_IP> syslog level informational syslog facility local0 end<BINDPLANE_IP>を Bindplane エージェントの IP アドレスに置き換えます。
Cisco WLC で syslog を構成する(GUI)
- WLC ウェブ UI にログインします。
- [Management] > [Logs] > [Config] に移動します。
- [Syslog Server IP Address] フィールドに Bindplane エージェントの IP アドレスを入力します。
- [追加] をクリックします。
- 次の構成情報を指定します。
- Syslog Severity: [Informational] を選択します。
- Syslog Facility: [Local Use 0] を選択します。
- [適用] をクリックします。
- [Save Configuration] をクリックします。
WLC(CLI)を使用してアクセス ポイントで syslog を構成する
グローバル AP syslog ホスト:
config ap syslog host global <BINDPLANE_IP>特定の AP syslog ホストを構成します。
config ap syslog host specific <AP-name> <BINDPLANE_IP>AP syslog の重大度を設定します。
config ap logging syslog level informationalAP メッセージのファシリティを設定します。
config logging syslog facility local0<BINDPLANE_IP>を Bindplane エージェントの IP アドレスに置き換えます。
UDM マッピング テーブル
| ログフィールド | UDM マッピング | 論理 |
|---|---|---|
applicationCategoryData |
security_result.summary |
直接マッピングされます。 |
applicationSpecificAlarmID |
target.resource.attribute.labels.applicationSpecificAlarmID |
ターゲット リソースのラベルに変換されます。 |
attackerMacAddr |
target.mac |
直接マッピングされます。 |
authEntityId |
principal.resource.attribute.labels.authEntityId |
プリンシパル リソースのラベルに変換されます。 |
category |
security_result.category_details |
直接マッピングされます。 |
detectingApCount |
target.resource.attribute.labels.detectingApCount |
ターゲット リソースのラベルに変換されます。 |
description |
metadata.description |
直接マッピングされます。 |
displayName |
principal.user.userid |
パターンが一致する場合は、正規表現 host/(?P<user_id>[\\w-]+) を使用して displayName から抽出されます。 |
eventType |
metadata.product_event_type |
直接マッピングされます。 |
instanceId |
principal.resource.attribute.labels.instanceId |
プリンシパル リソースのラベルに変換されます。 |
instanceUuid |
metadata.product_log_id |
直接マッピングされます。 |
instanceVersion |
principal.resource.attribute.labels.instanceVersion |
プリンシパル リソースのラベルに変換されます。 |
macInfo |
target.resource.attribute.labels.macInfo |
ターゲット リソースのラベルに変換されます。 |
notificationDeliveryMechanism |
target.resource.attribute.labels.notificationDeliveryMechanism、network.ip_protocol |
ターゲット リソースのラベルに変換されます。値に「snmp」が含まれている場合(大文字と小文字を区別しない)、network.ip_protocol は「UDP」に設定されます。 |
previousSeverity |
target.resource.attribute.labels.previousSeverity |
ターゲット リソースのラベルに変換されます。eventType が「USER_AUTHENTICATION_FAILURE」で user_id が空でない場合は、「AUTHTYPE_UNSPECIFIED」に設定されます。ログの timestamp からコピーされます。いくつかの条件に基づいてパーサーのロジックによって決定されます。eventType が「USER_AUTHENTICATION_FAILURE」で user_id が空でない場合は「USER_LOGIN」。is_target_present と is_principal_present の両方が true の場合は「NETWORK_CONNECTION」。is_principal_present が true の場合は「STATUS_UPDATE」。user_id が空でない場合は「USER_UNCATEGORIZED」。それ以外の場合は「GENERIC_EVENT」。「CISCO_WIPS」にハードコードされます。「Wireless Intrusion Prevention System(WIPS)」にハードコードされます。「Cisco」にハードコードされます。 notificationDeliveryMechanism に「snmp」が含まれている場合(大文字と小文字を区別しない)は、「UDP」に設定されます。reportingEntityAddress または source が IP でない場合は、どちらかからマッピングされます。reportingEntityAddress または source が IP の場合は、どちらかからマッピングされます。source が MAC アドレスの場合は、正規表現を使用して抽出されます。プリンシパル リソースのラベルに変換されます。プリンシパル リソースのラベルに変換されます。 |
reportingEntityAddress |
principal.ip、principal.hostname |
IP アドレスの場合は、principal.ip にマッピングされます。それ以外の場合は、principal.hostname にマッピングされます。 |
severity |
security_result.severity |
次の条件に基づいてマッピングされます。 `severity` が「0」、「1」、「CRITICAL」、「VERY-HIGH」の場合は「CRITICAL」。 severityseverity が「2」、「3」、「4」、「HIGH」の場合は「HIGH」。severity が「5」または「MEDIUM」の場合は「MEDIUM」。severity が「6」、「7」、「LOW」の場合は「LOW」。 |
sigAlertDescription |
security_result.description |
直接マッピングされます。 |
signatureName |
target.resource.attribute.labels.signatureName |
ターゲット リソースのラベルに変換されます。 |
source |
principal.hostname、principal.ip、principal.mac |
IP アドレスの場合は、principal.ip にマッピングされます。MAC アドレスの場合は、principal.mac にマッピングされます。それ以外の場合は、principal.hostname にマッピングされます。 |
srcObjectClassId |
principal.resource.attribute.labels.srcObjectClassId |
プリンシパル リソースのラベルに変換されます。 |
srcObjectId |
principal.resource.attribute.labels.srcObjectId |
プリンシパル リソースのラベルに変換されます。 |
subclassName |
security_result.rule_name |
直接マッピングされます。applicationSpecificAlarmID に「BlockList」が含まれている場合(大文字と小文字を区別しない)、または eventType が「SIGNATURE_ATTACK」、「MALICIOUS_ROGUE_AP_DETECTED」、「USER_AUTHENTICATION_FAILURE」のいずれかの場合は、「BLOCK」に設定されます。eventType に基づいてパーサーのロジックによって決定されます。eventType が「MALICIOUS_ROGUE_AP_DETECTED」の場合は「NETWORK_MALICIOUS」。eventType が「SIGNATURE_ATTACK」の場合は「NETWORK_SUSPICIOUS」。eventType が「USER_AUTHENTICATION_FAILURE」の場合は「AUTH_VIOLATION」。 |
timestamp |
metadata.event_timestamp |
seconds フィールドと nanos フィールドは直接マッピングされます。 |
変更ログ
さらにサポートが必要な場合コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。