收集 AlgoSec Security Management 記錄
剖析器版本:4.0
本文說明如何使用 Bindplane 代理程式,將 AlgoSec Security Management 記錄擷取至 Google Security Operations。
AlgoSec Security Management Suite (ASMS) 可管理防火牆、SDN 和雲端平台上的網路安全政策。包括用於風險和法規遵循分析的防火牆分析工具、用於變更管理自動化的 FireFlow,以及用於應用程式連線可視性的 AppViz。
事前準備
請確認您已完成下列事前準備事項:
- Google SecOps 執行個體
- Windows Server 2016 以上版本,或搭載
systemd的 Linux 主機 - Bindplane 代理程式與 AlgoSec 設備之間的網路連線
- 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
- AlgoSec Firewall Analyzer、FireFlow 和 AppViz 的特殊存取權
取得 Google SecOps 擷取驗證檔案
- 登入 Google SecOps 控制台。
- 依序前往「SIEM 設定」>「收集代理程式」。
- 下載擷取驗證檔案。
將檔案安全地儲存在要安裝 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等待安裝完成。
執行下列指令,確認安裝成功:
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.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
編輯設定檔
將
config.yaml的所有內容替換為下列設定:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/algosec: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: ALGOSEC raw_log_field: body service: pipelines: logs/algosec_to_chronicle: receivers: - udplog exporters: - chronicle/algosec
設定參數
替換下列預留位置:
接收器設定:
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
- Linux:
customer_id:從 Google SecOps 控制台複製的客戶 IDendpoint:區域端點網址:- 美國:
malachiteingestion-pa.googleapis.com - 歐洲:
europe-malachiteingestion-pa.googleapis.com - 亞洲:
asia-southeast1-malachiteingestion-pa.googleapis.com - 如需完整清單,請參閱「區域端點」
- 美國:
儲存設定檔
- 編輯完成後,請儲存檔案:
- Linux:依序按下
Ctrl+O、Enter和Ctrl+X - Windows:依序點選「檔案」>「儲存」
- Linux:依序按下
重新啟動 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服務控制台:
- 按下
Win+R,輸入services.msc,然後按下 Enter 鍵。 - 找出 observIQ OpenTelemetry Collector。
- 按一下滑鼠右鍵,然後選取「重新啟動」。
確認服務正在執行:
sc query observiq-otel-collector檢查記錄中是否有錯誤:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- 按下
設定 Firewall Analyzer 的系統記錄
- 使用 SSH 登入 AFA 裝置。
前往 syslog-ng 設定目錄:
cd /etc/syslog-ng備份現有設定:
cp syslog-ng.conf syslog-ng.conf.orig編輯 syslog-ng 設定檔:
vi syslog-ng.conf新增下列幾行,定義遠端系統記錄伺服器:
destination d_remote { udp("<BINDPLANE_IP>" port(514)); }; log { source(s_sys); destination(d_remote); };- 將
<BINDPLANE_IP>替換為 Bindplane 代理程式的 IP 位址。
- 將
儲存並結束編輯器。
重新啟動 syslog-ng 服務,以套用變更:
service syslog-ng restart選用:驗證系統記錄設定:
- 依序前往「Administration」(管理) >「Syslog Server Settings」(系統記錄伺服器設定)。
- 按一下「測試連線」。
設定 FireFlow 的系統記錄檔
- 以 root 身分登入 FireFlow 電腦。
開啟
/etc/syslog.conf檔案進行編輯:vi /etc/syslog.conf在檔案中新增下列這行文字:
local0.*@<BINDPLANE_IP>- 將
<BINDPLANE_IP>替換為 Bindplane 代理程式伺服器的 IP 位址。
- 將
設定 AppViz 的系統記錄
- 透過 SSH 登入 AppViz 裝置。
前往 syslog-ng 設定目錄:
cd /etc/syslog-ng備份現有設定:
cp syslog-ng.conf syslog-ng.conf.orig編輯 syslog-ng 設定檔:
vi syslog-ng.conf新增下列項目,定義遠端系統記錄檔伺服器:
destination d_remote { udp("<BINDPLANE_IP>" port(514)); }; log { source(s_sys); destination(d_remote); };- 將
<BINDPLANE_IP>替換為 Bindplane 代理程式的 IP 位址。
- 將
儲存並結束編輯器。
重新啟動 syslog-ng 服務,以套用變更:
service syslog-ng restart驗證系統記錄設定:
- 在 AppViz 介面中,依序前往「Administration」>「Syslog Server Settings」。
- 按一下「測試連線」。
設定登入和登出事件的系統記錄
- 透過 SSH 登入 ASMS 設備。
前往 syslog-ng 設定目錄:
cd /etc/syslog-ng備份現有設定:
cp syslog-ng.conf syslog-ng.conf.orig編輯 syslog-ng 設定檔:
vi syslog-ng.conf新增下列項目,定義遠端系統記錄檔伺服器:
destination d_remote { udp("<BINDPLANE_IP>" port(514)); }; log { source(s_sys); destination(d_remote); };- 將
<BINDPLANE_IP>替換為 Bindplane 代理程式的 IP 位址。
- 將
儲存並結束編輯器。
重新啟動 syslog-ng 服務,以套用變更:
service syslog-ng restart
UDM 對應表
| 記錄欄位 | UDM 對應 | 邏輯 |
|---|---|---|
by_user |
principal.user.user_display_name |
原始記錄中的 by_user 欄位值會指派給這個 UDM 欄位。 |
collection_time |
metadata.event_timestamp |
系統會合併 seconds 和 nanos 欄位,建立時間戳記。 |
comm |
target.process.command_line |
從 desc 欄位中,使用 grok 擷取的 comm 欄位值會指派給這個 UDM 欄位。 |
datetime |
metadata.event_timestamp |
系統會從原始記錄檔擷取日期和時間,並用於填入事件時間戳記。 |
desc |
metadata.description |
如果沒有其他說明,系統會將原始記錄中的 desc 欄位值指派給這個 UDM 欄位。 |
dest_ip |
target.ip |
原始記錄中的 dest_ip 欄位值會指派給這個 UDM 欄位。 |
dest_port |
target.port |
原始記錄中的 dest_port 欄位值會指派給這個 UDM 欄位。 |
details |
security_result.summary |
原始記錄中的 details 欄位值會指派給這個 UDM 欄位。 |
device |
principal.asset.hostname |
原始記錄中的 device 欄位值會指派給這個 UDM 欄位。 |
dst_ip |
target.ip |
原始記錄中的 dst_ip 欄位值會指派給這個 UDM 欄位。 |
dst_port |
target.port |
原始記錄中的 dst_port 欄位值會指派給這個 UDM 欄位。 |
event_id |
metadata.product_event_type |
原始記錄中的 event_id 欄位值會指派給這個 UDM 欄位。剖析器邏輯也會使用這項資訊,判斷 metadata.event_type 和其他欄位。 |
event_name |
metadata.product_event_type |
原始記錄中的 event_name 欄位值會指派給這個 UDM 欄位。 |
firewall |
target.hostname |
原始記錄中的 firewall 欄位值會指派給這個 UDM 欄位。 |
host |
principal.hostname |
原始記錄中的 host 欄位值會指派給這個 UDM 欄位。 |
host_type |
principal.asset.category |
原始記錄中的 host_type 欄位值會指派給這個 UDM 欄位。 |
iporhost |
principal.ip/principal.hostname/target.ip/target.hostname/observer.ip/observer.hostname |
如果值是 IP 位址,系統會根據記錄來源和事件類型,將其對應至 principal.ip,target.ip, 或 observer.ip。如果是主機名稱,則會對應至 principal.hostname,target.hostname, 或 observer.hostname。 |
IP |
principal.ip |
原始記錄中的 IP 欄位值會指派給這個 UDM 欄位。 |
kv_data |
security_result.summary |
原始記錄中的 kv_data 欄位值會指派給這個 UDM 欄位。 |
log_type |
metadata.log_type |
硬式編碼為 ALGOSEC。 |
metric |
security_result.action_details |
原始記錄中的 metric 欄位值會指派給這個 UDM 欄位。 |
msg |
security_result.summary/security_result.description |
系統會根據情境,使用原始記錄中的 msg 欄位值填入安全性結果摘要或說明。也會用於 extractrisk_level,risk_count,risk_code, 和 risk_title 欄位。 |
pid |
target.process.pid |
從 desc 欄位中,使用 grok 擷取的 pid 欄位值會指派給這個 UDM 欄位。 |
product |
metadata.product_name |
原始記錄中的 product 欄位值會指派給這個 UDM 欄位。 |
report |
security_result.description |
原始記錄中的 report 欄位值會納入安全性結果的說明。 |
report_data.Device IP |
target.ip |
剖析 JSON 資料後,系統會將 Device IP 欄位的值指派給這個 UDM 欄位。 |
report_data.Highest Risk Level |
security_result.description |
剖析 JSON 資料後,Highest Risk Level 欄位的值會納入安全性結果的說明。並用於判斷安全結果的嚴重程度。 |
report_data.Security Rating Score |
security_result.description |
剖析 JSON 資料後,Security Rating Score 欄位的值會納入安全性結果的說明中。 |
Requestor.Email |
principal.user.email_addresses |
剖析 JSON 資料後,系統會將 Request 物件中的 Email 欄位值指派給這個 UDM 欄位。 |
Requestor.Name |
principal.user.user_display_name |
剖析 JSON 資料後,系統會將 Requestor 物件中的 Name 欄位值指派給這個 UDM 欄位。 |
RequestType |
target.resource.attribute.labels |
原始記錄中的 RequestType 欄位值會新增為目標資源的標籤。 |
risk_title |
security_result.summary |
原始記錄中的 risk_title 欄位值會指派給這個 UDM 欄位。 |
src_ip |
principal.ip |
原始記錄中的 src_ip 欄位值會指派給這個 UDM 欄位。 |
src_port |
principal.port |
原始記錄中的 src_port 欄位值會指派給這個 UDM 欄位。 |
status |
security_result.description/security_result.action_details |
視情況而定,原始記錄中的 status 欄位值會納入安全性結果或動作詳細資料的說明。並用於判斷安全結果的嚴重程度。 |
target_app |
target.application |
原始記錄中的 target_app 欄位值會指派給這個 UDM 欄位。 |
TemplateName |
metadata.description |
原始記錄中的 TemplateName 欄位值會指派給這個 UDM 欄位。 |
url |
security_result.url_back_to_product |
原始記錄中的 url 欄位值會指派給這個 UDM 欄位。 |
user |
principal.user.userid |
原始記錄中的 user 欄位值會指派給這個 UDM 欄位。 |
vendor |
metadata.vendor_name |
原始記錄中的 vendor 欄位值會指派給這個 UDM 欄位。 |
version |
metadata.product_version |
原始記錄中的 version 欄位值會指派給這個 UDM 欄位。 |
WorkFlow |
target.resource.attribute.labels |
原始記錄中的 WorkFlow 欄位值會新增為目標資源的標籤。 |
(Parser Logic) |
extensions.auth.type |
硬式編碼為 MACHINE。 |
(Parser Logic) |
security_result.action |
根據 event_id 和其他欄位判斷。通常設為 ALLOW or BLOCK。 |
(Parser Logic) |
security_result.category |
針對防火牆分析器事件,硬式編碼為 POLICY_VIOLATION。 |
(Parser Logic) |
security_result.description |
根據其他欄位建構,提供事件的背景資訊和詳細資料。 |
(Parser Logic) |
security_result.severity |
根據 event_id,msg, 和其他欄位判斷。通常設為 LOW,MEDIUM, 或 `HIGH。 |
(Parser Logic) |
metadata.event_type |
根據 event_id 和其他欄位判斷。例如 USER_LOGIN,USER_LOGOUT,USER_RESOURCE_ACCESS,GENERIC_EVENT,STATUS_UNCATEGORIZED,SCAN_HOST,NETWORK_CONNECTION, 和 STATUS_UPDATE。 |
變更記錄
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。