收集 Nokia 路由器記錄
支援的國家/地區:
Google SecOps
SIEM
本文說明如何使用 Bindplane 代理程式,將 Nokia 路由器記錄收集至 Google Security Operations。剖析器會先使用 Grok 模式擷取時間戳記、IP 位址、主機名稱和事件詳細資料等欄位,接著,系統會將這些擷取的欄位對應至 Google SecOps UDM 結構定義中的對應欄位,根據特定事件類型和條件執行資料轉換,並使用額外背景資訊擴充資料。
事前準備
- 確認您擁有 Google SecOps 執行個體。
- 確認您使用的是 Windows 2016 以上版本,或是搭載
systemd
的 Linux 主機。 - 如果透過 Proxy 執行,請確認防火牆通訊埠已開啟。
- 確認您具備 Nokia 路由器的特殊權限。
取得 Google SecOps 擷取驗證檔案
- 登入 Google SecOps 控制台。
- 依序前往「SIEM 設定」>「收集代理程式」。
- 下載擷取驗證檔案。將檔案安全地儲存在要安裝 Bindplane 的系統上。
取得 Google SecOps 客戶 ID
- 登入 Google SecOps 控制台。
- 依序前往「SIEM 設定」>「設定檔」。
- 複製並儲存「機構詳細資料」專區中的客戶 ID。
安裝 Bindplane 代理程式
Windows 安裝
- 以系統管理員身分開啟「命令提示字元」或「PowerShell」。
執行下列指令:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
Linux 安裝
- 開啟具有根層級或 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 的/etc/bindplane-agent/
目錄,或 Windows 的安裝目錄。 - 使用文字編輯器 (例如
nano
、vi
或記事本) 開啟檔案。
- 找出
按照下列方式編輯
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
視基礎架構需求,替換通訊埠和 IP 位址。
將
<customer_id>
替換為實際的客戶 ID。將
/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 服務路由器上設定系統記錄
進入設定模式:
config# log
定義 Syslog 目的地:
config>log# syslog 1
設定系統記錄參數:
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
)。
- 將
將 Syslog 目的地套用至記錄檔:
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
完整設定範例如下:
```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_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 SAP Id 做為鍵。 |
in service %{INT:service_id} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 Service Id 做為鍵。 |
\\(customer %{INT:customer_id}\\) |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 Customer Id 做為鍵。 |
admin=%{WORD:admin_status} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 Admin Status 做為鍵。 |
oper=%{WORD:operation_status} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 Operation Status 做為鍵。 |
flags=%{WORD:flag} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 sapStatusChanged 時,會放置在 additional fields 中,並使用 Flag 做為鍵。 |
with MI:SCI %{DATA:mi_sci} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 tmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 MI:SCI 做為鍵。 |
on port %{DATA:port_id} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 tmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 Port Id 做為鍵。 |
sub-port %{INT:sub_port_id} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 tmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 Sub-port Id 做為鍵。 |
CA %{INT:ca} |
additional.fields.value.string_value |
從 message1 擷取,當 event_name 為 tmnxMkaSessionEstablished 時,會放置在 additional fields 中,並使用 CA 做為鍵。 |
EAPOL-destination %{MAC:dest_mac} |
target.mac |
當 event_name 為 tmnxMkaSessionEstablished 時,從 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.hostname 、target.ip 、target.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_name 為 mafEntryMatch 時,從 message1 擷取。 |
SrcIP |
principal.ip |
當 event_name 為 mafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。 |
SrcIP: %{INT:src_port} |
principal.port |
當 event_name 為 mafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。 |
DstIP |
target.ip |
當 event_name 為 mafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。 |
DstIP: %{INT:dest_port} |
target.port |
當 event_name 為 mafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。 |
Protocol |
network.ip_protocol |
當 event_name 為 mafEntryMatch 時,系統會從 kv_data 欄位擷取這項資訊。 |
不適用 | metadata.vendor_name |
設為 NOKIA_ROUTER 。 |
不適用 | metadata.event_type |
根據擷取的欄位是否存在及組合而定: - src_ip 、dest_ip 和 network 存在 -> NETWORK_CONNECTION- principal 存在 -> STATUS_UPDATE- 否則 -> GENERIC_EVENT |
%{GREEDYDATA:description} |
metadata.description |
當 event_name 為 tmnxMkaSessionEstablished 時,從 message1 擷取。 |
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。