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 の取り込み認証ファイルを取得する

  1. Google SecOps コンソールにログインします。
  2. [SIEM 設定] > [収集エージェント] に移動します。
  3. Ingestion Authentication File をダウンロードします。
    • BindPlane をインストールするシステムにファイルを安全に保存します。

Google SecOps のお客様 ID を取得する

  1. Google SecOps コンソールにログインします。
  2. [SIEM 設定] > [プロファイル] に移動します。
  3. [組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。

Bindplane エージェントをインストールする

次の手順に沿って、Windows または Linux オペレーティング システムに Bindplane エージェントをインストールします。

Windows のインストール

  1. 管理者として コマンド プロンプトまたは PowerShell を開きます。
  2. 次のコマンドを実行します。

    msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
    

Linux のインストール

  1. root 権限または sudo 権限でターミナルを開きます。
  2. 次のコマンドを実行します。

    sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
    

その他のインストール リソース

その他のインストール オプションについては、インストール ガイドをご覧ください。

Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する

  1. 構成ファイルにアクセスします。
    • config.yaml ファイルを見つけます。通常、Linux では /etc/bindplane-agent/ ディレクトリに、Windows ではインストール ディレクトリにあります。
    • テキスト エディタ(nanovi、メモ帳など)を使用してファイルを開きます。
  2. 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 を構成する

  1. Cisco Wireless LAN Controller のウェブ UI にログインします。
  2. [管理] > [ログ] > [構成] に移動します。
  3. [Syslog Server IP Address] フィールドに、Bindplane エージェントの IP アドレスを入力します。
  4. [追加] をクリックします。
  5. 次の構成の詳細を入力します。
    • Syslog Severity: [Informational] を選択します。
    • Syslog Facility: [Local Use 0] を選択します。
    • Buffered Log Level: [Informational - Severity level 6] を選択します。
    • コンソール ログレベル: [Informational - Severity level 6] を選択します。
    • [ファイル情報] チェックボックスをオンにして、ソースファイルに関する情報を含めます。
    • [Proc Info] チェックボックスをオンにして、プロセス情報を含めます。
    • トレースバック情報を含めるには、[トレース情報] チェックボックスをオンにします。
  6. [適用] をクリックします。
  7. [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 のプロフェッショナルから回答を得ることができます。