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

收集 Cisco APIC 記錄

剖析器版本：1.0

支援的服務：

Google SecOps SIEM

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

剖析器會從 Cisco APIC syslog 格式的記錄中擷取欄位。它會使用 grok 和/或 kv 剖析記錄訊息，然後將這些值對應至統合式資料模型 (UDM)。此外，也會為事件來源和類型設定預設中繼資料值。

事前準備

請確認您符合下列必要條件：

Google SecOps 執行個體
Windows 2016 以上版本或 Linux 主機，並安裝 systemd
如果是在 Proxy 後方執行，請確認防火牆通訊埠已按照 Bindplane 代理程式規定開啟
Cisco APIC 管理控制台的特殊存取權

取得 Bindplane 代理程式的 Google SecOps 憑證

如要向 Google SecOps 驗證 Bindplane 代理程式，請選擇下列其中一種方法：

新部署作業：使用 Chronicle API (選項 1)。
舊版部署作業：在 2027 年 7 月 20 日停用 Ingestion API 前，請繼續使用擷取驗證檔案 (選項 2)。

方法 1：為 Chronicle API 建立服務帳戶 (建議)

登入 Google Cloud 控制台，然後選取連結至 Google SecOps 執行個體的 Google Cloud 專案。
依序前往「IAM & Admin」(IAM 與管理) >「Service Accounts」(服務帳戶)。
按一下「建立服務帳戶」。
提供下列設定詳細資料：
- 「Service account name」(服務帳戶名稱)：輸入帳戶名稱 (例如 bindplane-ingest)。
- 「服務帳戶說明」：輸入說明 (例如 Bindplane agent log ingestion)。
點按「Create and continue」(建立並繼續)。
在「將專案存取權授予這個服務帳戶」部分，按一下「選取角色」，然後選取「Chronicle 編輯者」。
依序點選「繼續」和「完成」。
按一下您建立的服務帳戶，然後前往「金鑰」分頁。
依序點選「新增金鑰」>「建立新的金鑰」。
選取「JSON」，然後點選「建立」。金鑰檔案會下載到電腦。
將金鑰檔案儲存為 Bindplane 收集器目錄中的 ingestion-auth.json (Linux 上的 /opt/observiq-otel-collector/ingestion-auth.json 或 Windows 上的 C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json)，或更新 config.yaml 中的 creds_file_path，使其與儲存路徑相符。
依序前往「IAM 與管理」>「設定」，然後複製「專案編號」。匯出工具設定時會用到。

方法 2：下載擷取驗證檔案 (舊版)

登入 Google SecOps 控制台。
依序前往「SIEM Settings」 > 「Collection Agents」。
下載擷取驗證檔案。
將檔案安全地儲存在要安裝 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

其他安裝資源

如需其他安裝選項，請參閱這份安裝指南。

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

存取設定檔：
- 找出 config.yaml 檔案。通常位於 Linux 的 /opt/observiq-otel-collector/ 目錄，或 Windows 的安裝目錄。
- 使用文字編輯器 (例如 nano、vi 或記事本) 開啟檔案。
按照下列方式編輯 config.yaml 檔案： yaml receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: protocol: https # Region of your instance, for example us, europe, asia-southeast1 location: <LOCATION> # Project number of the Google Cloud project linked to the instance project: '<PROJECT_NUMBER>' 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: YOUR_CUSTOMER_ID endpoint: chronicle.googleapis.com # Specify the log type that matches your Chronicle feed configuration # Commonly used: CISCO_ACI or CISCO_APIC depending on your setup log_type: 'CISCO_APIC' raw_log_field: body ingestion_labels: service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels

請根據基礎架構需求，替換通訊埠和 IP 位址：
- 將 <LOCATION> 替換為 Google SecOps 執行個體的區域 (例如 us、europe 或 asia-southeast1)。匯出工具會在這個值前面加上 chronicle.googleapis.com。
- 將 <PROJECT_NUMBER> 替換為「IAM 與管理」>「設定」中的專案編號。
- 將 YOUR_CUSTOMER_ID 替換為實際的客戶 ID。
- 將 /path/to/ingestion-authentication-file.json 更新為服務帳戶金鑰檔案 (選項 1) 在步驟 1 中儲存的檔案路徑。
- 確認 log_type 值與 Google SecOps 動態饋給設定中選取的記錄類型相符。

舊版 Ingestion API 匯出工具

如果您使用選項 2 的擷取驗證檔案，請將 exporters 區塊替換為下列內容。將 creds_file_path 設為擷取驗證檔案的路徑。如果執行個體位於美國境外，請將 malachiteingestion-pa.googleapis.com 替換為區域端點 (例如 europe-malachiteingestion-pa.googleapis.com)。

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: YOUR_CUSTOMER_ID
    endpoint: malachiteingestion-pa.googleapis.com
    # Specify the log type that matches your Chronicle feed configuration
    # Commonly used: CISCO_ACI or CISCO_APIC depending on your setup
    log_type: 'CISCO_APIC'
    raw_log_field: body
    ingestion_labels:

重新啟動 Bindplane 代理程式，套用變更

如要在 Linux 中重新啟動 Bindplane 代理程式，請執行下列指令：
```
sudo systemctl restart observiq-otel-collector
```
如要在 Windows 中重新啟動 Bindplane 代理程式，可以使用「Services」控制台，或輸入下列指令：
```
net stop observiq-otel-collector && net start observiq-otel-collector
```

在 Cisco APIC 上設定 Syslog 轉送

設定管理合約 (疑難排解)

如果 syslog 訊息未傳送至 Google SecOps，請驗證管理存取權設定：

登入 Cisco APIC 控制台。
依序前往「Tenants」 >「mgmt」 >「Security Policies」。
確認管理合約允許使用 UDP 通訊埠 514：
- 如要進行頻外管理 > 請確認 OOB 合約允許 UDP 通訊埠 514。
- 如果是頻內管理 > 請確認 INB 合約允許 UDP 通訊埠 514。
視需要建立或修改篩選器，允許所選管理 EPG 使用 UDP 通訊埠 514。

建立 Syslog 監控目的地群組

依序前往「管理」>「外部資料收集器」>「監控目的地」>「Syslog」。
按一下「+」符號，建立 Syslog 監控目的地群組。
提供下列設定詳細資料：
- 名稱：輸入描述性名稱 (例如 Google SecOps-Syslog)。
- 說明：輸入說明 (例如 Syslog destination for Google Security Operations)。
- 管理狀態：選取「啟用」。
- 格式：選取「aci」 (建議) 或「nxos」。
點選「下一步」。
在「建立 Syslog 遠端目的地」部分，提供下列設定詳細資料：
- 主機名稱/IP：輸入 Bindplane 代理程式 IP 位址。
- 名稱：輸入目的地的描述性名稱。
- 管理狀態：選取「已啟用」。
- 「嚴重性」：選取「資訊」 (或偏好的嚴重性等級)。
- 連接埠：輸入 514 (或在 Bindplane 代理程式上設定的連接埠)。
- Management EPG：選取適當的管理 EPG：
  - default (Out-of-Band)，用於 OOB 管理
  - inb-default，用於頻內管理
- 轉送設施：選取「local7」 (或偏好的設施)。
按一下 [確定]。
檢查設定，然後按一下「完成」。

設定 syslog 來源

設定系統記錄來源，將不同類型的事件傳送至目的地群組：

設定 Fabric 政策 Syslog 來源

依序前往「Fabric」>「Fabric Policies」>「Monitoring Policies」。
展開「default」，然後選取「Callhome/SNMP/Syslog」。
按一下「+」符號，建立系統記錄來源。
提供下列設定詳細資料：
- 來源名稱：輸入名稱 (例如 fabric-syslog-source)。
- 「Min Severity」(最低嚴重性)：選取「information」(資訊)。
- 包含：選取「全選」，即可納入稽核記錄、事件、錯誤和工作階段記錄。
- 目的地群組：選取先前建立的系統記錄監控目的地群組。
按一下「提交」。

設定 Common Policy Syslog 來源

依序前往「Fabric」>「Fabric Policies」>「Monitoring Policies」。
展開「common」，然後選取「Callhome/SNMP/Syslog」。
按一下「+」，建立系統記錄來源。
提供下列設定詳細資料：
- 來源名稱：輸入名稱 (例如 common-syslog-source)。
- 「Min Severity」(最低嚴重性)：選取「information」(資訊)。
- 包含：選取「全選」，即可納入稽核記錄、事件、錯誤和工作階段記錄。
- 目的地群組：選取先前建立的系統記錄監控目的地群組。
按一下「提交」。

設定存取政策 Syslog 來源

依序前往「Fabric」>「Access Policies」>「Monitoring Policies」。
展開「default」，然後選取「Callhome/SNMP/Syslog」。
按一下「+」符號，建立系統記錄來源。
提供下列設定詳細資料：
- 來源名稱：輸入名稱 (例如 access-syslog-source)。
- 最低嚴重程度：選取「資訊」。
- 包含：選取「全選」，即可納入稽核記錄、事件、錯誤和工作階段記錄。
- 目的地群組：選取先前建立的系統記錄監控目的地群組。
按一下「提交」。

設定系統訊息政策 (選用)

依序前往「Fabric」>「Fabric Policies」>「Monitoring Policies」。
依序展開「common」>「System Message Policies」。
選取「Policy for System Syslog Messages」。
選取「default」設施。
將「Severity」變更為「information」。
按一下「Update」。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`fault_cause_label`	`additional.fields`	已合併
`ts`	`metadata.event_timestamp`	剖析為 `ISO8601`
`event_type`	`metadata.event_type`	直接對應
`lifecycle_state`	`metadata.product_event_type`	直接對應
`host`	`principal.asset.hostname`	直接對應
`prin_ip`	`principal.asset.ip`	已合併
`host`	`principal.hostname`	直接對應
`prin_ip`	`principal.ip`	已合併
`mac`	`principal.mac`	已合併
`desc`	`security_result.description`	直接對應
`severity_detail`	`security_result.severity_details`	直接對應
不適用	`metadata.product_name`	常數：`CISCO APIC`
不適用	`metadata.vendor_name`	常數：`CISCO`

變更記錄

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

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