我們重新調整了說明文件的導覽結構，直接對應您的作業工作流程。詳情請參閱版本資訊和逐步解說影片。

Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

收集 Cisco 無線區域網路控制器 (WLC) 記錄

剖析器版本：12.0

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Cisco Wireless LAN Controller (WLC) 記錄擷取至 Google Security Operations。

剖析器會使用 grok 模式從 Cisco WLC 系統記錄訊息中擷取欄位，並處理各種記錄格式，包括 DHCP、驗證和網路事件。並將擷取的欄位對應至統合式資料模型 (UDM)，然後根據 mnemonic 和郵件內容判斷事件類型。

事前準備

請確認您已完成下列事前準備事項：

Google SecOps 執行個體
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
Bindplane 代理程式與 Cisco WLC 之間的網路連線
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
Cisco WLC 的特殊存取權

取得 Google SecOps 擷取驗證檔案

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「收集代理程式」。
下載擷取驗證檔案
將檔案安全地儲存在要安裝 Bindplane 代理程式的系統上。

注意： 這個 JSON 檔案包含驗證 Bindplane 代理程式與 Google SecOps 的憑證。

取得 Google SecOps 客戶 ID

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「設定檔」。
複製並儲存「機構詳細資料」部分中的客戶 ID。

注意： 設定 Bindplane 代理程式匯出工具時，必須提供客戶 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 安裝

開啟具有根層級或 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
```
服務應顯示為有效 (執行中)。

其他安裝資源

如需其他安裝選項和疑難排解資訊，請參閱 Bindplane 代理程式安裝指南。

設定 Bindplane 代理程式，擷取系統記錄檔並傳送至 Google SecOps

找出設定檔

Linux：

sudo nano /etc/bindplane-agent/config.yaml

Windows：

notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

編輯設定檔

將 config.yaml 的所有內容替換為下列設定：

receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/cisco_wireless:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: CISCO_WIRELESS
        raw_log_field: body

service:
    pipelines:
        logs/cisco_wireless_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/cisco_wireless

設定參數

替換下列預留位置：

接收器設定：
- listen_address：要接聽的 IP 位址和通訊埠：
  - 0.0.0.0，監聽所有介面 (建議)
  - 通訊埠 514 是標準的系統記錄通訊埠 (在 Linux 上需要根層級權限；非根層級權限請使用 1514)
匯出工具設定：
- creds_file_path：擷取驗證檔案的完整路徑：
  - Linux：/etc/bindplane-agent/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id：從 Google SecOps 控制台複製的客戶 ID
- endpoint：區域端點網址：
  - 美國：malachiteingestion-pa.googleapis.com
  - 歐洲：europe-malachiteingestion-pa.googleapis.com
  - 亞洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需完整清單，請參閱「區域端點」

儲存設定檔

編輯完成後，請儲存檔案：
- Linux：依序按下 Ctrl+O、Enter 和 Ctrl+X
- Windows：依序點選「檔案」>「儲存」

重新啟動 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
```
- 服務控制台：
  1. 按下 Win+R，輸入 services.msc，然後按下 Enter 鍵。
  2. 找出 observIQ OpenTelemetry Collector。
  3. 按一下滑鼠右鍵，然後選取「重新啟動」。
  4. 確認服務正在執行：
```
sc query observiq-otel-collector
```
  5. 檢查記錄中是否有錯誤：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

在 Cisco WLC 上設定系統記錄

登入 WLC 網頁版 UI。
依序前往「管理」>「記錄」>「設定」。
在「Syslog Server IP Address」(系統記錄伺服器 IP 位址) 欄位中，輸入 Bindplane 代理程式 IP 位址。
按一下「新增」。
請提供下列設定詳細資料：
- Syslog Severity：選取「Informational」。
- Syslog Facility：選取「Local Use 0」。
按一下「套用」。
按一下 [Save Configuration] (儲存組態)。

注意： 系統會透過 UDP 傳輸通訊埠 514 的 Syslog 訊息。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`action_data`	`read_only_udm.security_result.action_details`	直接從「`action_data`」欄位對應。
`data`	`read_only_udm.metadata.description`	經過處理 (例如移除時間戳記、多餘字元) 後，直接從 `data` 欄位對應。從記錄訊息開頭的時間戳記擷取。剖析器會處理各種格式。系統會根據 `cisco_wireless.include` 檔案中的複雜邏輯，判斷 `mnemonic` 和 `messageToProcess` 欄位。設為「CISCO_WIRELESS」。`facility`、`cisco_severity` 和 `mnemonic` 欄位的串連。如果有的話，會從記錄訊息中擷取。設為「CISCO_WIRELESS」。如果有的話，會從「`version`」欄位擷取。設為「CISCO」。如果事件與 DHCP 相關，請設為「DHCP」。如果是廣播電視網事件，請設為「BROADCAST」。如果是 UDP 網路事件，請設為「UDP」。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。視記錄格式而定，對應至 `wlc_controller` 或 `hostname` 欄位。如果說明或 `MessageSourceAddress`提供相關資訊，系統會從中擷取。視記錄格式而定，對應至 `wlc_controller` 或 `hostname` 欄位。如果說明或 `MessageSourceAddress`提供相關資訊，系統會從中擷取。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果 `SourceModuleName` 和 `SourceModuleType` 欄位有資料，系統會根據這些欄位建立。如果使用者 ID 類似電子郵件地址，系統會從 `read_only_udm.principal.user.userid` 對應。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。根據事件類型和說明決定。根據事件類型和說明決定。如果說明中有特定欄位，系統會從這些欄位建立摘要。如果說明中有相關資訊，系統會擷取並顯示。有時會合併多個欄位的資訊。根據 `cisco_severity` 欄位和事件類型決定。衍生自 `read_only_udm.security_result.severity` 欄位。根據說明和事件類型得出的安全性結果簡要摘要。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果說明中有相關資訊，系統會擷取並顯示。如果是設定修改事件，請設為「SETTING」。如果說明中有相關資訊，系統會擷取並顯示。
`event_data`	`read_only_udm.metadata.product_event_type`	直接從「`event_data`」欄位對應。
`event_id`	`read_only_udm.metadata.product_log_id`	直接從「`event_id`」欄位對應。
`event_ts`	`read_only_udm.metadata.event_timestamp`	直接從「`event_ts`」欄位對應。
`facility`	`read_only_udm.metadata.product_event_type`	直接從「`facility`」欄位對應。
`hostname`	`read_only_udm.principal.hostname`	直接從「`hostname`」欄位對應。
`hostname`	`read_only_udm.target.hostname`	直接從「`hostname`」欄位對應。
`inter_mac`	`read_only_udm.intermediary.mac`	直接從「`inter_mac`」欄位對應。
`intermediary_hostname`	`read_only_udm.intermediary.hostname`	直接從「`intermediary_hostname`」欄位對應。
`kv_data`	`read_only_udm.principal.resource.attribute.labels`	系統會將這些值剖析為鍵/值組合，並用來填入標籤。
`log_message`	`read_only_udm.security_result.description`	直接從「`log_message`」欄位對應。
`MessageSourceAddress`	`read_only_udm.principal.asset.ip`	直接從「`MessageSourceAddress`」欄位對應。
`MessageSourceAddress`	`read_only_udm.principal.ip`	直接從「`MessageSourceAddress`」欄位對應。
`messageToProcess`	`read_only_udm.metadata.description`	經過處理後，直接從 `messageToProcess` 欄位對應。
`mnemonic`	`read_only_udm.metadata.event_type`	與其他欄位搭配使用，判斷事件類型。
`mnemonic`	`read_only_udm.metadata.product_event_type`	直接從「`mnemonic`」欄位對應。
`severity_data`	`read_only_udm.security_result.severity`	從 `severity_data` 欄位對應，並轉換為列舉值。
`SourceModuleName`	`read_only_udm.principal.resource.attribute.labels`	直接從「`SourceModuleName`」欄位對應。
`SourceModuleType`	`read_only_udm.principal.resource.attribute.labels`	直接從「`SourceModuleType`」欄位對應。
`timestamp`	`read_only_udm.metadata.event_timestamp`	直接從「`timestamp`」欄位對應。
`version`	`read_only_udm.metadata.product_version`	直接從「`version`」欄位對應。
`wlc_controller`	`read_only_udm.principal.hostname`	直接從「`wlc_controller`」欄位對應。
`wlc_controller`	`read_only_udm.target.hostname`	直接從「`wlc_controller`」欄位對應。
`mnemonic`	`event.idm.read_only_udm.metadata.product_event_type`	從變更記錄對應
`urlHolder`	`event.idm.read_only_udm.target.url`	從變更記錄對應
`syslog_sequence`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`userid`	`event.idm.read_only_udm.principal.user.userid`	從變更記錄對應
`principal_mac`	`event.idm.read_only_udm.principal.mac`	從變更記錄對應
`obs_host`	`event.idm.read_only_udm.observer.hostname`	從變更記錄對應
`obs_desc`	`event.idm.read_only_udm.observer.labels`	從變更記錄對應
`addr`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`component_status`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`ecc`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`multipleErrorsDetected`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`rep[0]`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`rep[1]`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`rep[2]`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`suppressed_times`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`valid`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`interface`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`event_id`	`event.idm.read_only_udm.metadata.product_log_id`	從變更記錄對應
`principal_hostname`	`event.idm.read_only_udm.principal.hostname` 和 `event.idm.read_only_udm.principal.asset.hostname`	從變更記錄對應
`wlc_controller`	`event.idm.read_only_udm.principal.hostname` 和 `event.idm.read_only_udm.principal.asset.hostname`	從變更記錄對應
`src_ip_1`	`event.idm.read_only_udm.principal.ip`	從變更記錄對應
`src_ip_2`	`event.idm.read_only_udm.principal.ip`	從變更記錄對應
`mac1`	`event.idm.read_only_udm.principal.mac`	從變更記錄對應
`mac2`	`event.idm.read_only_udm.principal.mac`	從變更記錄對應
`slot`	`event.idm.read_only_udm.security_result.detection_fields`	從變更記錄對應
`username`	`event.idm.read_only_udm.principal.user.userid`	從變更記錄對應
`src_ip`	`event.idm.read_only_udm.principal.ip` 和 `event.idm.read_only_udm.principal.asset.ip`	從變更記錄對應
`ssid`	`event.idm.read_only_udm.security_result.detection_fields`	從變更記錄對應
`SourceModuleName" and "SourceModuleType`	`principal.resource.attribute.labels`	從變更記錄對應
`client_host", and "hostname`	`principal.hostname`	從變更記錄對應
`client_ip`	`principal.ip`	從變更記錄對應
`client_mac`	`principal.mac`	從變更記錄對應
`ap_ip`	`target.ip`	從變更記錄對應
`ap_mac`	`target.mac`	從變更記錄對應
`messageToProcess" and "description`	`metadata.description`	從變更記錄對應
`inter_url`	`intermediary.url`	從變更記錄對應
`inter_ip`	`intermediary.ip`	從變更記錄對應
`sec_desc`	`security_result.description`	從變更記錄對應
`latest_version", "current_version", "certificate", "expiry_date", "clostest_sensor", "ssid", "client", "xid", "failure_reason", "auth_failure_reason", and "interface`	`security_result.detection_fields`	從變更記錄對應
`action_data`	`security_result.acion_details`	從變更記錄對應
`username`	`principal.user.userid`	從變更記錄對應
`vendor", and "RSSI`	`principal.resource.attribute.labels`	從變更記錄對應
`vendor", "security_setting", "channel", "protocol", and "RSSI`	`target.resource.attribute.labels`	從變更記錄對應
`msg1`	`metadata.description`	從變更記錄對應
`wlc_controller`	`event.idm.read_only_udm.principal.hostname`	從變更記錄對應
`event.idm.read_only_udm.metadata.event_type`	`USER_RESOURCE_ACCESS`	從變更記錄對應

變更記錄

查看這個剖析器的變更記錄

還有其他問題嗎？向社群成員和 Google SecOps 專業人員尋求答案。