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

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

收集 Aruba 無線控制器和存取點記錄

剖析器版本：12.0

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Aruba 無線控制器和存取點記錄檔擷取至 Google Security Operations。

Aruba 無線控制器和存取點會針對無線事件、用戶端關聯、驗證、存取控管和系統作業，產生系統記錄訊息。剖析器會處理系統記錄訊息，並擷取與觀察者、中介裝置和存取點詳細資料相關的欄位。

事前準備

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

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

取得 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/aruba_wireless:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ARUBA_WIRELESS
        raw_log_field: body

service:
    pipelines:
        logs/aruba_wireless_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/aruba_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"
```

設定 Aruba 無線控制器和存取點

登入 Aruba 控制器網頁版使用者介面。
前往頂端選單，依序選取「設定」>「系統」。
選取「記錄」，開啟記錄設定頁面。
在「Syslog servers」(系統記錄伺服器) 專區中，按一下「+ Add」(新增) 即可新增系統記錄伺服器。
輸入下列詳細資料：
- 名稱：輸入 Syslog 伺服器的專屬名稱，例如 Google SecOps Syslog。
- IP 位址：輸入 Bindplane IP 位址。
- 「通訊埠」：輸入 Bindplane 通訊埠編號 (通常為 UDP 的 514)。
- 記錄設施：選取「local 6」 (通常用於網路裝置)。
- 記錄層級：選取「資訊」即可擷取資訊記錄。
- 格式：選取「bsd-standard」格式 (這是 Aruba 控制器使用的預設系統記錄格式)。
按一下「提交」儲存設定。
按一下「待處理變更」。
按一下「Deploy Changes」(部署變更)，套用新的系統記錄伺服器設定。

注意： 部署變更後，請為特定記錄類別設定記錄層級。
前往「記錄層級」設定，並將下列每個類別的「記錄層級」設為「資訊」：
- 網路
- 全部
- 叢集
- DHCP
- GP
- 機動性
- 封包傾印
- SDN

UDM 對應表

記錄欄位	UDM 對應	邏輯
`Additional Info`	`read_only_udm.security_result.description`	原始記錄中的 `Additional Info` 值會對應至 UDM 欄位 `security_result.description`。
`AP`	`read_only_udm.target.hostname`	如果原始記錄中出現 `AP:`，系統會擷取後方的值，並對應至 UDM 欄位 `target.hostname`。
`BSSID`	`read_only_udm.target.mac`、`read_only_udm.principal.resource.name` (資源類型為 BSSID 時)	原始記錄中的 BSSID 值會對應至 `target.mac`。如果 `principal.resource.type` 為 `BSSID`，系統也會將此名稱當做資源名稱。
`COMMAND`	`read_only_udm.principal.process.command_line`	原始記錄中的指令值會對應至 UDM 欄位 `principal.process.command_line`。
`Dst-MAC`	`read_only_udm.target.mac`	如果存在，原始記錄中的 Dst-MAC 值會對應至 UDM 欄位 `target.mac`。
`SERVER`	`read_only_udm.target.hostname`	如果原始記錄中含有伺服器名稱，系統會將其對應至 UDM 欄位 `target.hostname`。
`SERVER-IP`	`read_only_udm.target.ip`	如果原始記錄中含有伺服器 IP，系統會將其對應至 UDM 欄位 `target.ip`。
`Src-MAC`	`read_only_udm.principal.mac`	如果存在，原始記錄中的 Src-MAC 值會對應至 UDM 欄位 `principal.mac`。
`SSID`	`read_only_udm.target.resource.name` (資源類型為 SSID 時)	當 `target.resource.type` 為 `SSID` 時，系統會使用原始記錄中的 SSID 值做為資源名稱。
`USER`	`read_only_udm.target.user.userid`	如果存在，原始記錄中的使用者 ID 會對應至 UDM 欄位 `target.user.userid`。
`USERIP`	`read_only_udm.principal.ip`、`read_only_udm.observer.ip`	如果存在，原始記錄中的使用者 IP 會對應至 UDM 欄位 `principal.ip` 和 `observer.ip`。
`USERMAC`	`read_only_udm.principal.mac`	如果存在，原始記錄中的使用者 MAC 會對應至 UDM 欄位 `principal.mac`。
`USERNAME`	`read_only_udm.principal.user.userid`	如果存在，原始記錄中的使用者名稱會對應至 UDM 欄位 `principal.user.userid`。
`action`	`read_only_udm.security_result.action`	原始記錄中的動作值 (例如 `permit`、`deny`) 會對應至 UDM 欄位 `security_result.action`。
`apname`	`read_only_udm.target.hostname`	如果原始記錄中含有 AP 名稱，系統會將其對應至 UDM 欄位 `target.hostname`。
`bssid`	`read_only_udm.target.mac`	如果存在，原始記錄中的 BSSID 值會對應至 UDM 欄位 `target.mac`。
`collection_time.seconds`	`read_only_udm.metadata.event_timestamp.seconds`	原始記錄中的收集時間 (以秒為單位) 會對應至 UDM 欄位 `metadata.event_timestamp.seconds`。
`device_ip`	`read_only_udm.intermediary.ip`	原始記錄或 `logstash` 中的裝置 IP 會對應至 UDM 欄位 `intermediary.ip`。
`dstip`	`read_only_udm.target.ip`	如果存在，原始記錄中的目的地 IP 會對應至 UDM 欄位 `target.ip`。
`dstport`	`read_only_udm.target.port`	如果原始記錄中存在目的地連接埠，則會對應至 UDM 欄位 `target.port`。
`event_id`	`read_only_udm.metadata.product_event_type`	原始記錄中的事件 ID 會用於建構 UDM 中的 `metadata.product_event_type` 欄位，並加上 `Event ID:` 前置字元。
`event_message`	`read_only_udm.security_result.summary`	原始記錄中的事件訊息會對應至 UDM 欄位 `security_result.summary`。
`log.source.address`	`read_only_udm.observer.ip`	記錄來源位址會對應至 UDM 欄位 `observer.ip`。
`log_type`	`read_only_udm.metadata.log_type`	原始記錄中的記錄類型會對應至 UDM 欄位 `metadata.log_type`。
`logstash.collect.host`	`read_only_udm.observer.ip`或`read_only_udm.observer.hostname`	如果 Logstash 收集主機是 IP 位址，則會對應至 `observer.ip`；如果是主機名稱，則會對應至 `observer.hostname`。
`logstash.ingest.host`	`read_only_udm.intermediary.hostname`	Logstash 擷取主機對應至 UDM 欄位 `intermediary.hostname`。
`logstash.process.host`	`read_only_udm.intermediary.hostname`	Logstash 程序主機已對應至 UDM 欄位 `intermediary.hostname`。
`program`	`read_only_udm.target.application`	原始記錄中的程式名稱會對應至 UDM 欄位 `target.application`。
`serverip`	`read_only_udm.target.ip`	如果原始記錄中含有伺服器 IP，系統會將其對應至 UDM 欄位 `target.ip`。
`servername`	`read_only_udm.target.hostname`	如果原始記錄中含有伺服器名稱，系統會將其對應至 UDM 欄位 `target.hostname`。
`srcip`	`read_only_udm.principal.ip`	如果存在，原始記錄中的來源 IP 會對應至 UDM 欄位 `principal.ip`。
`srcport`	`read_only_udm.principal.port`	如果存在，原始記錄中的來源埠會對應至 UDM 欄位 `principal.port`。
`syslog_host`	`read_only_udm.intermediary.hostname`	原始記錄中的系統記錄檔主機會對應至 UDM 欄位 `intermediary.hostname`。
`timestamp`	`read_only_udm.metadata.event_timestamp`	系統會剖析原始記錄中的時間戳記，並對應至 UDM 欄位 `metadata.event_timestamp`。
`userip`	`read_only_udm.principal.ip`、`read_only_udm.observer.ip`	如果存在，原始記錄中的使用者 IP 會對應至 UDM 欄位 `principal.ip` 和 `observer.ip`。
`usermac`	`read_only_udm.principal.mac`	如果存在，原始記錄中的使用者 MAC 會對應至 UDM 欄位 `principal.mac`。
`username`	`read_only_udm.principal.user.userid`	如果存在，原始記錄中的使用者名稱會對應至 UDM 欄位 `principal.user.userid`。衍生自剖析器中的 `event_id` 和邏輯。由剖析器根據事件 ID 和記錄訊息內容判斷。硬式編碼為 `Wireless`。硬式編碼為 `Aruba`。由剖析器根據事件 ID 和記錄訊息內容判斷。由剖析器根據事件 ID 和記錄訊息內容判斷。使用規則運算式從原始記錄訊息擷取。由剖析器根據事件 ID 和記錄訊息內容判斷。如果 event_type 為 USER_LOGIN 或相關驗證事件，系統會新增空白物件。由剖析器根據事件中使用的網路通訊協定 (例如 TCP、UDP、ICMP、IGMP) 判斷。根據特定條件，從原始記錄中擷取的其他欄位。舉例來說，如果存在 `ap_name`，系統就會將其新增為鍵/值組合。如果主體的內容中含有 BSSID，請設為 `BSSID`。如果目標的內容中含有 SSID，請設為 `SSID`。包含從原始記錄擷取的相關偵測資訊鍵/值組合，例如 BSSID 或 SSID。
`event_code`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`function_name`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`thread_id`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`station_macaddress`	`event.idm.read_only_udm.principal.mac`	從變更記錄對應
`station_macaddress`	`event.idm.read_only_udm.principal.asset.mac`	從變更記錄對應
`event_details`	`event.idm.read_only_udm.security_result.summary`	從變更記錄對應
`application`	`event.idm.read_only_udm.principal.application`	從變更記錄對應
`version`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`priority`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`module`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`instance`	`event.idm.read_only_udm.additional.fields`	從變更記錄對應
`role`	`event.idm.read_only_udm.principal.user.attribute.roles.name`	從變更記錄對應
`policy`	`event.idm.read_only_udm.security_result.rule_name`	從變更記錄對應
`command_status`	`event.idm.read_only_udm.target.resource.attribute.labels`	從變更記錄對應
`p_host`	`event.idm.read_only_udm.principal.ip`	從變更記錄對應
`p_host`	`event.idm.read_only_udm.principal.asset.ip`	從變更記錄對應
`p_host`	`event.idm.read_only_udm.principal.hostname`	從變更記錄對應
`p_host`	`event.idm.read_only_udm.principal.asset.hostname`	從變更記錄對應
`t_user`	`event.idm.read_only_udm.target.user.userid`	從變更記錄對應
`p_ip`	`event.idm.read_only_udm.principal.ip`	從變更記錄對應
`p_ip`	`event.idm.read_only_udm.principal.asset.ip`	從變更記錄對應
`cmd`	`event.idm.read_only_udm.target.process.command_line`	從變更記錄對應
`node`	`event.idm.read_only_udm.target.resource.name`	從變更記錄對應
`principal_ip_value`	`event.idm.read_only_udm.principal.ip`	從變更記錄對應
`p_port`	`event.idm.read_only_udm.principal.port`	從變更記錄對應
`t_hostname`	`event.idm.read_only_udm.intermediary.hostname`	從變更記錄對應
`details`	`metadata.description`	從變更記錄對應
`ap_name`	`additional.fields`	從變更記錄對應
`logstash.irm_site", "logstash.irm_environment", "logstash.irm_region`	`additional.fields`	從變更記錄對應

變更記錄

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

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