Cisco Wireless Security Management(WiSM)のログを収集する
このドキュメントでは、Bindplane を使用して Cisco Wireless Security Management(WiSM)ログを Google Security Operations に取り込む方法について説明します。パーサーは syslog メッセージからフィールドを抽出し、統合データモデル(UDM)にマッピングし、cisco_mnemonic
フィールドに基づいてイベントを分類します。ログイン、ログアウト、ネットワーク接続、ステータスの更新などのさまざまなイベントタイプを処理し、ユーザー名、IP アドレス、MAC アドレス、セキュリティの詳細などの関連情報を抽出します。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows 2016 以降、または
systemd
を使用する Linux ホスト - プロキシの背後で実行している場合は、ファイアウォール ポートが開いていることを確認する
- Cisco Wireless LAN Controller(WLC)への特権アクセス
Google SecOps の取り込み認証ファイルを取得する
- Google SecOps コンソールにログインします。
- [SIEM 設定] > [収集エージェント] に移動します。
- Ingestion Authentication File をダウンロードします。
- 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
Linux のインストール
- root 権限または sudo 権限でターミナルを開きます。
次のコマンドを実行します。
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
その他のインストール リソース
その他のインストール オプションについては、インストール ガイドをご覧ください。
Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
- 構成ファイルにアクセスします。
config.yaml
ファイルを見つけます。通常、Linux では/etc/bindplane-agent/
ディレクトリに、Windows ではインストール ディレクトリにあります。- テキスト エディタ(
nano
、vi
、メモ帳など)を使用してファイルを開きます。
config.yaml
ファイルを次のように編集します。receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds_file_path: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization log_type: 'CISCO_WSM' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels
- 自社のインフラストラクチャでの必要性に応じて、ポートと IP アドレスを置き換えます。
<customer_id>
は、実際の顧客 ID に置き換えます。/path/to/ingestion-authentication-file.json
の値を、Google SecOps の取り込み認証ファイルを取得するで認証ファイルを保存したパスに更新します。
Bindplane エージェントを再起動して変更を適用する
Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。
sudo systemctl restart bindplane-agent
Windows で Bindplane エージェントを再起動するには、Services コンソールを使用するか、次のコマンドを入力します。
net stop BindPlaneAgent && net start BindPlaneAgent
Cisco WiSM で Syslog を構成する
- Cisco Wireless LAN Controller のウェブ UI にログインします。
- [管理] > [ログ] > [構成] に移動します。
- [Syslog Server IP Address] フィールドに、Bindplane エージェントの IP アドレスを入力します。
- [追加] をクリックします。
- 次の構成の詳細を入力します。
- Syslog Severity: [Informational] を選択します。
- Syslog Facility: [Local Use 0] を選択します。
- Buffered Log Level: [Informational - Severity level 6] を選択します。
- コンソール ログレベル: [Informational - Severity level 6] を選択します。
- [ファイル情報] チェックボックスをオンにして、ソースファイルに関する情報を含めます。
- [Proc Info] チェックボックスをオンにして、プロセス情報を含めます。
- トレースバック情報を含めるには、[トレース情報] チェックボックスをオンにします。
- [適用] をクリックします。
- [Save Configuration] をクリックします。
UDM マッピング テーブル
ログフィールド | UDM マッピング | ロジック |
---|---|---|
cisco_facility |
principal.resource.type |
Grok を使用して cisco_tag フィールドから抽出されます。 |
cisco_message |
metadata.description |
未加工ログの元のメッセージ。 |
cisco_tag |
metadata.product_event_type |
未加工のログのタグ。ファシリティ、重大度、ニーモニックが含まれます。 |
database |
security_result.detection_fields.value |
存在する場合、キーは「Database」に設定されます。 |
hostname |
intermediary.hostname |
存在する場合。 |
intermediary_ip |
intermediary.ip |
仲介デバイスの IP アドレス。 |
principal_hostname |
principal.hostname |
存在する場合。 |
principal_ip |
principal.ip |
存在する場合。 |
principal_mac |
principal.mac |
存在する場合。コロン区切りの 16 進数形式。 |
principal_port |
principal.port |
存在する場合。整数に変換されます。 |
principal_process_id |
principal.process.pid |
存在する場合。 |
profile |
security_result.detection_fields.value |
存在する場合、キーは「Profile」に設定されます。 |
reason_message |
security_result.summary |
存在する場合。security_result.description にも使用されることがあります。 |
target_ip |
target.ip |
存在する場合。 |
target_mac |
target.mac |
存在する場合。 |
terminal |
target.hostname |
存在する場合。 |
tls_local_ip |
security_result.detection_fields.value |
存在する場合、キーは「TLS local」に設定されます。 |
tls_remote |
security_result.detection_fields.value |
存在する場合、キーは「TLS Remote」に設定されます。 |
username |
principal.user.userid (ログアウト イベントでは target.user.userid ) |
存在する場合。特定のケースでは、パーサーのロジックによって「MECHANISM_UNSPECIFIED」に設定されます。パーサー ロジックによるログイン/ログアウト イベントの場合は「MACHINE」に設定されます。バッチの create_time からコピーされます。cisco_mnemonic や他のフィールドに基づいてパーサー ロジックによって決定されます。パーサー ロジックによって「CISCO_WSM」に設定されます。パーサー ロジックによって「CISCO_WSM」に設定されます。パーサー ロジックによって「CISCO_WSM」に設定されます。特定のイベントでは、パーサー ロジックによって「BROADCAST」に設定されます。パーサー ロジックによって、特定のイベントの場合は「UDP」に設定されます。存在する場合。特定のイベントでは、パーサーのロジックによって「ALLOW」または「BLOCK」に設定されます。特定のイベントでは、パーサー ロジックによって「AUTH_VIOLATION」に設定されます。特定のイベントでは、パーサー ロジックによって設定されます。reason_message が使用されることもあります。パーサー ロジックによって cisco_severity から取得されます。パーサー ロジックによって cisco_severity から取得されます。パーサー ロジックによって特定のイベントに設定されます。reason_message が使用されることもあります。 |
さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。