收集 Nasuni File Services Platform 記錄

支援的國家/地區:

本文說明如何使用 Bindplane 代理程式,將 Nasuni File Services Platform 記錄檔擷取至 Google Security Operations。剖析器會從 SYSLOG 和 JSON 記錄中擷取欄位。這項功能會使用 grok 模式剖析初始訊息,然後運用 JSON 篩選器處理內嵌的 JSON 資料、將擷取的欄位對應至 UDM、處理各種事件類型 (例如檔案讀取、修改和一般事件),並加入供應商和產品資訊來擴充資料。此外,這項服務也會根據擷取的欄位執行條件式邏輯,將事件分類並填入 UDM 中繼資料。

事前準備

  • 確認您擁有 Google SecOps 執行個體。
  • 確認您使用的是 Windows 2016 以上版本,或是搭載 systemd 的 Linux 主機。
  • 如果透過 Proxy 執行,請確認防火牆通訊埠已開啟。
  • 確認您擁有 Claroty CTD 的特殊權限。

取得 Google SecOps 擷取驗證檔案

  1. 登入 Google SecOps 控制台。
  2. 依序前往「SIEM 設定」>「收集代理程式」
  3. 下載擷取驗證檔案。將檔案安全地儲存在要安裝 Bindplane 的系統上。

取得 Google SecOps 客戶 ID

  1. 登入 Google SecOps 控制台。
  2. 依序前往「SIEM 設定」>「設定檔」
  3. 複製並儲存「機構詳細資料」專區中的客戶 ID

安裝 Bindplane 代理程式

Windows 安裝

  1. 以系統管理員身分開啟「命令提示字元」或「PowerShell」
  2. 執行下列指令:

    msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
    

Linux 安裝

  1. 開啟具有根層級或 sudo 權限的終端機。
  2. 執行下列指令:

    sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
    

其他安裝資源

設定 Bindplane 代理程式,擷取系統記錄檔並傳送至 Google SecOps

  1. 存取設定檔:

    1. 找出 config.yaml 檔案。通常位於 Linux 的 /etc/bindplane-agent/ 目錄,或 Windows 的安裝目錄。
    2. 使用文字編輯器 (例如 nanovi 或記事本) 開啟檔案。
  2. 按照下列方式編輯 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: NASUNI_FILE_SERVICES
                raw_log_field: body
    
    service:
        pipelines:
            logs/source0__chronicle_w_labels-0:
                receivers:
                    - udplog
                exporters:
                    - chronicle/chronicle_w_labels
    
  3. 視基礎架構需求,替換通訊埠和 IP 位址。

  4. <customer_id> 替換為實際的客戶 ID。

  5. /path/to/ingestion-authentication-file.json 更新為「取得 Google SecOps 擷取驗證檔案」一節中儲存驗證檔案的路徑。

重新啟動 Bindplane 代理程式,以套用變更

  • 如要在 Linux 中重新啟動 Bindplane 代理程式,請執行下列指令:

    sudo systemctl restart bindplane-agent
    
  • 如要在 Windows 中重新啟動 Bindplane 代理程式,可以使用「服務」控制台,或輸入下列指令:

    net stop BindPlaneAgent && net start BindPlaneAgent
    

在 Nasuni File Service 平台中設定 Syslog

  1. 登入 Nasuni Console 網頁版使用者介面。
  2. 依序前往「Console Settings」>「Syslog Exports」
  3. 在「網路」部分中,輸入下列設定詳細資料:
    • 主機名稱:輸入專屬且有意義的名稱 (例如「Google SecOps syslog」)。
    • IP 位址:輸入 Bindplane IP 位址。
    • 「通訊埠」:輸入 Bindplane 設定通訊埠編號 (例如 UDP 的 514)。
    • 通訊協定:選取「UDP」 (您也可以選取「TCP」,視 Bindplane 設定而定)。
    • 格式:選取「SYSLOG+JSON」
  4. 按一下 [儲存]

UDM 對應表

記錄欄位 UDM 對應 邏輯
application target.application 如果存在「msg」欄位,但不是 JSON,且「application」欄位不為空白,系統就會填入這個欄位。
event_type metadata.product_event_type 直接從原始記錄中的 event_type 欄位對應。
gid target.group.product_object_id 直接從原始記錄的 gid 欄位對應,並轉換為字串。
groupname target.group.group_display_name 直接從原始記錄中的 groupname 欄位對應。
host principal.hostname 直接從原始記錄中的 host 欄位對應。
ipaddr principal.ip 直接從原始記錄中的 ipaddr 欄位對應。
is_dir additional.fields.value.string_value (金鑰所在位置為 is_dir) 直接從原始記錄的 is_dir 欄位對應,並轉換為字串。新增為額外欄位。
msg metadata.description 如果 msg 欄位存在且不是 JSON,且系統未從中擷取 ipaddrprin_port,就會填入這個欄位。也適用於 STATUS_UPDATE 事件。
newpath additional.fields.value.string_value (金鑰所在位置為 newpath) 直接從原始記錄中的 newpath 欄位對應。新增為額外欄位。
offset additional.fields.value.string_value (金鑰所在位置為 offset) 直接從原始記錄的 offset 欄位對應,並轉換為字串。新增為額外欄位。
path target.file.full_path 直接從原始記錄中的 path 欄位對應。
pid target.process.pid 直接從原始記錄的 pid 欄位對應,並轉換為字串。
prin_port principal.port 如果 msg 不是 JSON,則使用 grok 從 msg 欄位擷取,並轉換為整數。
proc_id principal.process.pid 直接從原始記錄中的 proc_id 欄位對應。
product_log_id metadata.product_log_id 直接從原始記錄中的 product_log_id 欄位對應。
proto metadata.description 直接從原始記錄中的 proto 欄位對應。
resource target.resource.resource_subtype 直接從原始記錄中的 resource 欄位對應。
sequence additional.fields.value.string_value (金鑰所在位置為 sequence) 直接從原始記錄的 sequence 欄位對應,並轉換為字串。新增為額外欄位。
sid principal.user.windows_sid 直接從原始記錄中的 sid 欄位對應。
tid target.resource.product_object_id 直接從原始記錄的 tid 欄位對應,並轉換為字串。
time metadata.event_timestamp.secondstimestamp.seconds 系統會從 time 欄位擷取時間戳記的秒數部分,並用來填入 metadata.event_timestamp 和頂層 timestamp。根據 ipaddrpathevent_type 的值,由邏輯判斷。可以是 FILE_READFILE_MODIFICATIONFILE_UNCATEGORIZEDSTATUS_UPDATEGENERIC_EVENT。硬式編碼為 NASUNI_FILE_SERVICES。硬式編碼為 Nasuni File Services Platform。硬式編碼為 Nasuni
uid additional.fields.value.string_value (金鑰所在位置為 uid) 直接從原始記錄的 uid 欄位對應,並轉換為字串。新增為額外欄位。
username principal.user.user_display_name 直接從原始記錄中的 username 欄位對應。
volume additional.fields.value.string_value (金鑰所在位置為 volume) 直接從原始記錄中的 volume 欄位對應。新增為額外欄位。

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