Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

Nokia ルーターのログを収集する

以下でサポートされています。

Google SecOps SIEM

このドキュメントでは、Bindplane エージェントを使用して Nokia ルーターのログを Google Security Operations に取り込む方法について説明します。

Nokia Service Router は、BGP イベント、インターフェースステータスの変更、MKA セッション、LLDP ネイバー検出、IS-IS ルーティング、セキュリティフィルタの一致に関する syslog メッセージを生成するネットワークルーターです。パーサーは、grok パターンを使用して syslog 形式のログからフィールドを抽出し、統合データモデル（UDM）にマッピングします。

始める前に

次の前提条件を満たしていることを確認してください。

Google SecOps インスタンス
Windows Server 2016 以降、または systemd を使用する Linux ホスト
Bindplane エージェントと Nokia サービスルーター間のネットワーク接続
プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォールポートが開いていることを確認します
Nokia ルーターへの特権アクセス

Bindplane エージェントの Google SecOps 認証情報を取得する

Bindplane エージェントを Google SecOps に対して認証するには、次のいずれかの方法を選択します。

新規デプロイ: Chronicle API を使用します（オプション 1）。
以前のデプロイ: 2027 年 7 月 20 日に Ingestion API が廃止されるまで、取り込み認証ファイル（オプション 2）を引き続き使用します。

オプション 1: Chronicle API のサービスアカウントを作成する（推奨）

Google Cloud コンソールにログインし、Google SecOps インスタンスにリンクされている Google Cloud プロジェクトを選択します。
[IAM と管理] > [サービスアカウント] に移動します。
[サービスアカウントを作成] をクリックします。
次の構成情報を指定します。
- サービスアカウント名: アカウントの名前を入力します（例: bindplane-ingest）。
- サービスアカウントの説明: 説明を入力します（例: Bindplane agent log ingestion）。
[作成して続行] をクリックします。
[このサービスアカウントにプロジェクトへのアクセスを許可する] セクションで、[ロールを選択] をクリックし、[Chronicle 編集者] を選択します。
[続行] をクリックして [完了] をクリックします。
作成したサービスアカウントをクリックし、[キー] タブに移動します。
[鍵を追加] > [新しい鍵を作成] の順にクリックします。
[JSON] を選択し、[作成] をクリックします。キーファイルがパソコンにダウンロードされます。
鍵ファイルを ingestion-auth.json として Bindplane コレクタディレクトリ（Linux の場合は /opt/observiq-otel-collector/ingestion-auth.json、Windows の場合は C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json）に保存するか、config.yaml の creds_file_path を更新して、保存先のパスと一致させます。
[IAM と管理] > [設定] に移動し、[プロジェクト番号] をコピーします。エクスポーターの構成に必要になります。

オプション 2: 取り込み認証ファイルをダウンロードする（以前のバージョン）

Google SecOps コンソールにログインします。
[SIEM 設定] > [収集エージェント] に移動します。
取り込み認証ファイルをダウンロードします。
Bindplane エージェントがインストールされるシステムにファイルを安全に保存します。

Google SecOps のお客様 ID を取得する

Google SecOps コンソールにログインします。
[SIEM 設定] > [プロファイル] に移動します。
[組織の詳細情報] セクションから [お客様 ID] をコピーして保存します。

注: Bindplane エージェントエクスポータを構成するには、顧客 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 のインストール

root 権限または 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
```
サービスが active (running) と表示されます。

その他のインストールリソース

その他のインストールオプションとトラブルシューティングについては、Bindplane エージェントのインストールガイドをご覧ください。

Syslog を取り込んで Google SecOps に送信するように Bindplane エージェントを構成する

構成ファイルを探します。

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/nokia_router:
    protocol: https
    # Region of your instance, for example us, europe, asia-southeast1
    location: <LOCATION>
    # Project number of the Google Cloud project linked to the instance
    project: '<PROJECT_NUMBER>'
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: chronicle.googleapis.com
    log_type: NOKIA_ROUTER
    raw_log_field: body

service:
  pipelines:
    logs/nokia_router_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/nokia_router

構成パラメータ

各プレースホルダを次のように置き換えます。

レシーバーの構成:
- listen_address: リッスンする IP アドレスとポート。
  - 0.0.0.0: すべてのインターフェースでリッスンします（推奨）。
  - ポート 514 は標準の syslog ポートです（Linux では root が必要です。root 以外の場合は 1514 を使用します）。
エクスポータの構成:
- creds_file_path: サービスアカウントの JSON キーファイルのフルパス（オプション 1）:
  - Linux: /opt/observiq-otel-collector/ingestion-auth.json
  - Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id: Google SecOps コンソールからコピーしたお客様 ID
- location: <LOCATION> は、Google SecOps インスタンスのリージョン（us、europe、asia-southeast1 など）に置き換えます。エクスポーターは、chronicle.googleapis.com の先頭にこの値を付加します。完全なリストについては、リージョンエンドポイントをご覧ください。
- project: <PROJECT_NUMBER> を [IAM と管理] > [設定] のプロジェクト番号に置き換えます。
- endpoint: chronicle.googleapis.com に設定したままにします。

以前の Ingestion API エクスポータ

オプション 2 の取り込み認証ファイルを使用する場合は、exporters ブロックを次のように置き換えます。creds_file_path を取り込み認証ファイルのパスに設定します。インスタンスが米国以外にある場合は、malachiteingestion-pa.googleapis.com をリージョンエンドポイント（例: europe-malachiteingestion-pa.googleapis.com）に置き換えます。
```
exporters:
  chronicle/nokia_router:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: NOKIA_ROUTER
    raw_log_field: body
```

構成ファイルを保存する

編集後、ファイルを保存します。
- Linux: Ctrl+O、Enter、Ctrl+X の順に押します。
- Windows の場合: [ファイル] > [保存] をクリックします。

Bindplane エージェントを再起動して変更を適用する

Linux で Bindplane エージェントを再起動するには、次のコマンドを実行します。
```
sudo systemctl restart observiq-otel-collector
```
1. サービスが実行されていることを確認します。
```
sudo systemctl status observiq-otel-collector
```
2. ログでエラーを確認します。
```
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"
```

Nokia Service Router で syslog を構成する

設定モードに移行します。
```
config# log
```
syslog の宛先を定義します。
```
config>log# syslog 1
```

syslog パラメータを構成します。

config>log>syslog# address <syslog-server-ip>
config>log>syslog# port <port-number>
config>log>syslog# facility local0
config>log>syslog# level info
config>log>syslog# log-prefix "Nokia-SR"
config>log>syslog# description "Syslog to Bindplane"

<syslog-server-ip> は Bindplane エージェントの IP アドレスに、<port-number> は適切なポート（UDP の場合は 514 など）に置き換えます。

syslog の宛先をログファイルに適用します。
```
config>log# log-id 1
config>log>log-id# to syslog 1
```
ログファイルを有効にします。
```
config>log>log-id# no shutdown
```

構成を保存します。

config>log>log-id# exit
config>log# save

UDM マッピングテーブル

ログフィールド	UDM マッピング	ロジック
`%{SYSLOGTIMESTAMP:date_time}`	`metadata.event_timestamp`	未加工ログから抽出され、タイムスタンプに変換されます。
`%{IP:src_ip}`	`principal.ip`	未加工ログから抽出されます。
`%{HOSTNAME:host_name}`	`principal.hostname`	未加工ログから抽出されます。
`%{INT:sequence_id}`	`metadata.product_log_id`	未加工ログから抽出されます。
`%{DATA:router_name}`	`metadata.product_name`	未加工ログから抽出されます。
`%{DATA:application}`	`target.application`	未加工ログから抽出されます。
`%{WORD:severity}`	`security_result.severity`	次のロジックに基づいて、未加工ログの重大度からマッピングされます。 - CLEARED、INFO -> INFORMATIONAL - MINOR -> ERROR - WARNING -> LOW - MAJOR -> HIGH - CRITICAL -> CRITICAL
`%{DATA:event_name}`	`metadata.product_event_type`	未加工ログから抽出されます。
`%{INT:event_id}`	`additional.fields.value.string_value`	未加工のログから抽出され、キー `Event Id` を含む `additional fields` 内に配置されます。
`%{GREEDYDATA:message1}`		`event_name` に基づいてさまざまなフィールドを抽出するために使用されます。特定のフィールドのロジックについては、以下をご覧ください。
`Group %{NOTSPACE:group_id}`	`target.group.product_object_id`	`event_name` が BGP イベントに関連している場合に `message1` から抽出されます。
`%{WORD} %{IP:dest_ip}`	`target.ip`	`event_name` が BGP イベントに関連している場合に `message1` から抽出されます。
`%{GREEDYDATA:desc}`	`security_result.description`	さまざまな `event_name` シナリオの `message1` から抽出されます。
`SAP %{DATA:sap_id}`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` のときに `message1` から抽出され、キー `SAP Id` を使用して `additional fields` 内に配置されます。
`in service %{INT:service_id}`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` の場合に `message1` から抽出され、キー `Service Id` を使用して `additional fields` 内に配置されます。
`\\(customer %{INT:customer_id}\\)`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` のときに `message1` から抽出され、キー `Customer Id` を使用して `additional fields` 内に配置されます。
`admin=%{WORD:admin_status}`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` のときに `message1` から抽出され、キー `Admin Status` を使用して `additional fields` 内に配置されます。
`oper=%{WORD:operation_status}`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` のときに `message1` から抽出され、キー `Operation Status` を使用して `additional fields` 内に配置されます。
`flags=%{WORD:flag}`	`additional.fields.value.string_value`	`event_name` が `sapStatusChanged` の場合に `message1` から抽出され、キー `Flag` を使用して `additional fields` 内に配置されます。
`with MI:SCI %{DATA:mi_sci}`	`additional.fields.value.string_value`	`event_name` が `tmnxMkaSessionEstablished` のときに `message1` から抽出され、キー `MI:SCI` を使用して `additional fields` 内に配置されます。
`on port %{DATA:port_id}`	`additional.fields.value.string_value`	`event_name` が `tmnxMkaSessionEstablished` のときに `message1` から抽出され、キー `Port Id` を使用して `additional fields` 内に配置されます。
`sub-port %{INT:sub_port_id}`	`additional.fields.value.string_value`	`event_name` が `tmnxMkaSessionEstablished` のときに `message1` から抽出され、キー `Sub-port Id` を使用して `additional fields` 内に配置されます。
`CA %{INT:ca}`	`additional.fields.value.string_value`	`event_name` が `tmnxMkaSessionEstablished` の場合に `message1` から抽出され、キー `CA` を使用して `additional fields` 内に配置されます。
`EAPOL-destination %{MAC:dest_mac}`	`target.mac`	`event_name` が `tmnxMkaSessionEstablished` の場合に `message1` から抽出されます。
`local port-id %{DATA:local_port_id}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `local_port_id` を持つ `target.resource.attribute.labels` 内に配置されます。
`dest-mac-type %{NOTSPACE:mac_type}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `mac_type` を持つ `target.resource.attribute.labels` 内に配置されます。
`remote system name %{HOSTNAME:dest_host}`	`target.hostname`	特定の `event_name` 値の `message1` から抽出されます。
`remote chassis-id %{DATA:dest_mac}`	`target.mac`	特定の `event_name` 値の `message1` から抽出されます。
`remote port-id %{DATA:port_id}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `port_id` を持つ `target.resource.attribute.labels` 内に配置されます。
`remote-index %{INT:remote_index}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `remote_index` を持つ `target.resource.attribute.labels` 内に配置されます。
`remote management address %{IP:dest_ip}`	`target.ip`	特定の `event_name` 値の `message1` から抽出されます。
`advRtr:%{HOSTNAME:dest_host}%{GREEDYDATA}, ip@:%{IP:dest_ip}/%{INT:dest_port}`	`target.hostname`、`target.ip`、`target.port`	特定の `event_name` 値の `message1` から抽出されます。
`SID:%{INT:sid}`	`network.session_id`	特定の `event_name` 値の `message1` から抽出されます。
`level:%{DATA:level}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `level` を持つ `target.resource.attribute.labels` 内に配置されます。
`mtid:%{INT:mtid}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `mtid` を持つ `target.resource.attribute.labels` 内に配置されます。
`type:%{WORD:type}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `type` を持つ `target.resource.attribute.labels` 内に配置されます。
`flags:%{WORD:flag}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `flag` を持つ `target.resource.attribute.labels` 内に配置されます。
`, algo:%{INT:algo}`	`target.resource.attribute.labels.value`	特定の `event_name` 値の `message1` から抽出され、キー `algo` を持つ `target.resource.attribute.labels` 内に配置されます。
`Description:%{GREEDYDATA:desc}.`	`security_result.description`	`event_name` が `mafEntryMatch` の場合、`message1` から抽出されます。
`SrcIP`	`principal.ip`	`event_name` が `mafEntryMatch` の場合、`kv_data` フィールドから抽出されます。
`SrcIP: %{INT:src_port}`	`principal.port`	`event_name` が `mafEntryMatch` の場合に `kv_data` フィールドから抽出されます。
`DstIP`	`target.ip`	`event_name` が `mafEntryMatch` の場合に `kv_data` フィールドから抽出されます。
`DstIP: %{INT:dest_port}`	`target.port`	`event_name` が `mafEntryMatch` の場合に `kv_data` フィールドから抽出されます。
`Protocol`	`network.ip_protocol`	`event_name` が `mafEntryMatch` の場合に `kv_data` フィールドから抽出されます。
なし	`metadata.vendor_name`	`NOKIA_ROUTER` に設定します。
なし	`metadata.event_type`	抽出されたフィールドの有無と組み合わせに基づいて決定されます。 - `src_ip`、`dest_ip`、`network` が存在する場合 -> NETWORK_CONNECTION - `principal` が存在する場合 -> STATUS_UPDATE - それ以外の場合 -> GENERIC_EVENT
`%{GREEDYDATA:description}`	`metadata.description`	`event_name` が `tmnxMkaSessionEstablished` の場合に `message1` から抽出されます。
`src_ip`	`event.idm.read_only_udm.intermediary.ip`	変更履歴からマッピング
`src_ip`	`event.idm.read_only_udm.intermediary.asset.ip`	変更履歴からマッピング

変更ログ

このパーサーの変更ログを表示する

さらにサポートが必要な場合 コミュニティメンバーや Google SecOps のプロフェッショナルから回答を得ることができます。