收集 Cisco IronPort 記錄
支援的國家/地區:
Google SecOps
SIEM
本文說明如何使用 Bindplane,將 Cisco IronPort 記錄擷取至 Google Security Operations。剖析器會從系統記錄訊息中擷取欄位,特別是與 AccessLogs_chron
事件相關的欄位。剖析器會使用 Grok 模式剖析訊息、轉換資料類型,並將擷取的欄位對應至統合資料模型 (UDM),處理各種 Cisco Ironport 專屬欄位,例如政策群組和存取決策。此外,也會執行基本錯誤處理,並設定供應商和產品名稱等中繼資料欄位。
事前準備
請確認您已完成下列事前準備事項:
- Google SecOps 執行個體
- Windows 2016 以上版本,或搭載
systemd
的 Linux 主機 - 如果透過 Proxy 執行,請確認防火牆通訊埠已開啟
- Cisco IronPort 的特殊存取權
取得 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 代理程式,擷取系統記錄檔並傳送至 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_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_IRONPORT' raw_log_field: body ingestion_labels: 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
在 Cisco IronPort 上設定 Syslog
- 登入 Cisco IronPort 網頁版 UI。
- 依序點選「系統管理」>「記錄訂閱」。
- 按一下「新增記錄訂閱項目」。
- 提供下列設定詳細資料:
- 記錄類型:選取「存取記錄」或要匯出的其他記錄。
- 記錄樣式:選取「Squid」。
- 檔案名稱:如果系統未提供預設檔案名稱,請自行輸入。
- 「擷取方法」:選取「Syslog Push」 (使用預設通訊埠
514
)。 - 主機名稱:輸入 Bindplane 代理程式 IP 位址。
- 「通訊協定」:選取「UDP」。
- 設施:選取
local0
或syslog
。
- 按一下「提交」。
UDM 對應表
記錄欄位 | UDM 對應 | 邏輯 |
---|---|---|
AccessLogs_chron |
metadata.product_event_type |
直接從第一個 grok 剖析器擷取的 product_event 欄位對應。 |
acl_decision_tag |
security_result.detection_fields.key |
值為「ACL Decision Tag」。如果記錄中含有 acl_decision_tag ,剖析器邏輯就會設定這個值。 |
acl_decision_tag |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 acl_decision_tag 欄位對應。 |
access_or_decryption_policy_group |
security_result.detection_fields.key |
值為「AccessOrDecryptionPolicyGroup」。如果記錄中含有 access_or_decryption_policy_group ,剖析器邏輯就會設定這個值。 |
access_or_decryption_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 access_or_decryption_policy_group 欄位對應。 |
authenticated_user |
principal.user.userid |
使用 grok 和 gsub 從 authenticated_user 欄位擷取,並移除反斜線和引號。 |
cache_hierarchy_retrieval |
security_result.detection_fields.key |
值為「Cache Hierarchy Retrieval」。如果記錄中含有 cache_hierarchy_retrieval ,剖析器邏輯就會設定這個值。 |
cache_hierarchy_retrieval |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 cache_hierarchy_retrieval 欄位對應。 |
data_security_policy_group |
security_result.detection_fields.key |
值為「DataSecurityPolicyGroup」。如果記錄中含有 data_security_policy_group ,剖析器邏輯就會設定這個值。 |
data_security_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 data_security_policy_group 欄位對應。 |
external_dlp_policy_group |
security_result.detection_fields.key |
值為「ExternalDlpPolicyGroup」。如果記錄中含有 external_dlp_policy_group ,剖析器邏輯就會設定這個值。 |
external_dlp_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 external_dlp_policy_group 欄位對應。 |
hostname |
principal.asset.hostname |
直接從第一個 grok 剖析器擷取的 hostname 欄位對應。 |
hostname |
principal.hostname |
直接從第一個 grok 剖析器擷取的 hostname 欄位對應。 |
http_method |
network.http.method |
直接從第二個 grok 剖析器擷取的 http_method 欄位對應。 |
http_response_code |
network.http.response_code |
直接從第二個 grok 剖析器擷取的 http_response_code 欄位對應,並轉換為整數。 |
identity_policy_group |
security_result.detection_fields.key |
值為「IdentityPolicyGroup」。如果記錄中含有 identity_policy_group ,剖析器邏輯就會設定這個值。 |
identity_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 identity_policy_group 欄位對應。日期篩選器處理後,從「timestamp 」欄位複製。如果 has_principal 為 true,請設為「STATUS_UPDATE」,否則請設為「GENERIC_EVENT」。常數值:「Cisco Ironport」。常數值:「Cisco」。 |
outbound_malware_scanning_policy_group |
security_result.detection_fields.key |
值為「OutboundMalwareScanningPolicyGroupS」。如果記錄中含有 outbound_malware_scanning_policy_group ,剖析器邏輯就會設定這個值。 |
outbound_malware_scanning_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 outbound_malware_scanning_policy_group 欄位對應。 |
request_method_uri |
target.url |
直接從第二個 grok 剖析器擷取的 request_method_uri 欄位對應。 |
result_code |
security_result.detection_fields.key |
值為「Result Code」。如果記錄中含有 result_code ,剖析器邏輯就會設定這個值。 |
result_code |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 result_code 欄位對應。 |
routing_policy_group |
security_result.detection_fields.key |
值為「RoutingPolicyGroup」。如果記錄中含有 routing_policy_group ,剖析器邏輯就會設定這個值。 |
routing_policy_group |
security_result.detection_fields.value |
直接從第二個 grok 剖析器擷取的 routing_policy_group 欄位對應。 |
severity |
security_result.severity |
對應「severity 」欄位。如果值為「Info」,則會設為「INFORMATIONAL」。 |
source_ip |
principal.asset.ip |
直接從第二個 grok 剖析器擷取的 source_ip 欄位對應。 |
source_ip |
principal.ip |
直接從第二個 grok 剖析器擷取的 source_ip 欄位對應。 |
timestamp |
timestamp |
使用 grok 從 message 欄位擷取,然後使用日期篩選器剖析。 |
total_bytes |
network.sent_bytes |
直接從第二個 grok 剖析器擷取的 total_bytes 欄位對應,並轉換為不帶正負號的整數。只有在不為空白或「0」時才會對應。 |
還有其他問題嗎?向社群成員和 Google SecOps 專業人員尋求答案。