我們重新調整了說明文件的導覽結構，直接對應您的作業工作流程。詳情請參閱版本資訊和逐步解說影片。

Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

收集 Infoblox DNS 記錄

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Infoblox DNS 記錄擷取至 Google Security Operations。

剖析器會從 Infoblox DNS SYSLOG 和 CEF 格式的記錄中擷取欄位。它會使用 grok 和/或 kv 剖析記錄訊息，然後將這些值對應至統合式資料模型 (UDM)。此外，也會為事件來源和類型設定預設中繼資料值。

事前準備

請確認您已完成下列事前準備事項：

Google SecOps 執行個體
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
Infoblox Grid Manager 網頁介面的特殊存取權

取得 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 /opt/observiq-otel-collector/config.yaml

Windows：

notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

編輯設定檔

將 config.yaml 的所有內容替換為下列設定：

receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/chronicle_w_labels:
        compression: gzip
        creds_file_path: '/path/to/ingestion-authentication-file.json'
        customer_id: 'YOUR_CUSTOMER_ID'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: 'INFOBLOX_DNS'
        raw_log_field: body
        ingestion_labels:

service:
    pipelines:
        logs/source0__chronicle_w_labels-0:
            receivers:
                - udplog
            exporters:
                - chronicle/chronicle_w_labels

設定參數

替換下列預留位置：

接收器設定：
- udplog：使用 udplog 進行 UDP 系統記錄，或使用 tcplog 進行 TCP 系統記錄
- 0.0.0.0：要接聽的 IP 位址 (0.0.0.0 可接聽所有介面)
- 514：要接聽的通訊埠號碼 (標準系統記錄通訊埠)
匯出工具設定：
- creds_file_path：擷取驗證檔案的完整路徑：
  - Linux：/opt/observiq-otel-collector/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- YOUR_CUSTOMER_ID：取得客戶 ID 一節中的客戶 ID
- endpoint：區域端點網址：
  - 美國：malachiteingestion-pa.googleapis.com
  - 歐洲：europe-malachiteingestion-pa.googleapis.com
  - 亞洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需完整清單，請參閱「區域端點」
- log_type：記錄類型，與 Chronicle 中顯示的完全相同 (INFOBLOX_DNS)

儲存設定檔

編輯完成後，請儲存檔案：
- Linux：依序按下 Ctrl+O、Enter 和 Ctrl+X
- Windows：依序點選「檔案」>「儲存」

重新啟動 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
```
- 服務控制台：
  1. 按下 Win+R，輸入 services.msc，然後按下 Enter 鍵。
  2. 找出 observIQ OpenTelemetry Collector。
  3. 按一下滑鼠右鍵，然後選取「重新啟動」。
  4. 確認服務正在執行：
```
sc query observiq-otel-collector
```
  5. 檢查記錄中是否有錯誤：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

在 Infoblox DNS 上設定 Syslog 轉送

這個部分適用於地端部署 Infoblox NIOS。如果是 Infoblox BloxOne (雲端) 部署作業，請改用下方的「設定 Infoblox BloxOne (資料連接器)」一節。

登入 Infoblox Grid Manager 網頁介面。
依序前往「格線」>「格線管理員」>「成員」。
選取要設定的成員，然後按一下「編輯」。
前往「監控」分頁。
在「系統記錄檔」下方，按一下「新增」，新增系統記錄檔伺服器。
請提供下列設定詳細資料：
- 位址：輸入 Bindplane 代理程式主機的 IP 位址。
- 「Port」(通訊埠)：輸入 514。
- 傳輸：選取「UDP」。
- 節點 ID：選取 Infoblox 節點 (適用於 HA 配對)。
- 嚴重程度：選取「資訊」 (或偏好的嚴重程度等級)。
- 設施：選取 local0 (或偏好的設施)。
啟用下列記錄類別：
- DNS 查詢：勾選「Grid DNS Properties」> Logging」下方的「Log DNS Queries」。
- DNS 回應：勾選「記錄 DNS 回應」。
- DHCP：在「Grid DHCP Properties」下方啟用 DHCP 記錄。
- 稽核：在「格線屬性」>「監控」下方啟用稽核記錄。
按一下「Save & Close」。
視需要重新啟動 DNS 服務。
檢查 Bindplane 代理程式記錄，確認系統記錄訊息是否已傳送。

設定 Infoblox BloxOne (資料連接器) 轉送 DNS 記錄

如果是 Infoblox BloxOne (雲端) 部署作業，請使用 Infoblox 資料連接器，透過 Syslog 將 DNS 查詢和回應記錄以 CEF 格式轉送至您先前設定的 Bindplane 代理程式。

如果尚未部署 Infoblox 資料連接器，請按照「部署資料連接器解決方案」指南操作。
登入 Infoblox Portal。
依序前往「整合」>「資料連接器」。
在「Destination Configuration」(目的地設定) 分頁中，從「Create」(建立) 下拉式清單選取「Syslog」(系統記錄)。
在「Create Syslog Destination Configuration」(建立 Syslog 目的地設定) 精靈中，提供下列設定詳細資料：
- 名稱：輸入可區分這個目的地的名稱 (例如 secops-bindplane)。
- 狀態：使用滑桿啟用目的地。
- 格式：選取「CEF」。
- FQDN/IP：輸入 Bindplane 代理程式主機的 IP 位址。
- 通訊埠：輸入 Bindplane 系統記錄檔接收器監聽的通訊埠 (例如 514)。
- 通訊協定：選取與 Bindplane syslog 接收器相符的通訊協定 (UDP 或 TCP)。
按一下「Save & Close」。
選取「來源」分頁標籤，確認 DNS 查詢和回應來源可用。Infoblox Threat Defense 已預先設定，不需要設定。如果是通用 DDI 或地端部署 NIOS DNS 來源，請先按照「設定來源」指南，在此處設定來源。
選取「流量流程設定」分頁標籤，按一下「建立」，然後提供下列設定詳細資料：
- 名稱：輸入描述性名稱 (例如 dns-to-secops)。
- 來源：選取 DNS 查詢和回應來源 (Infoblox Threat Defense 查詢/回應記錄，或 Universal DDI DNS 查詢/回應記錄)。
- 目的地：選取您建立的系統記錄目的地。
- 服務執行個體：選取 Data Connector 服務執行個體 (可選擇新增次要執行個體以進行容錯移轉)。
- 狀態：使用滑桿啟用流量。
按一下「Save & Close」。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`message`	`about`	已對應：`CEF:` → `about`
`deviceNtDomain`	`about.administrative_domain`	已重新命名/對應
`deviceExternalId`	`about.asset.asset_id`	直接對應
`device_product`	`about.asset.asset_id`	直接對應
`device_vendor`	`about.asset.asset_id`	直接對應
`fileHash`	`about.file.full_path`	直接對應
`filePath`	`about.file.full_path`	已重新命名/對應
`_hash`	`about.file.sha256`	已重新命名/對應
`fileHash`	`about.file.sha256`	已重新命名/對應
`fsize`	`about.file.size`	已重新命名/對應
`dvchost`	`about.hostname`	已重新命名/對應
`ips`	`about.ip`	已合併
`message`	`about.ip`	已對應：`CEF:` → `ips`
`dvc_mac`	`about.mac`	已對應：`slot` → `mac_address`
`dvcmac`	`about.mac`	已合併
`mac_address`	`about.mac`	已合併
`message`	`about.mac`	已對應：`CEF:` → `mac_address`、`CEF:` → `dvcmac`
`deviceTranslatedAddress`	`about.nat_ip`	已合併
`message`	`about.nat_ip`	已對應：`CEF:` → `deviceTranslatedAddress`
`Emne`	`about.process.command_line`	直接對應
`Path`	`about.process.command_line`	直接對應
`Subject`	`about.process.command_line`	直接對應
`deviceProcessName`	`about.process.command_line`	已重新命名/對應
`dvcpid`	`about.process.pid`	已重新命名/對應
`message`	`about.resource.attribute.permissions`	已對應：`CEF:` → `permissions`
`permissions`	`about.resource.attribute.permissions`	已合併
`_field`	`additional.fields`	已合併
`additional_cfp1`	`additional.fields`	已合併
`additional_cfp2`	`additional.fields`	已合併
`additional_cfp3`	`additional.fields`	已合併
`additional_cfp4`	`additional.fields`	已合併
`additional_cn1`	`additional.fields`	已合併
`additional_cn2`	`additional.fields`	已合併
`additional_cn3`	`additional.fields`	已合併
`additional_cs1`	`additional.fields`	已合併
`additional_cs2`	`additional.fields`	已合併
`additional_cs3`	`additional.fields`	已合併
`additional_cs4`	`additional.fields`	已合併
`additional_cs5`	`additional.fields`	已合併
`additional_cs6`	`additional.fields`	已合併
`additional_cs7`	`additional.fields`	已合併
`additional_devicePayloadId`	`additional.fields`	已合併
`additional_eventId`	`additional.fields`	已合併
`additional_flexString1`	`additional.fields`	已合併
`additional_fname`	`additional.fields`	已合併
`allow_recursion_label`	`additional.fields`	已合併
`auth_type_label`	`additional.fields`	已合併
`create_ptr_for_bulk_hosts_label`	`additional.fields`	已合併
`create_ptr_for_hosts_label`	`additional.fields`	已合併
`cs2`	`additional.fields`	已對應：`arc_test` → `additional_cs2`
`cs5_label`	`additional.fields`	已合併
`ddns_principal_group_label`	`additional.fields`	已合併
`exclude_subobj_label`	`additional.fields`	已合併
`is_multimaster_label`	`additional.fields`	已合併
`locked_label`	`additional.fields`	已合併
`message`	`additional.fields`	對應的值 (共 34 個，例如 `CEF:` → `additional_eventId`、`CEF:` → `additional_devicePayl...
`mgm_private_label`	`additional.fields`	已合併
`ms_ad_integrated_label`	`additional.fields`	已合併
`network_view_label`	`additional.fields`	已合併
`object_type`	`additional.fields`	對應值 (共 12 個，例如 `DnsView` → `allow_recursion_label`、`DnsView` → `ddns_princip...
`use_ssh_keys_label`	`additional.fields`	已合併
`view_label`	`additional.fields`	已合併
`zone_format_label`	`additional.fields`	已合併
`_intermediary`	`intermediary`	已合併
`message`	`intermediary`	已對應：`CEF:` → `_intermediary`
`description`	`metadata.description`	直接對應
`msg`	`metadata.description`	已重新命名/對應
`Generated`	`metadata.event_timestamp`	已剖析為 `yyyy-MM-ddTHH:mm:ss`
`Received`	`metadata.event_timestamp`	已剖析為 `yyyy-MM-ddTHH:mm:ss`
`datetime`	`metadata.event_timestamp`	已剖析為 `dd-MMM-yyyy HH:mm:ss.SSS`
`rt`	`metadata.event_timestamp`	已剖析為 `yyyy-MM-ddTHH:mm:ssZ`
`syslog_timestamp`	`metadata.event_timestamp`	已剖析為 `MMM d HH:mm:ss`
`event_name`	`metadata.event_type`	已對應：`"LogSpyware","LogPredictiveMachineLearning"` → `SCAN_UNCATEGORIZED`
`event_type`	`metadata.event_type`	已重新命名/對應
`has_user`	`metadata.event_type`	已對應：`true` → `USER_UNCATEGORIZED`
`message`	`metadata.event_type`	已對應：`CEF:` → `PROCESS_UNCATEGORIZED`、`CEF:` → `SCAN_UNCATEGORIZED`、`CEF:` → `USER_UNCA...
`device_event_class_id`	`metadata.product_event_type`	直接對應
`event_name`	`metadata.product_event_type`	直接對應
`evt_type`	`metadata.product_event_type`	直接對應
`object_type`	`metadata.product_event_type`	直接對應
`externalId`	`metadata.product_log_id`	直接對應
`device_product`	`metadata.product_name`	直接對應
`message`	`metadata.product_name`	已對應：`CEF:` → `Infoblox DNS`
`device_version`	`metadata.product_version`	直接對應
`device_vendor`	`metadata.vendor_name`	已重新命名/對應
`message`	`metadata.vendor_name`	已對應：`CEF:` → `INFOBLOX`
`app_protocol_output`	`network.application_protocol`	直接對應
`message`	`network.application_protocol`	已對應：`CEF:` → `DNS`
`deviceDirection`	`network.direction`	對應：`0` → `INBOUND`、`1` → `OUTBOUND`
`message`	`network.direction`	已對應：`CEF:` → `INBOUND`、`CEF:` → `OUTBOUND`
`answers1`	`network.dns.answers`	已合併
`answers2`	`network.dns.answers`	已合併
`dns_answer`	`network.dns.answers`	已合併
`message`	`network.dns.answers`	對應：`CEF:` → `dns_answer`、`CEF:` → `answers1`、`CEF:` → `answers2`
`msg2`	`network.dns.answers`	已對應：`;` → `dns_answer`
`authority`	`network.dns.authority`	已合併
`dns_authority`	`network.dns.authority`	已合併
`message`	`network.dns.authority`	已對應：`CEF:` → `dns_authority`、`CEF:` → `authority`
`dns_question`	`network.dns.questions`	已合併
`message`	`network.dns.questions`	已對應：`CEF:` → `dns_question`
`dns.response_code`	`network.dns.response_code`	已重新命名/對應
`requestMethod`	`network.http.method`	已重新命名/對應
`requestClientApplication`	`network.http.user_agent`	已重新命名/對應
`ip_protocol_out`	`network.ip_protocol`	直接對應
`protocol`	`network.ip_protocol`	直接對應
`in`	`network.received_bytes`	已重新命名/對應
`out`	`network.sent_bytes`	已重新命名/對應
`sntdom`	`principal.administrative_domain`	已重新命名/對應
`sourceServiceName`	`principal.application`	已重新命名/對應
`src_host`	`principal.asset.hostname`	直接對應
`src_ip`	`principal.asset.hostname`	直接對應
`message`	`principal.asset.ip`	已對應：`CEF:` → `src_ip`
`src_ip`	`principal.asset.ip`	已合併
`Group_name`	`principal.group.group_display_name`	直接對應
`Gruppenavn`	`principal.group.group_display_name`	直接對應
`Device_name`	`principal.hostname`	直接對應
`Enhetsnavn`	`principal.hostname`	直接對應
`shost`	`principal.hostname`	已重新命名/對應
`src_host`	`principal.hostname`	直接對應
`src_ip`	`principal.hostname`	直接對應
`message`	`principal.ip`	對應：`CEF:` → `principal_ip`、`CEF:` → `shost`、`CEF:` → `src_ip`
`principal_ip`	`principal.ip`	已合併
`shost`	`principal.ip`	已合併
`src_ip`	`principal.ip`	已合併
`InfobloxB1Region`	`principal.location.country_or_region`	直接對應
`mac`	`principal.mac`	已合併
`message`	`principal.mac`	已對應：`CEF:` → `mac`
`message`	`principal.nat_ip`	已對應：`CEF:` → `sourceTranslatedAddress`
`sourceTranslatedAddress`	`principal.nat_ip`	已合併
`sourceTranslatedPort`	`principal.nat_port`	已重新命名/對應
`spt`	`principal.port`	已重新命名/對應
`src_port`	`principal.port`	直接對應
`sproc`	`principal.process.command_line`	已重新命名/對應
`spid`	`principal.process.pid`	已重新命名/對應
`message`	`principal.user.attribute.roles`	已對應：`CEF:` → `principal_role`
`principal_role`	`principal.user.attribute.roles`	已合併
`suser`	`principal.user.user_display_name`	直接對應
`actor_details`	`principal.user.userid`	直接對應
`suid`	`principal.user.userid`	已重新命名/對應
`message`	`security_result`	已對應：`CEF:` → `security_result`、`CEF:` → `sec_result`
`sec_result`	`security_result`	已合併
`_action`	`security_result.action`	已合併
`act`	`security_result.action`	已對應：`accept` → `_action`、`deny` → `_action`
`message`	`security_result.action`	已對應：`CEF:` → `_action`
`Action_Taken`	`security_result.action_details`	直接對應
`act`	`security_result.action_details`	直接對應
`cat`	`security_result.category_details`	已合併
`message`	`security_result.category_details`	已對應：`CEF:` → `cat`
`Scan_Type`	`security_result.description`	直接對應
`Type`	`security_result.description`	直接對應
`msg_data_2`	`security_result.description`	直接對應
`infection_channel_label`	`security_result.detection_fields`	已合併
`message`	`security_result.detection_fields`	對應值 (共 7 個，例如 `CEF:` → `operation_label`、`CEF:` → `operasjon_label`、`CEF:` ...
`operasjon_label`	`security_result.detection_fields`	已合併
`operation_label`	`security_result.detection_fields`	已合併
`permission_label`	`security_result.detection_fields`	已合併
`spyware_Grayware_Type_label`	`security_result.detection_fields`	已合併
`threat_probability_label`	`security_result.detection_fields`	已合併
`tillatelse_label`	`security_result.detection_fields`	已合併
`mwProfile`	`security_result.rule_name`	直接對應
`message`	`security_result.severity`	已對應：`CEF:` → `LOW`、`CEF:` → `MEDIUM`、`CEF:` → `HIGH`、`CEF:` → `CRITICAL`
`severity`	`security_result.severity`	對應：`"0", "1", "2", "3", "LOW"` → `LOW`、`"4", "5", "6", "MEDIUM", "SUBSTANTIAL", "INFO"...
`Result`	`security_result.summary`	直接對應
`appcategory`	`security_result.summary`	直接對應
`reason`	`security_result.summary`	已重新命名/對應
`Spyware`	`security_result.threat_name`	直接對應
`Unknown_Threat`	`security_result.threat_name`	直接對應
`Virus_Malware_Name`	`security_result.threat_name`	直接對應
`oldFilePath`	`src.file.full_path`	已重新命名/對應
`oldFileSize`	`src.file.size`	已重新命名/對應
`message`	`src.resource.attribute.permissions`	已對應：`CEF:` → `old_permissions`
`old_permissions`	`src.resource.attribute.permissions`	已合併
`dntdom`	`target.administrative_domain`	已重新命名/對應
`destinationServiceName`	`target.application`	已重新命名/對應
`dst_ip`	`target.asset.hostname`	直接對應
`dst_ip1`	`target.asset.hostname`	直接對應
`dst_ip1`	`target.asset.ip`	已合併
`message`	`target.asset.ip`	已對應：`CEF:` → `dst_ip1`
`message`	`target.asset.mac`	已對應：`CEF:` → `target_mac`
`target_mac`	`target.asset.mac`	已對應：`^([0-9A-Fa-f]{2}[:-]){5}[0-9A-Fa-f]{2}$` → `target_mac`
`dst_ip`	`target.hostname`	直接對應
`dst_ip1`	`target.hostname`	直接對應
`fqdn`	`target.hostname`	直接對應
`temp_dhost`	`target.hostname`	直接對應
`IPv6_Address`	`target.ip`	已合併
`dst_ip`	`target.ip`	已合併
`dst_ip1`	`target.ip`	已合併
`ipv6`	`target.ip`	已對應：`-` → `IPv6_Address`
`message`	`target.ip`	對應：`CEF:` → `dst_ip`、`CEF:` → `IPv6_Address`、`CEF:` → `dst_ip1`
`mac_address`	`target.mac`	已合併
`message`	`target.mac`	已對應：`CEF:` → `mac_address`、`CEF:` → `target_mac`
`target_mac`	`target.mac`	已對應：`^([0-9A-Fa-f]{2}[:-]){5}[0-9A-Fa-f]{2}$` → `target_mac`
`destination_translated_address`	`target.nat_ip`	已合併
`message`	`target.nat_ip`	已對應：`CEF:` → `destination_translated_address`
`destinationTranslatedPort`	`target.nat_port`	已重新命名/對應
`dpt`	`target.port`	已重新命名/對應
`dst_port`	`target.port`	直接對應
`dproc`	`target.process.command_line`	已重新命名/對應
`File_name`	`target.process.file.full_path`	直接對應
`Infected_Resource`	`target.process.file.full_path`	直接對應
`Object`	`target.process.file.full_path`	直接對應
`Objekt`	`target.process.file.full_path`	直接對應
`dpid`	`target.process.pid`	已重新命名/對應
`message`	`target.resource.attribute.labels`	已對應：`CEF:` → `resource_Type_label`
`resource_Type_label`	`target.resource.attribute.labels`	已合併
`name`	`target.resource.name`	直接對應
`object_name`	`target.resource.name`	直接對應
`request`	`target.url`	直接對應
`message`	`target.user.attribute.roles`	已對應：`CEF:` → `target_role`
`target_role`	`target.user.attribute.roles`	已合併
`group_id`	`target.user.group_identifiers`	已合併
`message`	`target.user.group_identifiers`	已對應：`CEF:` → `group_id`
`object_type`	`target.user.group_identifiers`	已對應：`AdminMember` → `group_id`
`CustomerName`	`target.user.user_display_name`	直接對應
`name`	`target.user.user_display_name`	已重新命名/對應
`temp_duser`	`target.user.user_display_name`	直接對應
`Bruker`	`target.user.userid`	直接對應
`User_value`	`target.user.userid`	直接對應
`object_name`	`target.user.userid`	直接對應
`temp_duid`	`target.user.userid`	直接對應
不適用	`metadata.event_type`	常數：`PROCESS_UNCATEGORIZED`
不適用	`metadata.product_name`	常數：`Infoblox DNS`
不適用	`metadata.vendor_name`	常數：`INFOBLOX`
不適用	`network.application_protocol`	常數：`DNS`
不適用	`network.direction`	常數：`INBOUND`
不適用	`security_result.severity`	常數：`LOW`
`dns_domain`	`dns.answers.name`	從變更記錄對應
`ttl_data`	`dns.answers.ttl`	從變更記錄對應
`dns_query_type`	`dns.answer.type`	從變更記錄對應
`dns_class`	`dns.answer.class`	從變更記錄對應
`intermediary_ip" or "intermediary_host`	`dns.answer.data`	從變更記錄對應

變更記錄

查看這個剖析器的變更記錄

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