收集 Active Countermeasures AC-Hunter 記錄
剖析器版本:3.0
本文說明如何使用 Bindplane,將 Active Countermeasures AC-Hunter 記錄檔擷取至 Google Security Operations。
AC-Hunter 是 Active Countermeasures 的網路威脅偵測平台,可分析網路流量,找出與命令與控制伺服器通訊的遭駭系統,自動執行威脅搜索。AC-Hunter 會在 Linux 伺服器上的 Docker 容器中執行,並透過系統記錄檔通訊協定將威脅快訊轉送至 SIEM 或集中式記錄伺服器。
事前準備
請確認您已完成下列事前準備事項:
- Google SecOps 執行個體。
- Windows Server 2016 以上版本,或搭載
systemd的 Linux 主機。 - 如果透過 Proxy 執行,請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟。
- 具備 Active Countermeasures AC-Hunter 伺服器的特殊權限 (使用 sudo 的 SSH),可編輯設定檔。
- AC-Hunter 5.3.0 以上版本 (舊版含有會阻擋傳送系統記錄訊息的錯誤)。
- 從 AC-Hunter 伺服器到所選 Syslog 連接埠 (UDP 或 TCP) 的 Bindplane 代理程式主機的網路路徑。
- 在 AC-Hunter 主機上啟用 IP 轉送,允許 Docker 容器將系統記錄傳送至外部伺服器。
取得 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
Linux 安裝
- 開啟具有根層級或 sudo 權限的終端機。
執行下列指令:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
其他安裝資源
如需其他安裝選項,請參閱 Bindplane 代理程式安裝指南。
設定 Bindplane 代理程式,擷取系統記錄檔並傳送至 Google SecOps
找出設定檔
Linux:
sudo systemctl status observiq-otel-collectorWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
編輯設定檔
將
config.yaml的所有內容替換為下列設定:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/ac_hunter: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<CUSTOMER_ID>' endpoint: malachiteingestion-pa.googleapis.com log_type: AI_HUNTER raw_log_field: body service: pipelines: logs/ac_hunter_to_chronicle: receivers: - udplog exporters: - chronicle/ac_hunter
設定參數
替換下列預留位置:
接收器設定:
udplog:使用udplog適用於 UDP Syslog,或使用tcplog適用於 TCP Syslog。與 AC-Hunter 中設定的通訊協定相符。0.0.0.0:514:要接聽的 IP 位址和通訊埠。使用0.0.0.0監聽所有介面。
匯出工具設定:
<CUSTOMER_ID>:在上一個步驟中複製的 Google SecOps 客戶 ID。/etc/bindplane-agent/ingestion-auth.json:擷取驗證檔案的完整路徑。- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
endpoint:區域端點網址:- 美國:
malachiteingestion-pa.googleapis.com - 歐洲:
europe-malachiteingestion-pa.googleapis.com - 亞洲:
asia-southeast1-malachiteingestion-pa.googleapis.com - 如需完整清單,請參閱「區域端點」。
- 美國:
重新啟動 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"
在 Active Countermeasures AC-Hunter 上設定系統記錄轉送
- 透過 SSH 登入 AC-Hunter 伺服器,並取得具備權限的存取權。
備份現有的設定檔:
sudo cp /etc/AI-Hunter/config.yaml /etc/AI-Hunter/config.yaml.backup在文字編輯器中開啟設定檔:
sudo nano /etc/AI-Hunter/config.yaml找出「Alert:」部分和巢狀的「Syslog:」部分。請提供下列設定詳細資料:
Alert: Syslog: Threshold: 20 Protocol: "udp" Address: "BINDPLANE_IP:514" Tag: " AC-Hunter "- 門檻:輸入觸發快訊的最低威脅分數 (例如
20)。如果系統的分數達到或超過這個值,就會產生系統記錄快訊。 - 通訊協定:選取
"udp"或"tcp",與 Bindplane 代理程式接收器設定相符。使用""(空字串) 寫入主機/dev/log,以進行 rsyslog 轉送。 - 地址:輸入 Bindplane 代理程式 IP 位址和通訊埠 (例如
"10.1.2.3:514")。 - 標記:輸入記錄識別的選用標記 (例如
" AC-Hunter ")。在結尾引號前加入尾隨空格,以免標記與訊息文字重疊。
- 門檻:輸入觸發快訊的最低威脅分數 (例如
儲存設定檔並結束編輯器。
重新啟動 AC-Hunter,即可套用變更:
hunt up -d --force-recreate請等到下一個小時過後約 20 分鐘,AC-Hunter 會從感應器匯入每小時的新記錄,並在匯入週期內,針對超過設定門檻的系統傳送系統記錄警告。
檢查本機系統記錄檔,確認系統記錄訊息是否已送達 Bindplane 代理程式主機:
sudo tail -f /var/log/syslog
UDM 對應表
| 記錄欄位 | UDM 對應 | 邏輯 |
|---|---|---|
api_msg_label |
additional.fields |
已合併 |
prev_score |
metadata.description |
直接對應 |
score |
metadata.description |
直接對應 |
ts_date |
metadata.event_timestamp |
已剖析為 MMM dd HH:mm:ss |
ts_iso8601 |
metadata.event_timestamp |
已剖析為 ISO8601 |
has_principal |
metadata.event_type |
已對應:true → STATUS_UNCATEGORIZED |
src_ip |
principal.asset.ip |
已合併 |
src_ip |
principal.ip |
已合併 |
blacklist_avg_bytes_label |
principal.labels |
已合併 |
blacklist_in_label |
principal.labels |
已合併 |
blacklist_out_label |
principal.labels |
已合併 |
database_label |
principal.labels |
已合併 |
dns_txt_query_label |
principal.labels |
已合併 |
invalid_cert_label |
principal.labels |
已合併 |
max_beacon_label |
principal.labels |
已合併 |
max_duration_label |
principal.labels |
已合併 |
prev_score_label |
principal.labels |
已合併 |
rare_client_label |
principal.labels |
已合併 |
score_label |
principal.labels |
已合併 |
unexpected_proto_label |
principal.labels |
已合併 |
source_module_label |
principal.resource.attribute.labels |
已合併 |
domain |
target.asset.hostname |
直接對應 |
domain |
target.hostname |
直接對應 |
| 不適用 | metadata.event_type |
常數:STATUS_UNCATEGORIZED |
| 不適用 | metadata.product_name |
常數:AI hunter |
| 不適用 | metadata.vendor_name |
常數:Active Countermeasures |
變更記錄
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。