close
NXLogは、異種OS環境からのログやテレメトリを収集・整形・安全転送するベンダー非依存のクロスプラットフォーム・ログ収集ソフトウェアです。

NXLog

商品コード:
10005501*1201~10005501*1202

-

メーカーへの確認が必要な製品です。見積依頼からお手続きください。

メーカー:
NXLog FZE
JANコード:
10001375
関連カテゴリ:
セキュリティ > アンチスパイ・監視

【ライセンス種類】

Basic Premium
要見積 要見積

NXLog 製品概要

NXLog Platform と NXLog Agent は、ログや各種テレメトリを収集・処理・転送するためのクロスプラットフォーム対応ソフトウェアです。Windows Event Log、Linux/systemd、アプリケーションログ、ネットワーク機器ログ、OpenTelemetry などのデータを収集し、JSON、syslog、CEF、GELF など下流システムに適した形式へ整形したうえで、SIEM、ログ分析基盤、オブザーバビリティ基盤、データレイクへ転送できます。

ログ管理では、単にデータを集めるだけでなく、SIEM に届く前の段階で「イベントが分断されていないか」「ローテーション時に欠落していないか」「検索しやすい構造化データになっているか」が重要です。NXLog は、収集レイヤーでログを正規化・変換・ルーティングすることで、検知、調査、監査に使いやすいログ基盤の構築を支援します。

NXLog を選ぶ理由

  • Windows、Linux、macOS、BSD、IBM AIX、Oracle Solaris など、主要な OS 環境を 1 つのログ収集エージェントでカバー
  • ログの収集、パース、フィルタリング、正規化、変換、ルーティングを収集レイヤーで実行
  • Windows Event Log、syslog、ファイルログ、JSON、CSV、XML、CEF、GELF など、さまざまな形式に対応
  • TLS/mTLS、バッファリング、キュー制御、再送制御により、安定したログ転送構成を支援
  • 同一ログストリームを複数の SIEM、ログ分析基盤、データレイクへ並列転送可能
  • マルチラインログ解析、ログローテーション対応、JSON 変換により、SIEM 投入前のログ品質を改善
  • オンプレミス環境や閉域環境、拠点集約、エージェントレス収集など、多様な導入形態に対応

製品紹介

NXLog Platform

NXLog Platform は、NXLog Agent の管理、設定配布、ログ収集状況の監視、ログ保存・検索などを行うためのソフトウェアプラットフォームです。大規模なログ収集環境において、複数のエージェントを一元的に管理し、収集ルールや変換ルールを統制できます。

主な機能:

  • NXLog Agent の登録、管理、設定配布、状態監視
  • エージェントグループやテンプレートを使った設定管理
  • ログソースや宛先ごとのルーティング、パース、変換ルールの管理
  • ログデータの保存、検索、可視化に関する機能
  • オンプレミス環境での運用に対応

NXLog Agent

NXLog Agent は、エンドポイント、サーバー、ログ中継サーバーに導入して利用するログ収集ソフトウェアです。入力モジュールでログを取得し、拡張モジュールやプロセッサでパース・変換・フィルタリングを行い、出力モジュールで任意の宛先へ転送します。

主な機能:

  • Windows Event Log、ETW、Sysmon、IIS、ファイルログ、syslog、journald などの収集
  • JSON、CSV、XML、キー・バリュー、CEF、GELF、W3C、syslog などのパースと変換
  • 複数行にわたるログを 1 つのイベントとして扱うマルチラインログ解析
  • ログローテーション時の読み取り継続、読み取り位置の管理、再処理リスクの低減
  • 不要なイベントやフィールドの除外、重要イベントの抽出、フィールド名の正規化
  • TCP、UDP、TLS、HTTP(S)、syslog、OpenTelemetry などによる転送
  • メモリ/ディスクバッファを利用した安定転送
  • 複数宛先への並列ルーティング

SIEM 投入前のログ品質改善

SIEM やログ分析基盤を有効に活用するには、収集したログをそのまま送るだけでなく、下流で検索・相関分析・アラート設計に使いやすい状態へ整えることが重要です。NXLog は、ログ収集レイヤーでイベント単位の維持、欠落リスクの低減、フォーマット変換、スキーマ統一を行い、SIEM に投入する前のログ品質を高めます。

マルチラインログの再構成

Java のスタックトレース、Python の traceback、整形済み JSON、複数行のアプリケーションエラーなどは、単純な行単位の収集では 1 つのイベントが複数の断片として扱われる場合があります。この状態で SIEM に送信すると、検索、相関分析、アラート設計、インシデント調査が複雑になります。

NXLog は、ヘッダー行、終了行、固定行数、正規表現などを使ってイベント境界を定義し、複数行にまたがるログを 1 つのイベントとして再構成できます。これにより、例外ログやアプリケーションエラーを文脈ごと保持したまま SIEM へ転送できます。

ログローテーション時の欠落リスク低減

ログローテーションは一般的な運用ですが、ファイルのリネーム、再作成、切り詰め、圧縮のタイミングによって、ログ収集ツールが読み取り中のイベントを取りこぼす可能性があります。特に監査ログやセキュリティログでは、わずかな欠落が検知や調査の抜けにつながる場合があります。

NXLog は、ファイルの読み取り位置や状態を管理し、ローテーションされたログの読み取り、再開、再処理防止を考慮した構成を支援します。ログファイルの運用ポリシーと収集設定を組み合わせることで、ローテーション時の欠落リスクを抑えたログ収集を実現できます。

JSON 変換とスキーマ統一

生ログは文字列としては保存できますが、そのままではフィールド検索、集計、相関分析、検知ルールで扱いにくい場合があります。NXLog では、ログを収集レイヤーで JSON 化し、ホスト名、時刻、ユーザー名、イベント ID、重大度、送信元 IP などの情報をフィールドとして整理できます。

収集段階で構造化ログへ変換しておくことで、SIEM 側でのパース負荷を抑え、ログソースごとの形式差異を吸収しやすくなります。ECS などの共通スキーマや、社内のログ命名ルールに合わせたフィールド名の整理にも活用できます。

アーキテクチャとデータフロー

論理データフロー

  1. 入力: Windows Event Log、ETW、ファイルログ、syslog、journald、ソケット、OpenTelemetry、パフォーマンスカウンタ、外部プログラム出力などを取得します。
  2. 処理: パース、フィルタリング、フィールド抽出、フィールド名の正規化、値の書き換え、エンリッチ、形式変換を行います。
  3. ルーティング: 条件に応じてログを複数の経路へ振り分け、重要イベントを SIEM へ、保管目的のログをデータレイクへ送るなどの構成が可能です。
  4. 出力: syslog、TCP、UDP、TLS、HTTP(S)、OpenTelemetry、ファイル出力などを利用して、SIEM、ログ分析基盤、監査用ストレージへ転送します。
  5. 信頼性制御: バッファ、キュー、再接続、読み取り位置の保持により、ネットワーク断や宛先側の一時的な停止に備えます。

収集モード

  • エージェント方式: 各サーバーやエンドポイントに NXLog Agent を導入し、ローカルでログ収集・変換・転送を行います。
  • リレー方式: 拠点やセグメントごとに中継サーバーを設置し、複数ソースからのログを集約して転送します。
  • エージェントレス構成: Windows Event Forwarding、syslog、ネットワーク経由のログ転送などを利用して、エージェントを導入できない環境からログを収集します。
  • オフライン処理: EVTX、CSV、JSON、テキストログなど、既存のログファイルを読み取り、調査や移行作業に利用できます。

セキュリティ/信頼性/性能

  • セキュアな転送: TLS/mTLS による暗号化通信、証明書ベースの認証、許可/拒否リストを利用できます。
  • 安定した配送: メモリ/ディスクバッファ、キュー、再接続、バックプレッシャー制御により、転送失敗時の影響を抑えます。
  • スケーラビリティ: バッチ処理、ルート分割、複数宛先へのファンアウトにより、大規模環境でのログ転送を支援します。

導入メリット

異種環境のログ収集を標準化

  • Windows、Linux、macOS、AIX、Solaris、ネットワーク機器、アプリケーションログを共通の収集基盤で扱えます。
  • ログソースごとに異なる形式を、JSON、CEF、GELF、syslog など下流システムに適した形式へ変換できます。
  • ホスト名、タイムゾーン、重大度、イベント種別などを整理し、分析しやすいログデータへ整形できます。

重要イベントを維持しながら取り込み量を制御

  • 条件に応じたフィルタリングにより、低価値なイベントや重複ログの転送を抑制できます。
  • 不要なフィールドを削除し、必要な情報を保持したままペイロードを軽量化できます。
  • 重要イベントは SIEM へ、保管目的のログは別ストレージへ送るなど、用途に応じたルーティングが可能です。

セキュリティ体制の強化

  • セキュリティログ、監査ログ、アプリケーションログを一元的に収集し、検知・調査に利用できます。
  • TLS/mTLS による暗号化転送により、ログ転送経路の安全性を高めます。
  • オンプレミス環境や閉域ネットワークでも利用しやすく、外部接続が制限される環境のログ収集にも対応できます。

ベンダーロックインの回避

  • 特定の SIEM やログ分析基盤に依存せず、複数の宛先へ同一ログを配信できます。
  • バックエンドの追加や変更時にも、ログソース側の大幅な変更を抑えやすくなります。
  • SIEM、MDR、SOC、監査保管、データレイクなど、用途ごとにログの転送先を分けられます。

運用効率の向上

  • 設定テンプレートや共通ルールを利用し、ホストごとの設定差異を抑えられます。
  • 複数 OS 環境で同一製品を利用できるため、ログ収集ツールの運用を統一しやすくなります。
  • SIEM 側でのパースや加工処理を減らし、分析基盤への投入前にログを整えられます。

ユースケース

1) Windows 基盤の監査ログ収集と AD 可視化

課題: Security、System、Application、Sysmon などの Windows Event Log を、低ノイズかつ分析しやすい形式で SIEM へ転送したい。

実装概要:

  • ドメインコントローラやメンバーサーバーに NXLog Agent を導入
  • 必要なチャネルやイベント ID を指定して収集
  • JSON、CEF、syslog など SIEM に適した形式へ変換
  • TLS/mTLS で SIEM や監査用ストレージへ転送

効果: Windows 環境の重要ログを標準化し、認証、権限変更、プロセス実行、ポリシー変更などの監視に活用できます。

2) エアギャップ環境・OT/ICS 環境のログ集約

課題: 外部接続が制限された拠点や製造現場で、Windows、Linux、ネットワーク機器、アプリケーションログを安全に集約したい。

実装概要:

  • 拠点内に NXLog Agent またはログ中継サーバーを配置
  • syslog、Windows Event Forwarding、ファイルログなどを収集
  • ディスクバッファを利用し、回線断や転送先停止時の影響を抑制
  • オンプレミス SIEM またはローカル保管領域へ転送

効果: インターネット接続に依存しないログ収集構成を組みやすく、セキュリティ監視や監査対応に必要なログを集約できます。

3) 複数 SIEM/MDR への並列転送

課題: 社内 SIEM と外部 MDR、または監査用ストレージへ、同一ログを用途別に転送したい。

実装概要:

  • 収集レイヤーでログを JSON、CEF、GELF、syslog などへ正規化
  • 重要イベントを SIEM へ転送
  • 同時に別ルートで MDR、SOC、データレイク、長期保管領域へ転送
  • 宛先ごとにバッファや転送方式を分けて構成

効果: 1 つのログ収集基盤から複数の分析・監視先へ配信でき、ログソース側の変更を抑えながら運用できます。

4) SIEM 取り込み量の最適化

課題: ログ量が多く、SIEM の取り込み量や検索負荷を抑えながら、セキュリティ上重要なイベントは維持したい。

実装概要:

  • 低価値イベントや重複ログを収集レイヤーで除外
  • 不要フィールドを削除し、必要なフィールドを保持
  • 重要イベントは SIEM へ、保管目的のログは低コストなストレージへ転送
  • ログの形式を統一し、SIEM 側のパース負荷を軽減

効果: 可視性を維持しながら、取り込み量、保存量、検索負荷を調整できます。

5) OpenTelemetry と従来ログの統合

課題: アプリケーションのログ、トレース、メトリクスと、従来のセキュリティログやシステムログを同じ運用基盤で扱いたい。

実装概要:

  • OpenTelemetry 系のデータと従来ログを収集
  • セキュリティ監視や運用監視に必要なフィールドを整理
  • SIEM とオブザーバビリティ基盤へ用途別に転送
  • ログ、トレース、メトリクスを組み合わせて調査に活用

効果: SecOps、IT 運用、SRE が利用するテレメトリを整理し、複数ツール間のデータ連携を進めやすくなります。

代替製品との違い

NXLog は、単純なログ転送だけでなく、収集レイヤーでのパース、正規化、フィルタリング、複数宛先へのルーティングを重視したログ収集ソフトウェアです。一般的なログ転送ツールと比較した場合、次のような観点で差別化できます。

  • ベンダー非依存の設計: 特定 SIEM に固定せず、複数のログ分析基盤へ転送できます。
  • Windows ログ対応の厚み: Windows Event Log、WEF/WEC、ETW、Sysmon など、Windows 環境のログ収集に適した機能を備えています。
  • 収集レイヤーでの正規化: SIEM へ送る前に JSON、CEF、GELF、syslog などへ変換できます。
  • マルチラインログへの対応: スタックトレースや複数行エラーを 1 つのイベントとして扱えます。
  • ログローテーションを考慮した収集: ファイルの変更、ローテーション、再読み込みに配慮した構成が可能です。
  • 閉域・オンプレミス運用: 外部接続が制限される環境でも利用しやすい構成を組めます。

主なモジュールと連携機能

入力機能

  • Windows Event Log: Windows のイベントログをチャネルや条件に応じて収集
  • Windows Event Forwarding: Windows 環境のイベント転送構成に対応
  • ETW: Event Tracing for Windows のログを収集
  • ファイルログ: アプリケーションログ、テキストログ、CSV、JSON、XML、EVTX などを読み取り
  • syslog: UDP、TCP、TLS などで syslog を受信
  • journald/systemd: Linux 環境のシステムログを収集
  • OpenTelemetry: オブザーバビリティ関連データの取り込みに対応

処理・変換機能

  • JSON 変換: 生ログを構造化し、フィールド検索しやすい形式へ変換
  • CSV/XML/キー・バリュー解析: 多様なログ形式をフィールド化
  • CEF/GELF/syslog 変換: SIEM やログ分析基盤に適した形式へ変換
  • マルチライン解析: 複数行ログを 1 つのイベントとして再構成
  • フィルタリング: 条件に応じて不要イベントや不要フィールドを除外
  • エンリッチ: ホスト名、環境名、拠点名、重要度などの情報を付与
  • ルーティング: 条件に応じて複数の宛先へログを振り分け

出力機能

  • TCP/UDP/TLS: ネットワーク経由でログを転送
  • syslog: SIEM やログサーバーへ syslog 形式で転送
  • HTTP(S): HTTP ベースのログ受信エンドポイントへ送信
  • OpenTelemetry: OpenTelemetry Collector などへ転送
  • ファイル出力: ローカル保存、監査保管、別プロセス連携に利用
  • 複数宛先出力: SIEM、MDR、データレイク、監査ストレージへ並列転送

セキュリティと信頼性

転送セキュリティ

  • TLS/mTLS による暗号化転送に対応
  • 証明書ベースの認証により、送信元と受信先の信頼性を確保
  • ネットワーク入力での許可/拒否リストにより、受信元を制御
  • オンプレミス環境や閉域環境でのログ転送構成に対応

耐障害配送とバックプレッシャー制御

  • メモリ/ディスクバッファを利用し、宛先停止時の一時的なログ滞留に対応
  • 読み取り位置の保持により、再起動後のログ収集再開を支援
  • 宛先ごとにルートを分けることで、特定宛先の停止が他の転送経路へ与える影響を抑制
  • ログローテーション、ファイル更新、再読み込みを考慮した収集構成が可能

高スループット環境への対応

  • バッチ処理により、転送効率とレイテンシのバランスを調整
  • 入力・出力・処理ルートを分けることで、用途別の負荷分散が可能
  • 大量ログ環境で、重要イベントの優先転送や低価値イベントの除外を構成可能

FAQ

Q1. NXLog は何をするソフトウェアですか?
NXLog は、ログや各種テレメトリを収集し、パース、フィルタリング、正規化、変換、ルーティングを行ったうえで、SIEM、ログ分析基盤、データレイクなどへ転送するソフトウェアです。

Q2. 同じイベントを複数の SIEM へ送れますか?
はい。複数の出力先を定義することで、同一ログを SIEM、MDR、SOC、監査ストレージ、データレイクなどへ並列転送できます。

Q3. すべての Windows エンドポイントにエージェントが必要ですか?
必ずしも必要ではありません。エージェント方式のほか、Windows Event Forwarding や syslog などを利用した集約構成も可能です。ただし、詳細なローカルフィルタリングやホスト単位の制御にはエージェント方式が適しています。

Q4. マルチラインログに対応していますか?
はい。スタックトレースや複数行エラーなど、複数行にわたるログを 1 つのイベントとして再構成できます。これにより、SIEM 上でイベントの文脈を保持したまま検索・分析できます。

Q5. ログローテーション時の取りこぼし対策はできますか?
はい。ファイルの読み取り位置、ローテーション後のファイル処理、再読み込み防止などを考慮した構成が可能です。ログファイルの運用ポリシーと組み合わせることで、欠落や重複のリスクを抑えられます。

Q6. JSON 形式へ変換できますか?
はい。収集したログを JSON 形式へ変換し、フィールド検索や相関分析に使いやすい構造化ログとして転送できます。SIEM 側のパース負荷を抑えたい場合にも有効です。

Q7. 取り込み量を減らすにはどうすればよいですか?
条件に応じたイベント除外、不要フィールドの削除、重要イベントのみの抽出、宛先ごとのルーティングを利用できます。収集レイヤーでログを整理することで、SIEM 側の取り込み量や検索負荷を調整できます。

Q8. 転送のセキュリティは確保できますか?
はい。TLS/mTLS による暗号化転送、証明書ベースの認証、許可/拒否リストを利用できます。オンプレミス環境や閉域ネットワークでのログ転送構成にも対応できます。

Q9. エアギャップ環境でも利用できますか?
はい。NXLog Platform と NXLog Agent はオンプレミス環境で構成できるため、インターネット接続が制限される環境でもログ収集・転送基盤として利用できます。

Q10. 対応 OS は何ですか?
Windows、Linux、macOS、BSD、IBM AIX、Oracle Solaris など、主要な OS 環境に対応しています。

Q11. OpenTelemetry に対応していますか?
はい。OpenTelemetry 形式のデータ取り込みや転送に対応しており、従来のログ収集とオブザーバビリティ基盤の連携に活用できます。

Q12. Linux で rsyslog や syslog-ng の代替として使えますか?
用途によって利用できます。journald、syslog、ファイルログ、アプリケーションログを収集し、変換や複数宛先へのルーティングを行えるため、単純な syslog 転送以上の処理が必要な環境に適しています。

メーカーの製品サイト

https://nxlog.co/

【言語】英語