收集 Nokia 路由器記錄

支援的國家/地區:

本文說明如何使用 Bindplane 代理程式,將 Nokia 路由器記錄收集至 Google Security Operations。剖析器會先使用 Grok 模式擷取時間戳記、IP 位址、主機名稱和事件詳細資料等欄位,接著,系統會將這些擷取的欄位對應至 Google SecOps UDM 結構定義中的對應欄位,根據特定事件類型和條件執行資料轉換,並使用額外背景資訊擴充資料。

事前準備

  • 確認您擁有 Google SecOps 執行個體。
  • 確認您使用的是 Windows 2016 以上版本,或是搭載 systemd 的 Linux 主機。
  • 如果透過 Proxy 執行,請確認防火牆通訊埠已開啟。
  • 確認您具備 Nokia 路由器的特殊權限。

取得 Google SecOps 擷取驗證檔案

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

取得 Google SecOps 客戶 ID

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

安裝 Bindplane 代理程式

Windows 安裝

  1. 以系統管理員身分開啟「命令提示字元」或「PowerShell」
  2. 執行下列指令:

    msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
    

Linux 安裝

  1. 開啟具有根層級或 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. 存取設定檔:

    1. 找出 config.yaml 檔案。通常位於 Linux 的 /etc/bindplane-agent/ 目錄,或 Windows 的安裝目錄。
    2. 使用文字編輯器 (例如 nanovi 或記事本) 開啟檔案。
  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:
            compression: gzip
            # Adjust the path to the credentials file you downloaded in Step 1
            creds: '/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
            ingestion_labels:
                log_type: NOKIA_ROUTER
                raw_log_field: body
    
    service:
        pipelines:
            logs/source0__chronicle_w_labels-0:
                receivers:
                    - udplog
                exporters:
                    - chronicle/chronicle_w_labels
    
  3. 視基礎架構需求,替換通訊埠和 IP 位址。

  4. <customer_id> 替換為實際的客戶 ID。

  5. /path/to/ingestion-authentication-file.json 更新為「取得 Google SecOps 擷取驗證檔案」一節中儲存驗證檔案的路徑。

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

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

    sudo systemctl restart bindplane-agent
    
  • 如要在 Windows 中重新啟動 Bindplane 代理程式,可以使用「服務」控制台,或輸入下列指令:

    net stop BindPlaneAgent && net start BindPlaneAgent
    

在 Nokia 服務路由器上設定系統記錄

  1. 進入設定模式:

    config# log
    
  2. 定義 Syslog 目的地:

    config>log# syslog 1
    
  3. 設定系統記錄參數:

    config>log>syslog# address <syslog-server-ip>
    config>log>syslog# port <port-number>
    config>log>syslog# facility local0
    config>log>syslog# level info
    config>log>syslog# log-prefix "Nokia-SR"
    config>log>syslog# description "Google SecOps syslog server"
    
    • <syslog-server-ip> 替換為 Bindplane 代理程式的 IP 位址,並將 <port-number> 替換為適當的通訊埠 (例如 UDP 的 514)。
  4. 將 Syslog 目的地套用至記錄檔:

    config>log# log-id 1
    config>log>log-id# to syslog 1
    
  5. 啟用記錄檔:

    config>log>log-id# no shutdown
    
  6. 儲存設定:

    config>log>log-id# exit
    config>log# save
    

完整設定範例如下:

```bash
config# log
config>log# syslog 1
config>log>syslog# address 192.168.1.100
config>log>syslog# port 514
config>log>syslog# facility local0
config>log>syslog# level info
config>log>syslog# log-prefix "Nokia-SR"
config>log>syslog# description "Google SecOps syslog server"
config>log>syslog# exit
config>log# log-id 1
config>log>log-id# to syslog 1
config>log>log-id# no shutdown
config>log>log-id# exit
config>log# save
```

UDM 對應表

記錄欄位 UDM 對應 邏輯
%{SYSLOGTIMESTAMP:date_time} metadata.event_timestamp 從原始記錄中擷取並轉換為時間戳記。
%{IP:src_ip} principal.ip 從原始記錄中擷取。
%{HOSTNAME:host_name} principal.hostname 從原始記錄中擷取。
%{INT:sequence_id} metadata.product_log_id 從原始記錄中擷取。
%{DATA:router_name} metadata.product_name 從原始記錄中擷取。
%{DATA:application} target.application 從原始記錄中擷取。
%{WORD:severity} security_result.severity 根據下列邏輯,從原始記錄嚴重程度對應而來:
- CLEARED、INFO -> INFORMATIONAL
- MINOR -> ERROR
- WARNING -> LOW
- MAJOR -> HIGH
- CRITICAL -> CRITICAL
%{DATA:event_name} metadata.product_event_type 從原始記錄中擷取。
%{INT:event_id} additional.fields.value.string_value 從原始記錄檔擷取,並放置在 additional fields 中,金鑰為 Event Id
%{GREEDYDATA:message1} 用於根據 event_name 擷取各種欄位。請參閱下方特定欄位的邏輯。
Group %{NOTSPACE:group_id} target.group.product_object_id 如果 event_name 與 BGP 事件相關,則會從 message1 中擷取。
%{WORD} %{IP:dest_ip} target.ip 如果 event_name 與 BGP 事件相關,則會從 message1 中擷取。
%{GREEDYDATA:desc} security_result.description message1 擷取,適用於各種 event_name 情境。
SAP %{DATA:sap_id} additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 SAP Id 做為鍵。
in service %{INT:service_id} additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 Service Id 做為鍵。
\\(customer %{INT:customer_id}\\) additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 Customer Id 做為鍵。
admin=%{WORD:admin_status} additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 Admin Status 做為鍵。
oper=%{WORD:operation_status} additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 Operation Status 做為鍵。
flags=%{WORD:flag} additional.fields.value.string_value message1 擷取,當 event_namesapStatusChanged 時,會放置在 additional fields 中,並使用 Flag 做為鍵。
with MI:SCI %{DATA:mi_sci} additional.fields.value.string_value message1 擷取,當 event_nametmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 MI:SCI 做為鍵。
on port %{DATA:port_id} additional.fields.value.string_value message1 擷取,當 event_nametmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 Port Id 做為鍵。
sub-port %{INT:sub_port_id} additional.fields.value.string_value message1 擷取,當 event_nametmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 Sub-port Id 做為鍵。
CA %{INT:ca} additional.fields.value.string_value message1 擷取,當 event_nametmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 CA 做為鍵。
EAPOL-destination %{MAC:dest_mac} target.mac event_nametmnxMkaSessionEstablished 時,從 message1 擷取。
local port-id %{DATA:local_port_id} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 local_port_id
dest-mac-type %{NOTSPACE:mac_type} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 mac_type
remote system name %{HOSTNAME:dest_host} target.hostname message1 擷取特定 event_name 值。
remote chassis-id %{DATA:dest_mac} target.mac message1 擷取特定 event_name 值。
remote port-id %{DATA:port_id} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 port_id
remote-index %{INT:remote_index} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 remote_index
remote management address %{IP:dest_ip} target.ip message1 擷取特定 event_name 值。
advRtr:%{HOSTNAME:dest_host}%{GREEDYDATA}, ip@:%{IP:dest_ip}/%{INT:dest_port} target.hostnametarget.iptarget.port message1 擷取特定 event_name 值。
SID:%{INT:sid} network.session_id message1 擷取特定 event_name 值。
level:%{DATA:level} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 level
mtid:%{INT:mtid} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 mtid
type:%{WORD:type} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 type
flags:%{WORD:flag} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 flag
, algo:%{INT:algo} target.resource.attribute.labels.value 從特定 event_name 值的 message1 中擷取,並放置在 target.resource.attribute.labels 中,索引鍵為 algo
Description:%{GREEDYDATA:desc}. security_result.description event_namemafEntryMatch 時,從 message1 擷取。
SrcIP principal.ip event_namemafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。
SrcIP: %{INT:src_port} principal.port event_namemafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。
DstIP target.ip event_namemafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。
DstIP: %{INT:dest_port} target.port event_namemafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。
Protocol network.ip_protocol event_namemafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。
不適用 metadata.vendor_name 設為 NOKIA_ROUTER
不適用 metadata.event_type 根據擷取的欄位是否存在及組合而定:
- src_ipdest_ipnetwork 存在 -> NETWORK_CONNECTION
- principal 存在 -> STATUS_UPDATE
- 否則 -> GENERIC_EVENT
%{GREEDYDATA:description} metadata.description event_nametmnxMkaSessionEstablished 時,從 message1 擷取。

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