FileZilla FTP ログを収集する
パーサーのバージョン: 1.0
このドキュメントでは、Bindplane エージェントを使用して FileZilla FTP ログを Google Security Operations に取り込む方法について説明します。
FileZilla は、接続の詳細、ファイル転送オペレーション、認証イベント、セッション アクティビティを含むログファイルを生成するオープンソースの FTP サーバーとクライアントです。パーサーは、grok パターンを使用してログデータからフィールドを抽出し、Unified Data Model(UDM)にマッピングします。
始める前に
次の前提条件を満たしていることを確認してください。
- Google SecOps インスタンス
- Windows Server 2016 以降、または
systemdを使用する Linux ホスト - Bindplane エージェントは、FileZilla と同じホストにインストールされているか(または FileZilla のログファイル パスにアクセスできる)、
- プロキシの背後で実行している場合は、Bindplane エージェントの要件に従ってファイアウォール ポートが開いていることを確認します。
- FileZilla アプリケーションに対する管理者権限
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 のインストール
- 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 エージェントのインストール ガイドをご覧ください。
FileZilla ログを取り込んで Google SecOps に送信するように Bindplane エージェントを構成する
構成ファイルを探す
Linux:
sudo nano /etc/bindplane-agent/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
構成ファイルを編集します。
config.yamlの内容全体を次の構成に置き換えます。receivers: filelog: file_path: '<PATH_TO>/filezilla-logs.log' log_type: 'file' exporters: chronicle/filezilla_ftp: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: FILEZILLA_FTP raw_log_field: body service: pipelines: logs/filezilla_ftp_to_chronicle: receivers: - filelog exporters: - chronicle/filezilla_ftp
構成パラメータ
各プレースホルダを次のように置き換えます。
レシーバーの構成:
file_path: FileZilla ログファイルのフルパス:- Linux: たとえば、
/var/log/filezilla/filezilla-logs.log - Windows:
C:\Users\<username>\AppData\Local\FileZilla\filezilla-logs.logなど - 正確なパスは、FileZilla で構成されたファイル名と場所によって異なります(FileZilla でのロギングの構成を参照)。
- Linux: たとえば、
エクスポータの構成:
creds_file_path: 取り込み認証ファイルのフルパス:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: Google SecOps コンソールからコピーしたお客様 IDendpoint: リージョン エンドポイント URL:- 米国:
malachiteingestion-pa.googleapis.com - ヨーロッパ:
europe-malachiteingestion-pa.googleapis.com - アジア:
asia-southeast1-malachiteingestion-pa.googleapis.com - 完全なリストについては、リージョン エンドポイントをご覧ください。
- 米国:
構成ファイルを保存する
- 編集後、ファイルを保存します。
- Linux:
Ctrl+O、Enter、Ctrl+Xの順に押します。 - Windows: [ファイル> 保存] をクリックします。
- Linux:
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サービス コンソール:
Win+Rキーを押し、「services.msc」と入力して Enter キーを押します。- observIQ OpenTelemetry Collector を見つけます。
- 右クリックして [再起動] を選択します。
サービスが実行されていることを確認します。
sc query observiq-otel-collectorログでエラーを確認します。
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
FileZilla でロギングを構成する
- FileZilla を使用してサーバーにログインします。
- FileZilla ソフトウェアを開きます。
- [編集 > 設定] に移動します。
- メニューから [ロギング] を選択します。
- 次の構成情報を指定します。
- [メッセージ ボックスにタイムスタンプを表示する] チェックボックスをオンにします。
- [ファイルにログを記録] チェックボックスをオンにします。
- ファイル名: ファイル名を入力し、保存パスを選択します(例:
filezilla-logs)。 - 省略可: ログファイルのサイズを制限する: ログファイルが使用できる容量を制限するには、このチェックボックスをオンにします。
- 省略可: 上限: ログファイルの最大ファイルサイズをメガバイト単位で入力します。
- [OK] をクリックします。
FileZilla を再起動します。
UDM マッピング テーブル
| ログフィールド | UDM マッピング | ロジック |
|---|---|---|
| データ | read_only_udm.metadata.description | 未加工ログの data フィールドの内容。 |
| データ | read_only_udm.metadata.event_timestamp.seconds | Grok パターンを使用して data フィールドから抽出され、エポック秒に変換されます。 |
| データ | read_only_udm.network.http.response_code | grok パターンを使用して data フィールドから抽出されます。 |
| データ | read_only_udm.principal.hostname | grok パターンを使用して data フィールドから抽出されます。 |
| データ | read_only_udm.principal.port | grok パターンを使用して data フィールドから抽出されます。 |
| データ | read_only_udm.principal.user.userid | 値が not logged in でない場合に限り、grok パターンを使用して data フィールドから抽出されます。 |
| データ | read_only_udm.target.ip | grok パターンを使用して data フィールドから抽出されます。 |
| データ | read_only_udm.target.process.pid | grok パターンを使用して data フィールドから抽出されます。 |
| read_only_udm.metadata.event_type | target.ip が存在する場合は NETWORK_FTP に設定し、存在しない場合は GENERIC_EVENT に設定します。 |
|
| read_only_udm.metadata.log_type | FILEZILLA_FTP に設定します。 |
|
| read_only_udm.metadata.product_name | FILEZILLA に設定します。 |
|
| read_only_udm.metadata.vendor_name | FILEZILLA に設定します。 |
変更ログ
さらにサポートが必要な場合 コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。