Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

收集 Aruba 交換器記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Aruba 交換器記錄檔擷取至 Google Security Operations。

Aruba 交換器會針對系統事件、介面狀態變更、驗證和程序活動產生系統記錄訊息。剖析器會使用 grok 模式從系統記錄訊息中擷取欄位，並將這些欄位對應至 UDM 模型。

事前準備

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

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

service:
    pipelines:
        logs/aruba_switch_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/aruba_switch

設定參數

替換下列預留位置：

接收器設定：
- 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 交換器上設定系統記錄

選項 1：CLI 設定

透過 SSH 連線至 Aruba 交換器：
```
ssh admin@<switch-ip>
```
進入全域設定模式：
```
configure terminal
```
指定外部系統記錄伺服器：
```
logging <bindplane-ip>
```
- 將 <bindplane-ip> 替換為 Bindplane 代理程式 IP 位址。
(選用) 設定記錄嚴重性層級：
```
logging severity <level>
```
注意： 嚴重程度等級範圍為 0 (緊急) 到 7 (偵錯)。
(選用) 新增自訂記錄來源 ID (標記)：
```
logging facility local5
```
儲存設定：
```
write memory
```

方法 2：透過網頁介面設定

登入 Aruba 交換器網頁介面。
依序前往「系統」>「記錄」>「系統記錄」。
新增系統記錄檔伺服器參數：
- 輸入 Bindplane IP 位址。
- 輸入「Bindplane Port」(Bindplane 通訊埠)。
- 設定「嚴重性等級」，控制記錄的詳細程度。
按一下 [儲存]。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`app`	`principal.application`	原始記錄中的 `app` 欄位值會直接指派給 `principal.application`。
`description`	`security_result.description`	原始記錄中的 `description` 欄位值會直接指派給 `security_result.description`。
`event_id`	`additional.fields.key`	字串「event_id」已指派給 `additional.fields.key`。
`event_id`	`additional.fields.value.string_value`	原始記錄中的 `event_id` 欄位值會直接指派給 `additional.fields.value.string_value`。
`host`	`principal.asset.hostname`	原始記錄中的 `host` 欄位值會直接指派給 `principal.asset.hostname`。
`host`	`principal.hostname`	原始記錄中的 `host` 欄位值會直接指派給 `principal.hostname`。
`pid`	`principal.process.pid`	原始記錄中的 `pid` 欄位值會直接指派給 `principal.process.pid`。
`ts`	`metadata.event_timestamp`	原始記錄中的 `ts` 欄位值會轉換為時間戳記，並指派給 `metadata.event_timestamp`。時間戳記也會用於 UDM 中的頂層 `timestamp` 欄位。由於原始記錄中含有 `host` 欄位，剖析器會將 `principal_mid_present` 變數設為「true」，因此 `metadata.event_type` 會設為「STATUS_UPDATE」。剖析器會將字串「ARUBA_SWITCH」指派給 `metadata.product_name`。剖析器會將字串「ARUBA SWITCH」指派給 `metadata.vendor_name`。剖析器會嘗試使用 `client.userAgent.rawUserAgent` 從原始記錄中擷取及剖析使用者代理程式。如果成功，剖析的使用者代理程式會指派給 `network.http.parsed_user_agent`。不過，由於提供的原始記錄不含這個欄位，這個 UDM 欄位可能為空白。剖析器會嘗試使用 `client.userAgent.rawUserAgent` 從原始記錄中擷取原始使用者代理程式。如果成功，原始使用者代理程式會指派給 `network.http.user_agent`。不過，由於提供的原始記錄不含這個欄位，這個 UDM 欄位可能為空白。

變更記錄

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

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