收集 Cisco PIX 記錄

剖析器版本：2.0

支援的服務：

本文說明如何使用 Bindplane，將 Cisco PIX 記錄擷取至 Google Security Operations。剖析器會使用規則運算式 (grok 模式) 和條件邏輯，從防火牆系統記錄訊息中擷取欄位。接著，系統會將這些擷取的欄位對應至統一資料模型 (UDM)，並根據來源和目的地 IP 位址，將事件分類為網路連線、狀態更新或一般事件。

事前準備

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

  • Google SecOps 執行個體
  • Windows 2016 以上版本，或搭載 systemd 的 Linux 主機
  • 如果是在 Proxy 後方執行，請確認防火牆通訊埠已開啟
  • Cisco PIX 防火牆設備的特殊存取權

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

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

  • 新部署作業：使用 Chronicle API (選項 1)。
  • 舊版部署作業：在 2027 年 7 月 20 日停用 Ingestion API 前，請繼續使用擷取驗證檔案 (選項 2)。
  1. 登入 Google Cloud 控制台，選取連結至 Google SecOps 執行個體的 Google Cloud 專案。
  2. 依序前往 「IAM & Admin」(IAM 與管理) >「Service Accounts」(服務帳戶)。
  3. 按一下「建立服務帳戶」。
  4. 請提供下列設定詳細資料：
    • 「Service account name」(服務帳戶名稱)：輸入帳戶名稱 (例如 bindplane-ingest)。
    • 「服務帳戶說明」：輸入說明 (例如 Bindplane agent log ingestion)。
  5. 點按「Create and continue」(建立並繼續)。
  6. 在「將專案存取權授予這個服務帳戶」部分，按一下「選取角色」，然後選取「Chronicle 編輯者」。
  7. 依序點選「繼續」和「完成」。
  8. 按一下您建立的服務帳戶，然後前往「金鑰」分頁。
  9. 依序點選「新增金鑰」>「建立新的金鑰」。
  10. 選取「JSON」，然後點選「建立」。金鑰檔案會下載到電腦。
  11. 將金鑰檔案儲存為 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，使其與儲存路徑相符。
  12. 依序前往「IAM & Admin」(IAM 與管理) >「Settings」(設定)，然後複製「Project number」(專案編號)。設定匯出工具時會用到。

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

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

其他安裝資源

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

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

  1. 存取設定檔：
    • 找出 config.yaml 檔案。通常位於 Linux 的 /opt/observiq-otel-collector/ 目錄，或 Windows 的安裝目錄。
    • 使用文字編輯器 (例如 nano、vi 或記事本) 開啟檔案。

  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:
        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: <customer_id>
        endpoint: chronicle.googleapis.com
        # Add optional ingestion labels for better organization
        log_type: 'CISCO_PIX_FIREWALL'
        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 與管理」>「設定」中的專案編號。
    • 將 <customer_id> 替換為實際的客戶 ID。
    • 將 /path/to/ingestion-authentication-file.json 更新為服務帳戶金鑰檔案 (選項 1) 的儲存路徑，該檔案位於「取得 Bindplane 代理程式的 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: <customer_id>
        endpoint: malachiteingestion-pa.googleapis.com
        # Add optional ingestion labels for better organization
        log_type: 'CISCO_PIX_FIREWALL'
        raw_log_field: body
        ingestion_labels:

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

  • 如要在 Linux 中重新啟動 Bindplane 代理程式，請執行下列指令：

    sudo systemctl restart bindplane-agent

  • 如要在 Windows 中重新啟動 Bindplane 代理程式，可以使用「服務」控制台，也可以輸入下列指令：

    net stop BindPlaneAgent && net start BindPlaneAgent

在 Cisco PIX 防火牆上設定系統記錄

  1. 使用 SSH 或控制台連線登入 Cisco PIX 設備。

  2. 輸入下列指令，進入特殊權限模式：

    enable

  3. 輸入下列指令，進入設定模式：

    conf t

  4. 輸入下列指令，啟用記錄和時間戳記功能：

    logging on
logging timestamp

  5. 輸入下列指令，設定記錄層級：

    logging trap information

  6. 輸入下列指令來設定系統記錄資訊：

    logging host <interface> <bindplane_IP_address>
    • 將 <interface> 變更為可存取 Bindplane 代理程式的介面。
    • 將 <bindplane_IP_address> 改為實際的 Bindplane 代理程式 IP 位址。

UDM 對應表

記錄欄位 UDM 對應 邏輯
日期時間 metadata.event_timestamp.seconds 將擷取的時間戳記轉換為 Epoch 秒數
日期時間 metadata.event_timestamp.nanos 將擷取的時間戳記轉換為 Epoch 奈秒
descrip metadata.description 直接從擷取的「descrip」欄位對應
observer_ip observer.ip 直接從擷取的「observer_ip」欄位對應
proto network.ip_protocol 轉換為大寫後，直接從擷取的 proto 欄位對應。只有當值為 UDP、TCP 或 ICMP 時，才會對應。
src_ip principal.ip 直接從擷取的 src_ip 欄位對應
src_port principal.port 轉換為整數後，直接從擷取的 src_port 欄位對應
設施 principal.resource.type 直接從擷取的 facility 欄位對應
動作 security_result.action_details 直接從擷取的 action 欄位對應
severity_level security_result.severity 根據 severity_level 的值對應：
- 7、6：INFORMATIONAL
- 5：LOW
- 4：MEDIUM
- 3：ERROR
- 2：HIGH
- 其他：CRITICAL
dest_ip target.ip 直接從擷取的 dest_ip 欄位對應
dest_port target.port 轉換為整數後，直接從擷取的 dest_port 欄位對應
方向 network.direction 如果 direction 欄位為 inbound，則對應至 INBOUND
metadata.event_timestamp.seconds 取自頂層「create_time.seconds」欄位的值
metadata.event_timestamp.nanos 值取自頂層「create_time.nanos」欄位
metadata.event_type 根據 src_ip 和 dest_ip 是否存在而定：
- 兩者皆存在：NETWORK_CONNECTION
- 僅存在 src_ip：STATUS_UPDATE
- 其他情況：GENERIC_EVENT
metadata.product_event_type 「facility」、「-」、「severity_level」、「-」和「mnemonic」欄位的串連。
metadata.product_name 硬式編碼值：CISCO_FWSM
metadata.vendor_name 硬式編碼值：CISCO
security_result.action 如果 action 欄位是 Deny、Teardown、denied 或 Denied，則對應至 BLOCK。

變更記錄

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

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