{"id":13546144,"url":"https://github.com/Yamato-Security/hayabusa","last_synced_at":"2025-04-02T17:32:47.797Z","repository":{"id":36982337,"uuid":"296518768","full_name":"Yamato-Security/hayabusa","owner":"Yamato-Security","description":"Hayabusa (隼) is a sigma-based threat hunting and fast forensics timeline generator for Windows event logs.","archived":false,"fork":false,"pushed_at":"2024-10-29T22:42:02.000Z","size":144443,"stargazers_count":2270,"open_issues_count":38,"forks_count":201,"subscribers_count":41,"default_branch":"main","last_synced_at":"2024-10-30T00:46:25.567Z","etag":null,"topics":["attack","cybersecurity","detection","dfir","event","forensics","hayabusa","hunting","incident","incident-response","logs","response","rust","security","security-automation","sigma","threat","threat-hunting","windows","yamato"],"latest_commit_sha":null,"homepage":"","language":"Rust","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"agpl-3.0","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/Yamato-Security.png","metadata":{"files":{"readme":"README-Japanese.md","changelog":"CHANGELOG-Japanese.md","contributing":null,"funding":null,"license":"LICENSE.txt","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2020-09-18T05:04:33.000Z","updated_at":"2024-10-29T22:42:02.000Z","dependencies_parsed_at":"2023-01-17T11:16:24.384Z","dependency_job_id":"fc47a076-ca51-45e3-a923-51d2637561fb","html_url":"https://github.com/Yamato-Security/hayabusa","commit_stats":null,"previous_names":[],"tags_count":54,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Yamato-Security%2Fhayabusa","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Yamato-Security%2Fhayabusa/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Yamato-Security%2Fhayabusa/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Yamato-Security%2Fhayabusa/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/Yamato-Security","download_url":"https://codeload.github.com/Yamato-Security/hayabusa/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":246860317,"owners_count":20845640,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["attack","cybersecurity","detection","dfir","event","forensics","hayabusa","hunting","incident","incident-response","logs","response","rust","security","security-automation","sigma","threat","threat-hunting","windows","yamato"],"created_at":"2024-08-01T12:00:32.508Z","updated_at":"2025-04-02T17:32:42.774Z","avatar_url":"https://github.com/Yamato-Security.png","language":"Rust","funding_links":[],"categories":["IR Tools Collection","Threat Detection and Forensics","Rust","Tools","Other Lists","windows","其他_安全与渗透"],"sub_categories":["Log Analysis Tools","Packing, Obfuscation, Encryption, Anti-analysis","Windows Artifacts","🛡️ DFIR:","资源传输下载"],"readme":"\u003cdiv align=\"center\"\u003e\n \u003cp\u003e\n    \u003cimg alt=\"Hayabusa Logo\" src=\"logo.png\" width=\"60%\"\u003e\n \u003c/p\u003e\n  [\u003ca href=\"README.md\"\u003eEnglish\u003c/a\u003e] | [\u003cb\u003e日本語\u003c/b\u003e]\n\u003c/div\u003e\n\n---\n\n\u003cp align=\"center\"\u003e\n    \u003ca href=\"https://github.com/Yamato-Security/hayabusa/releases\"\u003e\u003cimg src=\"https://img.shields.io/github/v/release/Yamato-Security/hayabusa?color=blue\u0026label=Stable%20Version\u0026style=flat\"\"/\u003e\u003c/a\u003e\n    \u003ca href=\"https://github.com/Yamato-Security/hayabusa/releases\"\u003e\u003cimg src=\"https://img.shields.io/github/downloads/Yamato-Security/hayabusa/total?style=flat\u0026label=GitHub%F0%9F%A6%85Downloads\u0026color=blue\"/\u003e\u003c/a\u003e\n    \u003ca href=\"https://github.com/Yamato-Security/hayabusa/stargazers\"\u003e\u003cimg src=\"https://img.shields.io/github/stars/Yamato-Security/hayabusa?style=flat\u0026label=GitHub%F0%9F%A6%85Stars\"/\u003e\u003c/a\u003e\n    \u003ca href=\"https://github.com/Yamato-Security/hayabusa/graphs/contributors\"\u003e\u003cimg src=\"https://img.shields.io/github/contributors/Yamato-Security/hayabusa?label=Contributors\u0026color=blue\u0026style=flat\"/\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.blackhat.com/asia-22/arsenal/schedule/#hayabusa-26211\"\u003e\u003cimg src=\"https://raw.githubusercontent.com/toolswatch/badges/master/arsenal/asia/2022.svg\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://codeblue.jp/2022/en/talks/?content=talks_24\"\u003e\u003cimg src=\"https://img.shields.io/badge/CODE%20BLUE%20Bluebox-2022-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.seccon.jp/2022/seccon_workshop/windows.html\"\u003e\u003cimg src=\"https://img.shields.io/badge/SECCON-2023-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.security-camp.or.jp/minicamp/tokyo2023.html\"\u003e\u003cimg src=\"https://img.shields.io/badge/Security%20MiniCamp%20Tokyo-2023-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.sans.org/cyber-security-training-events/digital-forensics-summit-2023/\"\u003e\u003cimg src=\"https://img.shields.io/badge/SANS%20DFIR%20Summit-2023-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://bsides.tokyo/2024/\"\u003e\u003cimg src=\"https://img.shields.io/badge/BSides%20Tokyo-2024-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.hacker.or.jp/hack-fes-2024/\"\u003e\u003cimg src=\"https://img.shields.io/badge/Hack%20Fes.-2024-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://hitcon.org/2024/CMT/\"\u003e\u003cimg src=\"https://img.shields.io/badge/HITCON-2024-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"https://www.blackhat.com/sector/2024/briefings/schedule/index.html#performing-dfir-and-threat-hunting-with-yamato-security-oss-tools-and-community-driven-knowledge-41347\"\u003e\u003cimg src=\"https://img.shields.io/badge/SecTor-2024-blue\"\u003e\u003c/a\u003e\n    \u003ca href=\"Maintenance Level\"\u003e\u003cimg src=\"https://img.shields.io/badge/Maintenance%20Level-Actively%20Developed-brightgreen.svg\" /\u003e\u003c/a\u003e\n    \u003ca href=\"Total Commits\"\u003e\u003cimg src=\"https://img.shields.io/github/commit-activity/t/Yamato-Security/hayabusa/main\" /\u003e\u003c/a\u003e\n    \u003ca href=\"https://rust-reportcard.xuri.me/report/github.com/Yamato-Security/hayabusa\"\u003e\u003cimg src=\"https://rust-reportcard.xuri.me/badge/github.com/Yamato-Security/hayabusa\" /\u003e\u003c/a\u003e\n    \u003ca href=\"https://codecov.io/gh/Yamato-Security/hayabusa\" \u003e\u003cimg src=\"https://codecov.io/gh/Yamato-Security/hayabusa/branch/main/graph/badge.svg?token=WFN5XO9W8C\"/\u003e\u003c/a\u003e\n    \u003ca href=\"https://twitter.com/SecurityYamato\"\u003e\u003cimg src=\"https://img.shields.io/twitter/follow/SecurityYamato?style=social\"/\u003e\u003c/a\u003e\n\u003c/p\u003e\n\n# Hayabusa について\n\nHayabusaは、日本の[Yamato Security](https://yamatosecurity.connpass.com/)グループによって作られた**Windowsイベントログのファストフォレンジックタイムライン作成**および**脅威ハンティングツール**です。 Hayabusaは日本語で[「ハヤブサ」](https://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%A4%E3%83%96%E3%82%B5)を意味し、ハヤブサが世界で最も速く、狩猟(hunting)に優れ、とても訓練しやすい動物であることから選ばれました。[Rust](https://www.rust-lang.org/) で開発され、マルチスレッドに対応し、可能な限り高速に動作するよう配慮されています。[Sigma](https://github.com/SigmaHQ/Sigma)ルールをHayabusaルール形式に変換する[ツール](https://github.com/Yamato-Security/hayabusa-rules/tree/main/tools/sigmac)も提供しています。Hayabusaの検知ルールもSigmaと同様にYML形式であり、カスタマイズ性や拡張性に優れます。稼働中のシステムで実行してライブ調査することも、複数のシステムからログを収集してオフライン調査することも可能です。また、 [Velociraptor](https://docs.velociraptor.app/)と[Hayabusa artifact](https://docs.velociraptor.app/exchange/artifacts/pages/windows.eventlogs.hayabusa/)を用いることで企業向けの広範囲なスレットハンティングとインシデントレスポンスにも活用できます。出力は一つのCSVタイムラインにまとめられ、[LibreOffice](https://www.libreoffice.org/)、[Timeline Explorer](https://ericzimmerman.github.io/#!index.md)、[Elastic Stack](doc/ElasticStackImport/ElasticStackImport-Japanese.md)、[Timesketch](https://timesketch.org/)等で簡単に分析できるようになります。\n\n# 関連プロジェクト\n\n* [EnableWindowsLogSettings](https://github.com/Yamato-Security/EnableWindowsLogSettings) - Sigmaベースの脅威ハンティングと、Windowsイベントログのファストフォレンジックタイムライン生成ツール。\n* [Hayabusa Encoded Rules](https://github.com/Yamato-Security/hayabusa-encoded-rules) - Hayabusa Rulesリポジトリと同じだが、ルールと設定ファイルは1つのファイルに保存され、アンチウイルスによる誤検知を防ぐためにXORされる。\n* [Hayabusa Rules](https://github.com/Yamato-Security/hayabusa-rules/blob/main/README-Japanese.md) - Hayabusaのための検知ルール。\n* [Hayabusa EVTX](https://github.com/Yamato-Security/hayabusa-evtx) - `evtxクレート`のよりメンテナンスされたフォーク。\n* [Hayabusa Sample EVTXs](https://github.com/Yamato-Security/hayabusa-sample-evtx) - Hayabusa/Sigma検出ルールをテストするためのサンプルevtxファイル。\n* [Presentations](https://github.com/Yamato-Security/Presentations) - ツールやリソースについて行った講演のプレゼンテーション。\n* [Sigma to Hayabusa Converter](https://github.com/Yamato-Security/sigma-to-hayabusa-converter) - 上流のWindowsイベントログベースのSigmaルールを使いやすい形式にキュレーションする。\n* [Takajo](https://github.com/Yamato-Security/takajo/blob/main/README-Japanese.md) - Hayabusa結果の解析ツール。\n* [WELA (Windows Event Log Analyzer)](https://github.com/Yamato-Security/WELA/blob/main/README-Japanese.md) - PowerShellで書かれたWindowsイベントログの解析ツール。(非推奨となり、Takajoに置き換えられた)\n\n# Hayabusaを利用したサードパーティプロジェクト\n\n* [AllthingsTimesketch](https://github.com/blueteam0ps/AllthingsTimesketch) - PlasoとHayabusaの結果をTimesketchにインポートするNodeREDワークフロー\n* [LimaCharlie](https://docs.limacharlie.io/docs/extensions-third-party-extensions-hayabusa) - ニーズに合わせたクラウドベースのセキュリティツールとインフラを提供\n* [OpenRelik](https://openrelik.org/) - デジタル・フォレンジックの共同調査を効率化するために設計されたオープンソース（Apache-2.0）のプラットフォーム\n* [Splunk4DFIR](https://github.com/mf1d3l/Splunk4DFIR) - Dockerでsplunkインスタンスを素早く立ち上げ、調査中に出力されるログやツールを閲覧するためのツール\n* [Velociraptor](https://github.com/Velocidex/velociraptor) - Velociraptor Query Language (VQL)クエリを使用したホストベースの収集ツール\n\n## 目次\n\n- [Hayabusa について](#hayabusa-について)\n- [関連プロジェクト](#関連プロジェクト)\n- [Hayabusaを利用したサードパーティプロジェクト](#hayabusaを利用したサードパーティプロジェクト)\n  - [目次](#目次)\n  - [主な目的](#主な目的)\n    - [スレット(脅威)ハンティングと企業向けの広範囲なDFIR](#スレット脅威ハンティングと企業向けの広範囲なdfir)\n    - [フォレンジックタイムラインの高速生成](#フォレンジックタイムラインの高速生成)\n- [スクリーンショット](#スクリーンショット)\n  - [起動](#起動)\n  - [DFIRタイムラインのターミナル出力](#dfirタイムラインのターミナル出力)\n  - [キーワード検索結果](#キーワード検索結果)\n  - [検知頻度タイムライン出力 (`-T`オプション)](#検知頻度タイムライン出力--tオプション)\n  - [結果サマリ (Results Summary)](#結果サマリ-results-summary)\n  - [HTMLの結果サマリ (`-H`オプション)](#htmlの結果サマリ--hオプション)\n  - [LibreOfficeでのDFIRタイムライン解析 (`-M` マルチライン出力)](#libreofficeでのdfirタイムライン解析--m-マルチライン出力)\n  - [Timeline ExplorerでのDFIRタイムライン解析](#timeline-explorerでのdfirタイムライン解析)\n  - [Criticalアラートのフィルタリングとコンピュータごとのグルーピング](#criticalアラートのフィルタリングとコンピュータごとのグルーピング)\n  - [Elastic Stackダッシュボードでの解析](#elastic-stackダッシュボードでの解析)\n  - [Timesketchでの解析](#timesketchでの解析)\n- [タイムライン結果のインポートと解析について](#タイムライン結果のインポートと解析について)\n- [jqによるJSON形式の結果の解析](#jqによるjson形式の結果の解析)\n- [特徴＆機能](#特徴機能)\n- [ダウンロード](#ダウンロード)\n  - [Windowsライブレスポンスパッケージ](#Windowsライブレスポンスパッケージ)\n- [Gitクローン](#gitクローン)\n- [アドバンス: ソースコードからのコンパイル（任意）](#アドバンス-ソースコードからのコンパイル任意)\n  - [Rustパッケージの更新](#rustパッケージの更新)\n  - [32ビットWindowsバイナリのクロスコンパイル](#32ビットwindowsバイナリのクロスコンパイル)\n  - [macOSでのコンパイルの注意点](#macosでのコンパイルの注意点)\n  - [Linuxでのコンパイルの注意点](#linuxでのコンパイルの注意点)\n  - [LinuxのMUSLバイナリのクロスコンパイル](#linuxのmuslバイナリのクロスコンパイル)\n- [Hayabusaの実行](#hayabusaの実行)\n  - [注意: アンチウィルス/EDRの誤検知と遅い初回実行](#注意-アンチウィルスedrの誤検知と遅い初回実行)\n  - [Windows](#windows)\n    - [パスにスペースが含まれるファイルまたはディレクトリをスキャンしようとするとエラーが発生した場合](#パスにスペースが含まれるファイルまたはディレクトリをスキャンしようとするとエラーが発生した場合)\n  - [Linux](#linux)\n  - [macOS](#macos)\n- [コマンド一覧](#コマンド一覧)\n  - [分析コマンド:](#分析コマンド)\n  - [DFIRタイムライン作成のコマンド:](#dfirタイムライン作成のコマンド)\n  - [汎用コマンド:](#汎用コマンド)\n- [コマンド使用方法](#コマンド使用方法)\n  - [分析コマンド](#分析コマンド-1)\n    - [`computer-metrics`コマンド](#computer-metricsコマンド)\n      - [`computer-metrics`コマンドの使用例](#computer-metricsコマンドの使用例)\n      - [`computer-metrics`のスクリーンショット](#computer-metricsのスクリーンショット)\n    - [`eid-metrics`コマンド](#eid-metricsコマンド)\n      - [`eid-metrics`コマンドの使用例](#eid-metricsコマンドの使用例)\n      - [`eid-metrics`コマンドの設定ファイル](#eid-metricsコマンドの設定ファイル)\n      - [`eid-metrics`のスクリーンショット](#eid-metricsのスクリーンショット)\n    - [`logon-summary`コマンド](#logon-summaryコマンド)\n      - [`logon-summary`コマンドの使用例](#logon-summaryコマンドの使用例)\n      - [`logon-summary`のスクリーンショット](#logon-summaryのスクリーンショット)\n    - [`pivot-keywords-list`コマンド](#pivot-keywords-listコマンド)\n      - [`pivot-keywords-list`コマンドの使用例](#pivot-keywords-listコマンドの使用例)\n      - [`pivot-keywords-list`の設定ファイル](#pivot-keywords-listの設定ファイル)\n    - [`search`コマンド](#searchコマンド)\n      - [`search`コマンドの使用例](#searchコマンドの使用例)\n      - [`search`の設定ファイル](#searchの設定ファイル)\n  - [DFIRタイムラインコマンド](#dfirタイムラインコマンド)\n    - [スキャンウィザード](#スキャンウィザード)\n      - [Core ルール](#core-ルール)\n      - [Core+ ルール](#core-ルール-1)\n      - [Core++ ルール](#core-ルール-2)\n      - [Emerging Threats (ET) アドオンルール](#emerging-threats-et-アドオンルール)\n      - [Threat Hunting (TH) アドオンルール](#threat-hunting-th-アドオンルール)\n    - [Channelベースのイベントログとルールフィルタリング](#channelベースのイベントログとルールフィルタリング)\n    - [`csv-timeline`コマンド](#csv-timelineコマンド)\n      - [`csv-timeline`コマンドの使用例](#csv-timelineコマンドの使用例)\n      - [アドバンス - GeoIPのログエンリッチメント](#アドバンス---geoipのログエンリッチメント)\n        - [GeoIPの設定ファイル](#geoipの設定ファイル)\n        - [GeoIPデータベースの自動アップデート](#geoipデータベースの自動アップデート)\n      - [`csv-timeline`コマンドの設定ファイル](#csv-timelineコマンドの設定ファイル)\n    - [`json-timeline`コマンド](#json-timelineコマンド)\n      - [`json-timeline`コマンドの使用例と設定ファイル](#json-timelineコマンドの使用例と設定ファイル)\n    - [`level-tuning`コマンド](#level-tuningコマンド)\n      - [`level-tuning`コマンドの使用例](#level-tuningコマンドの使用例)\n      - [`level-tuning`の設定ファイル](#level-tuningの設定ファイル)\n    - [`list-profiles`コマンド](#list-profilesコマンド)\n    - [`set-default-profile`コマンド](#set-default-profileコマンド)\n      - [`set-default-profile`コマンドの使用例](#set-default-profileコマンドの使用例)\n  - [`update-rules`コマンド](#update-rulesコマンド)\n    - [`update-rules`コマンドの使用例](#update-rulesコマンドの使用例)\n- [タイムライン出力](#タイムライン出力)\n  - [出力プロファイル](#出力プロファイル)\n    - [1. `minimal`プロファイルの出力](#1-minimalプロファイルの出力)\n    - [2. `standard`プロファイルの出力](#2-standardプロファイルの出力)\n    - [3. `verbose`プロファイルの出力](#3-verboseプロファイルの出力)\n    - [4. `all-field-info`プロファイルの出力](#4-all-field-infoプロファイルの出力)\n    - [5. `all-field-info-verbose`プロファイルの出力](#5-all-field-info-verboseプロファイルの出力)\n    - [6. `super-verbose`プロファイルの出力](#6-super-verboseプロファイルの出力)\n    - [7. `timesketch-minimal`プロファイルの出力](#7-timesketch-minimalプロファイルの出力)\n    - [8. `timesketch-verbose`プロファイルの出力](#8-timesketch-verboseプロファイルの出力)\n    - [プロファイルの比較](#プロファイルの比較)\n    - [プロファイルのフィールドエイリアス](#プロファイルのフィールドエイリアス)\n      - [その他のプロファイルのフィールドエイリアス](#その他のプロファイルのフィールドエイリアス)\n  - [Levelの省略](#levelの省略)\n  - [MITRE ATT\\\u0026CK戦術の省略](#mitre-attck戦術の省略)\n  - [Channel情報の省略](#channel情報の省略)\n- [その他の省略](#その他の省略)\n  - [プログレスバー](#プログレスバー)\n  - [カラー出力](#カラー出力)\n  - [結果のサマリ (Results Summary)](#結果のサマリ-results-summary)\n    - [検知頻度タイムライン](#検知頻度タイムライン)\n- [Hayabusaルール](#hayabusaルール)\n  - [Sigma v.s. Hayabusa(ビルトインSigmaとの互換性のある)ルール](#sigma-vs-hayabusaビルトインsigmaとの互換性のあるルール)\n- [その他のWindowsイベントログ解析ツールおよび関連リソース](#その他のwindowsイベントログ解析ツールおよび関連リソース)\n- [Windowsイベントログ設定のススメ](#windowsイベントログ設定のススメ)\n- [Sysmon関係のプロジェクト](#sysmon関係のプロジェクト)\n- [コミュニティによるドキュメンテーション](#コミュニティによるドキュメンテーション)\n  - [英語](#英語)\n  - [日本語](#日本語)\n- [貢献](#貢献)\n- [バグの報告](#バグの報告)\n- [ライセンス](#ライセンス)\n- [Twitter](#twitter)\n\n## 主な目的\n\n### スレット(脅威)ハンティングと企業向けの広範囲なDFIR\n\nHayabusaには現在、4000以上のSigmaルールと170以上のHayabusa検知ルールがあり、定期的にルールが追加されています。\n[Velociraptor](https://docs.velociraptor.app/)の[Hayabusa artifact](https://docs.velociraptor.app/exchange/artifacts/pages/windows.eventlogs.hayabusa/)を用いることで企業向けの広範囲なスレットハンティングだけでなくDFIR(デジタルフォレンジックとインシデントレスポンス)にも無料で利用することが可能です。\nこの2つのオープンソースを組み合わせることで、SIEMが設定されていない環境でも実質的に遡及してSIEMを再現することができます。\n具体的な方法は[Eric Capuano](https://twitter.com/eric_capuano)の[こちら](https://www.youtube.com/watch?v=Q1IoGX--814)の動画で学ぶことができます。\n\n### フォレンジックタイムラインの高速生成\n\nWindowsのイベントログは、1）解析が困難なデータ形式であること、2）データの大半がノイズであり調査に有用でないことから、従来は非常に長い時間と手間がかかる解析作業となっていました。\nHayabusaは、有用なデータのみを抽出し、専門的なトレーニングを受けた分析者だけでなく、Windowsのシステム管理者であれば誰でも利用できる読みやすい形式で提示することを主な目的としています。\nHayabusaは従来のWindowsイベントログ分析解析と比較して、分析者が20%の時間で80%の作業を行えるようにすることを目指しています。\n\n![DFIR Timeline](doc/DFIR-TimelineCreation-JP.png)\n\n# スクリーンショット\n\n## 起動\n\n![Hayabusa 起動画面](screenshots/Startup.png)\n\n## DFIRタイムラインのターミナル出力\n\n![Hayabusa ターミナル出力画面](screenshots/Results.png)\n\n## キーワード検索結果\n\n![Hayabusa search results](screenshots/SearchResults.png)\n\n## 検知頻度タイムライン出力 (`-T`オプション)\n\n![Hayabusa 検知頻度タイムライン出力画面](screenshots/DetectionFrequencyTimeline.png)\n\n## 結果サマリ (Results Summary)\n\n![Hayabusa 結果サマリ画面](screenshots/ResultsSummary.png)\n\n## HTMLの結果サマリ (`-H`オプション)\n\n![Hayabusa results summary](screenshots/HTML-ResultsSummary-1.png)\n\n![Hayabusa results summary](screenshots/HTML-ResultsSummary-2.png)\n\n![Hayabusa results summary](screenshots/HTML-ResultsSummary-3.png)\n\n## LibreOfficeでのDFIRタイムライン解析 (`-M` マルチライン出力)\n\n![Hayabusa analysis in LibreOffice](screenshots/DFIR-TimelineLibreOfficeMultiline.jpeg)\n\n## Timeline ExplorerでのDFIRタイムライン解析\n\n![Hayabusa Timeline Explorerでの解析](screenshots/TimelineExplorer-ColoredTimeline.png)\n\n## Criticalアラートのフィルタリングとコンピュータごとのグルーピング\n\n![Timeline ExplorerでCriticalアラートのフィルタリングとコンピュータグルーピング](screenshots/TimelineExplorer-CriticalAlerts-ComputerGrouping.png)\n\n## Elastic Stackダッシュボードでの解析\n\n![Elastic Stack Dashboard 1](doc/ElasticStackImport/17-HayabusaDashboard-1.png)\n\n![Elastic Stack Dashboard 2](doc/ElasticStackImport/18-HayabusaDashboard-2.png)\n\n## Timesketchでの解析\n\n![Timesketch](screenshots/TimesketchAnalysis.png)\n\n# タイムライン結果のインポートと解析について\n\nCSVのタイムラインをExcelやTimeline Explorerで分析する方法は[こちら](doc/CSV-AnalysisWithExcelAndTimelineExplorer-Japanese.pdf)で紹介しています。\n\nCSVのタイムラインをElastic Stackにインポートする方法は[こちら](doc/ElasticStackImport/ElasticStackImport-Japanese.md)で紹介しています。\n\nCSVのタイムラインをTimesketchにインポートする方法は[こちら](doc/TimesketchImport/TimesketchImport-Japanese.md)で紹介しています。\n\n# jqによるJSON形式の結果の解析\n\nJSON形式の結果を`jq`で解析する方法については、[こちら](/doc/AnalysisWithJQ-Japanese.md)を参照してください。\n\n# 特徴＆機能\n\n* クロスプラットフォーム対応: Windows, Linux, macOS。\n* Rustで開発され、メモリセーフでハヤブサよりも高速です！\n* マルチスレッド対応により、最大5倍のスピードアップを実現。\n* フォレンジック調査やインシデントレスポンスのために、分析しやすいCSVタイムラインを作成します。\n* 読みやすい/作成/編集可能なYMLベースのHayabusaルールで作成されたIoCシグネチャに基づくスレットハンティング。\n* SigmaルールをHayabusaルールに変換するためのSigmaルールのサポートがされています。\n* 現在、他の類似ツールに比べ最も多くのSigmaルールをサポートしており、カウントルール、新しい機能の`|equalsfield`や`|endswithfield`等にも対応しています。\n* コンピュータ名の統計。(イベントの多い特定のコンピュータをフィルタリングするのに便利です。)\n* イベントログの統計。(どのような種類のイベントがあるのかを把握し、ログ設定のチューニングに有効です。)\n* 不良ルールやノイズの多いルールを除外するルールチューニング設定が可能です。\n* MITRE ATT\u0026CKとのマッピング。\n* ルールレベルのチューニング。\n* イベントログから不審なユーザやファイルを素早く特定するためのピボットキーワードの一覧作成。\n* 詳細な調査のために全フィールド情報の出力。\n* 成功と失敗したユーザログオンの要約。\n* [Velociraptor](https://docs.velociraptor.app/)と組み合わせた企業向けの広範囲なすべてのエンドポイントに対するスレットハンティングとDFIR。\n* CSV、JSON、JSONL形式とHTML結果サマリの出力。\n* 毎日のSigmaルール更新。\n* JSON形式のログ入力にも対応。\n* ログフィールドの正規化\n* IPアドレスにGeoIP（ASN、都市、国）情報を付加することによるログエンリッチメント。\n* キーワードや正規表現で全イベントの検索。\n* フィールドデータのマッピング (例: `0xc0000234` -\u003e `ACCOUNT LOCKED`)\n* 空領域からのEvtxレコードカービング。\n* 出力時のイベント重複排除。(レコード復元が有効になっている場合や、バックアップされたevtxファイル、VSSから抽出されたevtxファイルなどが含まれている場合に便利。)\n* スキャン設定ウィザードにより、有効にするルールの選択が容易に。(誤検出を減らすためなど。）\n* PowerShell classicログのフィールドパースと抽出。\n* 低メモリモード。(注意: 結果をソートしないことで可能。エージェントやビッグデータでの実行に適している。)\n* チャンネルとルールのフィルタリングによって最も効率的なパフォーマンスを達成する。\n\n# ダウンロード\n\n[Releases](https://github.com/Yamato-Security/hayabusa/releases)ページからHayabusaの安定したバージョンでコンパイルされたバイナリが含まれている最新版もしくはソースコードをダウンロードできます。\n\n以下のアーキテクチャ用のバイナリを提供している：\n- Linux ARM 64-bit GNU (`hayabusa-x.x.x-lin-aarch64-gnu`)\n- Linux Intel 64-bit GNU (`hayabusa-x.x.x-lin-x64-gnu`)\n- Linux Intel 64-bit MUSL (`hayabusa-x.x.x-lin-x64-musl`)\n- macOS ARM 64-bit (`hayabusa-x.x.x-mac-aarch64`)\n- macOS Intel 64-bit (`hayabusa-x.x.x-mac-x64`)\n- Windows ARM 64-bit (`hayabusa-x.x.x-win-aarch64.exe`)\n- Windows Intel 64-bit (`hayabusa-x.x.x-win-x64.exe`)\n- Windows Intel 32-bit (`hayabusa-x.x.x-win-x86.exe`)\n\n\u003e [Linux ARM MUSLバイナリが正常に動作しません](https://github.com/Yamato-Security/hayabusa/issues/1332) そのため、現時点ではそのバイナリを提供していません。これは我々の実装の範囲外の問題なので、修正され次第、将来的に提供する予定です。\n\n## Windowsライブレスポンスパッケージ\n\nv2.18.0から、1つのファイルにまとめたXORエンコードされたルールと、すべての設定ファイルを1つのファイルにまとめた特別なWindowsパッケージを提供しています（[hayabusa-encoded-rules repository](https://github.com/Yamato-Security/hayabusa-encoded-rules)にてホストされています）。\nlive-responseという名前がついたzipパッケージをダウンロードするだけです。\nzipファイルには、Hayabusaのバイナリ、XORエンコードされたルールファイル、設定ファイルの3つのファイルが含まれています。\nこれらのライブレスポンスパッケージの目的は、クライアントのエンドポイントでHayabusaを実行する際に、Windows Defenderのようなウイルス対策スキャナーが.ymlルールファイルに対して誤検知をしないようにするためです。\nまた、USNジャーナルなどのフォレンジックアーティファクトが上書きされないよう、システムに書き込まれるファイルの量を最小限に抑えることも目的としています。\n# Gitクローン\n\n以下の`git clone`コマンドでレポジトリをダウンロードし、ソースコードからコンパイルして使用することも可能です：\n\n```bash\ngit clone https://github.com/Yamato-Security/hayabusa.git --recursive\n```\n\n\u003e **注意：** mainブランチは開発中のバージョンです。まだ正式にリリースされていない新機能が使えるかもしれないが、バグがある可能性もあるので、テスト版だと思って下さい。\n\n※ `--recursive`をつけ忘れた場合、サブモジュールとして管理されている`rules`フォルダ内のファイルはダウンロードされません。\n\n`git pull --recurse-submodules`コマンド、もしくは以下のコマンドで`rules`フォルダを同期し、Hayabusaの最新のルールを更新することができます:\n\n```bash\nhayabusa.exe update-rules\n```\n\nアップデートが失敗した場合は、`rules`フォルダの名前を変更してから、もう一回アップデートしてみて下さい。\n\n\u003e\u003e 注意: アップデートを実行する際に `rules` フォルダは [hayabusa-rules](https://github.com/Yamato-Security/hayabusa-rules) レポジトリの最新のルールとコンフィグファイルに置き換えられます\n\u003e\u003e 既存ファイルへの修正はすべて上書きされますので、アップデート実行前に編集したファイルのバックアップをおすすめします。\n\u003e\u003e もし、`level-tuning` を行っているのであれば、アップデート後にルールファイルの再調整をしてください\n\u003e\u003e `rules`フォルダ内に新しく追加したルールは、アップデート時に上書きもしくは削除は行われません。\n\n# アドバンス: ソースコードからのコンパイル（任意）\n\nRustがインストールされている場合、以下のコマンドでソースコードからコンパイルすることができます:\n\n注意: hayabusaをコンパイルするためにはRust(rustc)が最新版であることが必要です。\n\n```bash\ncargo build --release\n```\n\n最新のunstable版はmainブランチから、最新の安定版は[Releases](https://github.com/Yamato-Security/hayabusa/releases)ページからダウンロードできます。\n\n以下のコマンドで定期的にRustをアップデートしてください：\n\n```bash\nrustup update stable\n```\n\nコンパイルされたバイナリは`target/release`フォルダ配下で作成されます。\n\n## Rustパッケージの更新\n\nコンパイル前に最新のRust crateにアップデートすることで、最新のライブラリを利用することができます:\n\n```bash\ncargo update\n```\n\n\u003e アップデート後、何か不具合がありましたらお知らせください。\n\n## 32ビットWindowsバイナリのクロスコンパイル\n\n以下のコマンドで64ビットのWindows端末で32ビットのバイナリをクロスコンパイルできます:\n\n```bash\nrustup install stable-i686-pc-windows-msvc\nrustup target add i686-pc-windows-msvc\nrustup run stable-i686-pc-windows-msvc cargo build --release\n```\n\n\u003e **注意: Rust の新しい安定版が出たときには必ず`rustup install stable-i686-pc-windows-msvc`を実行してください。`rustup update stable` はクロスコンパイル用のコンパイラを更新しないので、ビルドエラーが発生することがあります。**\n\n## macOSでのコンパイルの注意点\n\nopensslについてのコンパイルエラーが表示される場合は、[Homebrew](https://brew.sh/)をインストールしてから、以下のパッケージをインストールする必要があります：\n\n```bash\nbrew install pkg-config\nbrew install openssl\n```\n\n## Linuxでのコンパイルの注意点\n\nopensslについてのコンパイルエラーが表示される場合は、以下のパッケージをインストールする必要があります。\n\nUbuntu系のディストロ:\n\n```bash\nsudo apt install libssl-dev\n```\n\nFedora系のディストロ:\n\n```bash\nsudo yum install openssl-devel\n```\n\n## LinuxのMUSLバイナリのクロスコンパイル\n\nまず、Linux OSでターゲットをインストールします。\n\n```bash\nrustup install stable-x86_64-unknown-linux-musl\nrustup target add x86_64-unknown-linux-musl\n```\n\n以下のようにコンパイルします:\n\n```bash\ncargo build --release --target=x86_64-unknown-linux-musl\n```\n\n\u003e **注意: Rust の新しい安定版が出たときには必ず`rustup install stable-x86_64-unknown-linux-musl`を実行してください。`rustup update stable` はクロスコンパイル用のコンパイラを更新しないので、ビルドエラーが発生することがあります。**\n\nMUSLバイナリは`./target/x86_64-unknown-linux-musl/release/`ディレクトリ配下に作成されます。\nMUSLバイナリはGNUバイナリより約15％遅いですが、より多くのLinuxバージョンとディストロで実行できます。\n\n# Hayabusaの実行\n\n## 注意: アンチウィルス/EDRの誤検知と遅い初回実行\n\nHayabusa実行する際や、`.yml`ルールのダウンロードや実行時にルール内でdetectionに不審なPowerShellコマンドや`mimikatz`のようなキーワードが書かれている際に、アンチウィルスやEDRにブロックされる可能性があります。\n誤検知のため、セキュリティ対策の製品がHayabusaを許可するように設定する必要があります。\nマルウェア感染が心配であれば、ソースコードを確認した上で、自分でバイナリをコンパイルして下さい。\n\nWindows PC起動後の初回実行時に時間がかかる場合があります。\nこれはWindows Defenderのリアルタイムスキャンが行われていることが原因です。\nリアルタイムスキャンを無効にするかHayabusaのディレクトリをアンチウィルススキャンから除外することでこの現象は解消しますが、設定を変える前にセキュリティリスクを十分ご考慮ください。\n\n## Windows\n\nコマンドプロンプトやWindows Terminalから32ビットもしくは64ビットのWindowsバイナリをHayabusaのルートディレクトリから実行します。\n\n### パスにスペースが含まれるファイルまたはディレクトリをスキャンしようとするとエラーが発生した場合\n\nWindowsに組み込まれているコマンドプロンプトまたはPowerShellプロンプトを使用する場合、ファイルまたはディレクトリのパスに空白があると、.evtxファイルをロードできないというエラーが表示されることがあります。\n.evtxファイルを正しくロードするために、以下のことを行ってください:\n1. ファイルまたはディレクトリのパスをダブルクォートで囲む。\n2. ディレクトリパスの場合は、最後の文字にバックスラッシュを入れない。\n\n## Linux\n\nまず、バイナリに実行権限を与える必要があります。\n\n```bash\nchmod +x ./hayabusa\n```\n\n次に、Hayabusaのルートディレクトリから実行します：\n\n```bash\n./hayabusa\n```\n\n## macOS\n\nまず、ターミナルやiTerm2からバイナリに実行権限を与える必要があります。\n\n```bash\nchmod +x ./hayabusa\n```\n\n次に、Hayabusaのルートディレクトリから実行してみてください：\n\n```bash\n./hayabusa\n```\n\nmacOSの最新版では、以下のセキュリティ警告が出る可能性があります：\n\n![Mac Error 1 JP](screenshots/MacOS-RunError-1-JP.png)\n\nmacOSの環境設定から「セキュリティとプライバシー」を開き、「一般」タブから「このまま許可」ボタンをクリックしてください。\n\n![Mac Error 2 JP](screenshots/MacOS-RunError-2-JP.png)\n\nその後、ターミナルからもう一回実行してみてください：\n\n```bash\n./hayabusa\n```\n\n以下の警告が出るので、「開く」をクリックしてください。\n\n![Mac Error 3 JP](screenshots/MacOS-RunError-3-JP.png)\n\nこれで実行できるようになります。\n\n# コマンド一覧\n\n## 分析コマンド:\n* `computer-metrics`: コンピュータ名に基づくイベントの合計を出力する。\n* `eid-metrics`: イベントIDに基づくイベントの合計と割合の集計を出力する。\n* `logon-summary`: ログオンイベントのサマリを出力する。\n* `pivot-keywords-list`: ピボットする不審なキーワードのリストを作成する。\n* `search`: キーワードや正規表現で全イベントの検索。\n\n## DFIRタイムライン作成のコマンド:\n* `csv-timeline`: CSV形式のタイムラインを出力する。\n* `json-timeline`: JSON/JSONL形式のタイムラインを出力する。\n* `level-tuning`: アラート`level`のカスタムチューニング。\n* `list-profiles`: 出力プロファイルの一覧表示。\n* `set-default-profile`: デフォルトプロファイルを変更する。\n* `update-rules`: GitHubの[hayabusa-rules](https://github.com/Yamato-Security/hayabusa-rules)リポジトリにある最新のルールに同期させる。\n\n## 汎用コマンド:\n* `help`: このメッセージまたは指定されたコマンドのヘルプを表示する。\n* `list-contributors`: コントリビュータ一覧の表示\n\n# コマンド使用方法\n\n## 分析コマンド\n\n### `computer-metrics`コマンド\n\n`computer-metrics`コマンドを使うと、`\u003cSystem\u003e\u003cComputer\u003e`フィールドで定義された各コンピュータに応じたイベントの数をチェックすることができます。\n`Computer`フィールドを完全に頼りにしてイベントを元のコンピュータ別に分けることはできないことに注意してください。\nWindows 11ではイベントログに保存するときにまったく異なる`Computer`の名前を使うことがあります。\nまた、Windows 10では`Computer`の名前がすべて小文字で記録されることもあります。\nこのコマンドは検知ルールを使わないので、すべてのイベントを分析します。\nこのコマンドは、どのコンピュータに最も多くのログが記録されているかを素早く確認するのに適しています。\nこの情報があれば、タイムラインを生成する際に`--include-computer`または`--exclude-computer`オプションを使い、コンピュータ別に複数のタイムラインを生成したり、特定のコンピュータからのイベントを除外したりすることで、タイムライン生成をより効率的にすることができます。\n\n```\nUsage: computer-metrics \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e  .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e      1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis    ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                        結果ファイルを上書きする\n  -h, --help                           ヘルプメニューを表示する\n  -J, --JSON-input                     .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -Q, --quiet-errors                   Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -c, --rules-config \u003cDIR\u003e             ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e  evtx以外の拡張子を解析対象に追加する。 (例１: evtx_data 例２: evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e               スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n      --timeline-offset \u003cOFFSET\u003e  オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n\nOutput:\n  -o, --output \u003cFILE\u003e  イベントIDに基づくイベントの合計と割合の集計を出力する (例: computer-metrics.csv)\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n  -v, --verbose   詳細な情報を出力する               \n```\n\n#### `computer-metrics`コマンドの使用例\n\n* ディレクトリに対してイベントIDの統計情報を出力する: `hayabusa.exe computer-metrics -d ../logs`\n* 結果をCSVファイルに保存する: `hayabusa.exe computer-metrics -d ../logs -o computer-metrics.csv`\n\n#### `computer-metrics`のスクリーンショット\n\n![computer-metrics screenshot](screenshots/ComputerMetrics.png)\n\n### `eid-metrics`コマンド\n\n`eid-metrics`コマンドを使用すると、イベントID(`\u003cSystem\u003e\u003cEventID\u003e`フィールド)の総数や割合をチャンネルごとに分けて表示することができます。\nこのコマンドは検知ルールを使用しないので、すべてのイベントをスキャンします。\n\n```\nUsage: eid-metrics \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e        .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e            1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis          ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                        結果ファイルを上書きする\n  -h, --help                           ヘルプメニューを\n  -J, --JSON-input                     .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -Q, --quiet-errors                   Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -c, --rules-config \u003cDIR\u003e             ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e  evtx以外の拡張子を解析対象に追加する。 (例１: evtx_data 例２: evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e               スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n      --exclude-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名をスキャンしない (例: ComputerA) (例: ComputerA,ComputerB)\n      --include-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名のみをスキャンする (例: ComputerA) (例: ComputerA,ComputerB)\n      --timeline-offset \u003cOFFSET\u003e        オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n\nOutput:\n  -o, --output \u003cFILE\u003e  イベントIDに基づくイベントの合計と割合の集計を出力する (例: eid-metrics.csv)\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n  -v, --verbose   詳細な情報を出力する\n\nTime Format:\n      --European-time     ヨーロッパ形式で日付と時刻を出力する (例: 22-02-2022 22:00:00.123 +02:00)\n      --ISO-8601          ISO-8601形式で日付と時刻を出力する (例: 2022-02-22T10:10:10.1234567Z) (UTC時刻)\n      --RFC-2822          RFC 2822形式で日付と時刻を出力する (例: Fri, 22 Feb 2022 22:00:00 -0600)\n      --RFC-3339          RFC 3339形式で日付と時刻を出力する (例: 2022-02-22 22:00:00.123456-06:00)\n      --US-military-time  24時間制(ミリタリータイム)のアメリカ形式で日付と時刻を出力する (例: 02-22-2022 22:00:00.123 -06:00)\n      --US-time           アメリカ形式で日付と時刻を出力する (例: 02-22-2022 10:00:00.123 PM -06:00)\n  -U, --UTC               UTC形式で日付と時刻を出力する (デフォルト: 現地時間)\n```\n\n#### `eid-metrics`コマンドの使用例\n\n* 一つのファイルに対してイベントIDの統計情報を出力する: `hayabusa.exe eid-metrics -f Security.evtx`\n* ディレクトリに対してイベントIDの統計情報を出力する: `hayabusa.exe eid-metrics -d ../logs`\n* 結果をCSVファイルに保存する: `hayabusa.exe eid-metrics -f Security.evtx -o eid-metrics.csv`\n\n#### `eid-metrics`コマンドの設定ファイル\n\nチャンネル名、イベントID、イベントのタイトルは、`rules/config/channel_eid_info.txt`で定義されています。\n\n例:\n```\nChannel,EventID,EventTitle\nMicrosoft-Windows-Sysmon/Operational,1,Process Creation.\nMicrosoft-Windows-Sysmon/Operational,2,File Creation Timestamp Changed. (Possible Timestomping)\nMicrosoft-Windows-Sysmon/Operational,3,Network Connection.\nMicrosoft-Windows-Sysmon/Operational,4,Sysmon Service State Changed.\n```\n\n#### `eid-metrics`のスクリーンショット\n\n![eid-metrics screenshot](screenshots/EID-Metrics.png)\n\n### `logon-summary`コマンド\n\n`logon-summary`コマンドを使うことでログオン情報の要約(ユーザ名、ログイン成功数、ログイン失敗数)の画面出力ができます。\n単体のevtxファイルを解析したい場合は`-f`オプションを利用してください。複数のevtxファイルを対象としたい場合は`-d`オプションを合わせて使うことでevtxファイルごとのログイン情報の要約を出力できます。\n\n```\nUsage: logon-summary \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e        .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e            1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis          ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                        結果ファイルを上書きする\n  -h, --help                           ヘルプメニューを表示する\n  -J, --JSON-input                     .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -Q, --quiet-errors                   Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -c, --rules-config \u003cDIR\u003e             ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e  evtx以外の拡張子を解析対象に追加する (例１: evtx_data 例２:evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e               スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n      --exclude-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名をスキャンしない (例: ComputerA) (例: ComputerA,ComputerB)\n      --include-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名のみをスキャンする (例: ComputerA) (例: ComputerA,ComputerB)\n      --timeline-end \u003cDATE\u003e             解析対象とするイベントログの終了時刻 (例: \"2022-02-22 23:59:59 +09:00\")\n      --timeline-offset \u003cOFFSET\u003e        オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n      --timeline-start \u003cDATE\u003e           解析対象とするイベントログの開始時刻 (例: \"2020-02-22 00:00:00 +09:00\")\n\nOutput:\n  -o, --output \u003cFILENAME-PREFIX\u003e  ログオンサマリをCSV形式で２つのファイルに保存する (例: -o logon-summary.csv)\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n  -v, --verbose   詳細な情報を出力する\n\nTime Format:\n      --European-time     ヨーロッパ形式で日付と時刻を出力する (例: 22-02-2022 22:00:00.123 +02:00)\n      --ISO-8601          ISO-8601形式で日付と時刻を出力する (例: 2022-02-22T10:10:10.1234567Z) (UTC時刻)\n      --RFC-2822          RFC 2822形式で日付と時刻を出力する (例: Fri, 22 Feb 2022 22:00:00 -0600)\n      --RFC-3339          RFC 3339形式で日付と時刻を出力する (例: 2022-02-22 22:00:00.123456-06:00)\n      --US-military-time  24時間制(ミリタリータイム)のアメリカ形式で日付と時刻を出力する (例: 02-22-2022 22:00:00.123 -06:00)\n      --US-time           アメリカ形式で日付と時刻を出力する (例: 02-22-2022 10:00:00.123 PM -06:00)\n  -U, --UTC               UTC形式で日付と時刻を出力する (デフォルト: 現地時間)\n```\n\n#### `logon-summary`コマンドの使用例\n\n* ログオンサマリの出力: `hayabusa.exe logon-summary -f Security.evtx`\n* ログオンサマリ結果を保存する: `hayabusa.exe logon-summary -d ../logs -o logon-summary.csv`\n\n#### `logon-summary`のスクリーンショット\n\n![logon-summary successful logons screenshot](screenshots/LogonSummarySuccessfulLogons.png)\n\n![logon-summary failed logons screenshot](screenshots/LogonSummaryFailedLogons.png)\n\n### `pivot-keywords-list`コマンド\n\n`pivot-keywords-list`コマンドを使用すると、異常なユーザ、ホスト名、プロセスなどを迅速に特定し、イベントを関連付けるための固有のピボットキーワードのリストを作成することができます。\n\n重要：デフォルトでは、Hayabusaはすべてのイベント（informationalおよびそれ以上）から結果を返すので、`pivot-keywords-list`コマンドと`-m, --min-level`オプションを組み合わせることを強くお勧めします。\n例えば、まず`-m critical`で`critical`アラートのみのキーワードを作成し、次に`-m high`、`-m medium`等々と続けていきます。\n検索結果には、多くの通常のイベントと一致する共通のキーワードが含まれている可能性が高いので、検索結果を手動でチェックし、固有のキーワードのリストを1つのファイルに作成した後、`grep -f keywords.txt timeline.csv`といったコマンドで疑わしい活動のタイムラインを絞り込み作成することが可能です。\n\n```\nUsage: pivot-keywords-list \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e        .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e            1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis          ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                        結果ファイルを上書きする\n  -h, --help                           ヘルプメニューを表示する\n  -J, --JSON-input                     .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -w, --no-wizard                      Do not ask questions. Scan for all events and alerts\n  -Q, --quiet-errors                   Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -c, --rules-config \u003cDIR\u003e             ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e  evtx以外の拡張子を解析対象に追加する。 (例１: evtx_data 例２: evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e               スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n  -E, --EID-filter                      速度を上げるため主なEIDだけスキャンする (コンフィグファイル: ./rules/config/target_event_IDs.txt)\n  -D, --enable-deprecated-rules         ステータスがdeprecatedのルールを有効にする\n  -n, --enable-noisy-rules              Noisyルールを有効にする\n  -u, --enable-unsupported-rules        ステータスがunsupportedのルールを有効にする\n  -e, --exact-level \u003cLEVEL\u003e             特定のレベルだけスキャンする (informational, low, medium, high, critical)\n      --exclude-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名をスキャンしない (例: ComputerA) (例: ComputerA,ComputerB)\n      --exclude-eid \u003cEID...\u003e            高速化のために特定のEIDをスキャンしない (例: 1) (例: 1,4688)\n      --exclude-status \u003cSTATUS...\u003e      読み込み対象外とするルール内でのステータス (例１: experimental) (例２: stable,test)\n      --include-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名のみをスキャンする (例: ComputerA) (例: ComputerA,ComputerB)\n      --exclude-tag \u003cTAG...\u003e            特定のタグを持つルールをロードしない (例: sysmon)\n      --include-eid \u003cEID...\u003e            指定したEIDのみをスキャンして高速化する (例 1) (例: 1,4688)\n      --include-status \u003cSTATUS...\u003e      特定のステータスを持つルールのみをロードする (例: expermimental) (例: stable,test)\n      --include-tag \u003cTAG...\u003e            特定のタグを持つルールのみをロードする (例１: attack.execution,attack.discovery) (例２: wmi)\n  -m, --min-level \u003cLEVEL\u003e               結果出力をするルールの最低レベル (デフォルト: informational)\n      --timeline-end \u003cDATE\u003e             解析対象とするイベントログの終了時刻 (例: \"2022-02-22 23:59:59 +09:00\")\n      --timeline-offset \u003cOFFSET\u003e        オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n      --timeline-start \u003cDATE\u003e           解析対象とするイベントログの開始時刻 (例: \"2020-02-22 00:00:00 +09:00\")\n\nOutput:\n  -o, --output \u003cFILENAME-PREFIX\u003e  ピボットキーワードの一覧を複数ファイルに出力する (例: PivotKeywords)\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n  -v, --verbose   詳細な情報を出力する               \n```\n\n#### `pivot-keywords-list`コマンドの使用例\n\n* ピボットキーワードを画面に出力します: `hayabusa.exe pivot-keywords-list -d ../logs -m critical`\n* 重要なアラートからピボットキーワードのリストを作成し、その結果を保存します。(結果は、`keywords-Ip Addresses.txt`、`keywords-Users.txt`等に保存されます):\n\n```\nhayabusa.exe pivot-keywords-list -d ../logs -m critical -o keywords\n```\n\n#### `pivot-keywords-list`の設定ファイル\n\n検索キーワードは、`./rules/config/pivot_keywords.txt`を編集することでカスタマイズすることができます。\nデフォルト設定は[こちらのページ](https://github.com/Yamato-Security/hayabusa-rules/blob/main/config/pivot_keywords.txt)です。\n\n\nフォーマットは、`キーワード名.フィールド名`です。例えば、`Users`のリストを作成する場合、Hayabusaは、`SubjectUserName`、`TargetUserName`、`User`フィールドにあるすべての値をリストアップします。\n\n\n### `search`コマンド\n\n`search`コマンドは、すべてのイベントのキーワード検索が可能です。\n(※Hayabusaの検知結果だけではありません。）\nHayabusaの検知ルールでなにかの痕跡を検知できなくても、検索機能で検知できる可能性があるので、便利です。\n\n```\nUsage: hayabusa.exe search \u003cINPUT\u003e \u003c--keywords \"\u003cKEYWORDS\u003e\" OR --regex \"\u003cREGEX\u003e\"\u003e [OPTIONS]\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n  -v, --verbose   詳細な情報を出力する\n\nGeneral Options:\n  -C, --clobber                          結果ファイルを上書きする\n  -h, --help                             ヘルプメニューを表示する\n  -Q, --quiet-errors                     Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                  空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -c, --rules-config \u003cDIR\u003e               ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e    evtx以外の拡張子を解析対象に追加する (例１: evtx_data 例２:evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e                 スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nInput:\n  -d, --directory \u003cDIR\u003e        .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e            1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis          ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n  \nFiltering:\n  -a, --and-logic                    ANDロジックでキーワード検索を行う (デフォルト: OR)\n  -F, --filter \u003cFILTER...\u003e           特定のフィールドでフィルタする\n  -i, --ignore-case                  大文字と小文字を区別しない\n  -k, --keywords \u003cKEYWORD...\u003e        キーワードでの検索\n  -r, --regex \u003cREGEX\u003e                正規表現での検索\n      --timeline-offset \u003cOFFSET\u003e     オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n\nOutput:\n  -J, --JSON-output    JSON形式で検索結果を保存する (例: -J -o results.json)\n  -L, --JSONL-output   JSONL形式で検索結果を保存 (例: -L -o results.jsonl)\n  -M, --multiline      イベントフィールド情報を複数の行に出力する\n  -o, --output \u003cFILE\u003e  ログオンサマリをCSV形式で保存する (例: search.csv)\n\nTime Format:\n      --European-time     ヨーロッパ形式で日付と時刻を出力する (例: 22-02-2022 22:00:00.123 +02:00)\n      --ISO-8601          ISO-8601形式で日付と時刻を出力する (例: 2022-02-22T10:10:10.1234567Z) (UTC時刻)\n      --RFC-2822          RFC 2822形式で日付と時刻を出力する (例: Fri, 22 Feb 2022 22:00:00 -0600)\n      --RFC-3339          RFC 3339形式で日付と時刻を出力する (例: 2022-02-22 22:00:00.123456-06:00)\n      --US-military-time  24時間制(ミリタリータイム)のアメリカ形式で日付と時刻を出力する (例: 02-22-2022 22:00:00.123 -06:00)\n      --US-time           アメリカ形式で日付と時刻を出力する (例: 02-22-2022 10:00:00.123 PM -06:00)\n  -U, --UTC               UTC形式で日付と時刻を出力する (デフォルト: 現地時間)\n```\n\n#### `search`コマンドの使用例\n\n* `../hayabusa-sample-evtx`ディレクトリで`mimikatz`のキーワードを検索する:\n\n```\nhayabusa.exe search -d ../hayabusa-sample-evtx -k \"mimikatz\"\n```\n\n\u003e 注意: `mimikatz`のキーワードがデータ内のどこかに存在する場合にマッチする。完全一致しなくても良い。\n\n* `../hayabusa-sample-evtx`ディレクトリで`mimikatz`または`kali`のキーワードを検索する:\n\n```\nhayabusa.exe search -d ../hayabusa-sample-evtx -k \"mimikatz\" -k \"kali\"\n```\n\n* `../hayabusa-sample-evtx`ディレクトリで大文字小文字を区別せずに`mimikatz`のキーワードを検索する:\n\n```\nhayabusa.exe search -d ../hayabusa-sample-evtx -k \"mimikatz\" -i\n```\n\n* `../hayabusa-sample-evtx`ディレクトリで正規表現を使用し、IPアドレスを検索する:\n\n```\nhayabusa.exe search -d ../hayabusa-sample-evtx -r \"(?:[0-9]{1,3}\\.){3}[0-9]{1,3}\"\n```\n\n* `../hayabusa-sample-evtx`ディレクトリで`WorkstationName`フィールドが`kali`の条件で、全イベントを表示する:\n\n```\nhayabusa.exe search -d ../hayabusa-sample-evtx -r \".*\" -F WorkstationName:\"kali\"\n```\n\n\u003e ※ `.*`の正規表現を使用すると、すべてのイベントが表示される。\n\n#### `search`の設定ファイル\n\n`./rules/config/channel_abbreviations.txt`: チャンネル名とその略称のマッピング。\n\n\n## DFIRタイムラインコマンド\n\n### スキャンウィザード\n\n`csv-timeline`や`json-timeline`などのコマンドは、デフォルトでスキャンウィザードが有効になりました。\nこれは、ユーザのニーズや好みに応じて、どの検知ルールを有効にするかを簡単に選択できるようにするためのものであります。\n読み込む検知ルールのセットは、Sigmaプロジェクトの公式リストに基づいています。\n詳細は[このブログ記事](https://blog.sigmahq.io/introducing-sigma-rule-packages-releases-76043ce42e81)で説明されています。\n`w, --no-wizard`オプションを追加することで、簡単にウィザードを無効にし、従来の方法でHayabusaを使用できます。\n\n#### Core ルール\n\n`core`ルールセットは、ステータスが`test`または`stable`かつ、レベルが`high`または`critical`のルールを有効にします。\nこれらは高品質のルールで、多くの誤検知は発生しないはずです。\nルールのステータスが`test`または`stable`であるため、6ヶ月以上の間に誤検知が報告されていません。\nルールは攻撃者の戦術、一般的な不審なアクティビティ、または悪意のある振る舞いに一致します。\nこれは`--exclude-status deprecated,unsupported,experimental --min-level high`オプションを使用した場合と同じです。\n\n#### Core+ ルール\n\n`core+`ルールセットは、ステータスが`test`または`stable`かつ、レベルが`medium`以上のルールを有効にします。\n`medium`ルールは、しばしば特定のアプリケーション、正当なユーザーの行動、または組織のスクリプトと一致するため、追加のチューニングが必要です。\nこれは`--exclude-status deprecated,unsupported,experimental --min-level medium`オプションを使用した場合と同じです。\n\n#### Core++ ルール\n\n`core++`ルールセットは、ステータスが`experimental`、`test`、`stable`のいずれかかつ、レベルが`medium`以上のルールを有効にします。\nこれらのルールは最先端のものです。\nこれらはSigmaHQプロジェクトで提供されているベースラインのevtxファイルに対して検証され、複数のエンジニアによってレビューされています。\nそれ以外最初は、ほとんどテストされていません。\nこれらは、できるだけ早く脅威を検出できる場合に使用しますが、誤検知のしきい値を高く保つのにコストがかかります。\nこれは`--exclude-status deprecated,unsupported --min-level medium`オプションを使用した場合と同じです。\n\n#### Emerging Threats (ET) アドオンルール\n\n`Emerging Threats (ET)`ルールセットは、`detection.emerging_threats`のタグを持つルールを有効にします。\nこれらのルールは特定の脅威を対象とし、情報がまだほとんど入手できていない現在の脅威に特に役立ちます。\nこれらのルールは多くの誤検知を生成しないはずですが、時間とともに関連性が低下します。\nこれらのルールが無効になっている場合、`--exclude-tag detection.emerging_threats`オプションを使用した場合と同じです。\nウィザードを無効にしてHayabusaを従来の方法で実行する場合、これらのルールはデフォルトで含まれます。\n\n#### Threat Hunting (TH) アドオンルール\n\n`Threat Hunting (TH)`ルールセットは、`detection.threat_hunting`のタグを持つルールを有効にします。\nこれらのルールは未知の悪意のあるアクティビティを検出するかもしれませんが、通常は誤検知が多くなります。\nこれらのルールが無効になっている場合、`--exclude-tag detection.threat_hunting`オプションを使用した場合と同じです。\nウィザードを無効にしてHayabusaを従来の方法で実行する場合、これらのルールはデフォルトで含まれます。\n\n### Channelベースのイベントログとルールフィルタリング\n\nHayabusa v2.16.0以降、`.evtx`ファイルと`.yml`ルールを読み込む際にチャンネルベースのフィルタを有効にしています。\nこれは、必要なものだけを読み込むことで、スキャンを可能な限り効率的に行うことを目的としています。\n単一のイベントログ内に複数のプロバイダが存在することはありますが、単一の.evtxファイル内に複数のチャンネルが含まれることは一般的ではありません。\n（これまで見かけた唯一の例は、異なる2つの.evtxファイルを人工的に結合した[sample-evtx](https://github.com/Yamato-Security/hayabusa-sample-evtx)プロジェクトです。）\nこの特性を利用して、スキャン対象のすべての`.evtx`ファイルの最初のレコードで`Channel`フィールドを確認します。\nまた、ルールの`Channel`フィールドに指定されたチャンネルを使用する`.yml`ルールも確認します。\nこの2つのリストを基に、実際に`.evtx`ファイル内に存在するチャンネルを使用するルールだけを読み込みます。\n\n例えば、ユーザーが`Security.evtx`をスキャンしたい場合、`Channel: Security`を指定しているルールのみが使用されます。\n他の検出ルール、例えば`Application`ログのイベントのみを検出するルールなどを読み込む意味はありません。\nなお、チャンネルフィールド（例: `Channel: Security`）は、元のSigmaルールには**明示的**に定義されていません。\nSigmaルールでは、`logsource`の`service`や`category`フィールドでチャンネルやイベントIDが**暗黙的**に定義されています（例: `service: security`）\n[hayabusa-rules](https://github.com/Yamato-Security/hayabusa-rules)リポジトリでSigmaルールを管理する際には、`logsource`フィールドを具体化し、チャンネルやイベントIDフィールドを明示的に定義しています。\nこれをどのように、そしてなぜ行うのかについては、[こちら](https://github.com/Yamato-Security/sigma-to-hayabusa-converter)で詳しく説明しています。\n\n現在、`Channel`が定義されておらず、すべての`.evtx`ファイルをスキャンするためのルールは以下の2つだけです：\n- [Possible Hidden Shellcode](https://github.com/Yamato-Security/hayabusa-rules/blob/main/hayabusa/builtin/UnkwnChannEID_Med_PossibleHiddenShellcode.yml)\n- [Mimikatz Use](https://github.com/SigmaHQ/sigma/blob/master/rules/windows/builtin/win_alert_mimikatz_keywords.yml)\n\nこれらの2つのルールを使用して、読み込んだすべての`.evtx`ファイルに対してルールをスキャンしたい場合は、`csv-timeline`および`json-timeline`コマンドで`-A, --enable-all-rules`オプションを追加する必要があります。\nベンチマークでは、ルールフィルタリングにより、スキャンするファイルに応じて、速度が20%から10倍に向上することが確認されています。\n\nチャンネルフィルタリングは、`.evtx`ファイルを読み込む際にも使用されます。\n例えば、`Security`チャンネルのイベントを探すルールを指定している場合、`Security`ログではない`.evtx`ファイルを読み込む意味はありません。\nベンチマークでは、通常のスキャンで約10%、単一のルールでスキャンする場合には最大60%以上の性能向上が見られました。\n1つの.evtxファイル内に複数のチャンネルが使用されている場合、例えば複数の`.evtx`ファイルがツールを使って結合された場合は、`csv-timeline`および`json-timeline`コマンドで`-a, --scan-all-evtx-files`オプションを使用してこのフィルタリングを無効にできます。\n\n\u003e 注意: チャンネルフィルタリングは.evtxファイルでのみ動作します。-J, --json-inputでJSONファイルからイベントログを読み込み、さらに-Aや-aを指定した場合、エラーが発生します。\n\n### `csv-timeline`コマンド\n\n`csv-timeline`コマンドはイベントのフォレンジックタイムラインをCSV形式で作成します。\n\n```\nUsage: csv-timeline \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e    .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e        1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis      ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                          結果ファイルを上書きする\n  -h, --help                             ヘルプメニューを表示する\n  -J, --JSON-input                       .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -s, --sort-events                      ファイル保存前にイベントをソートする (警告: これは多くのメモリを使用する!)\n  -w, --no-wizard                        質問はしない。すべてのイベントとアラートをスキャンする\n  -Q, --quiet-errors                     Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                  空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -r, --rules \u003cDIR/FILE\u003e                 ルールファイルまたはルールファイルを持つディレクトリ (デフォルト: ./rules)\n  -c, --rules-config \u003cDIR\u003e               ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e    evtx以外の拡張子を解析対象に追加する。 (例１: evtx_data 例２: evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e                 スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n  -E, --EID-filter                      速度を上げるため主なEIDだけスキャンする (コンフィグファイル: ./rules/config/target_event_IDs.txt)\n  -D, --enable-deprecated-rules         ステータスがdeprecatedのルールを有効にする\n  -n, --enable-noisy-rules              Noisyルールを有効にする\n  -u, --enable-unsupported-rules        ステータスがunsupportedのルールを有効にする\n  -e, --exact-level \u003cLEVEL\u003e             特定のレベルだけスキャンする (informational, low, medium, high, critical)\n      --exclude-category \u003cCATEGORY...\u003e  特定のlogsourceカテゴリを持つルールをロードしない (例: process_creation,pipe_created)\n      --exclude-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名をスキャンしない (例: ComputerA) (例: ComputerA,ComputerB)\n      --exclude-eid \u003cEID...\u003e            高速化のために特定のEIDをスキャンしない (例: 1) (例: 1,4688)\n      --exclude-status \u003cSTATUS...\u003e      読み込み対象外とするルール内でのステータス (例１: experimental) (例２: stable,test)\n      --exclude-tag \u003cTAG...\u003e            特定のタグを持つルールをロードしない (例: sysmon)\n      --include-category \u003cCATEGORY...\u003e  特定のlogsourceカテゴリを持つルールのみをロードする (例: process_creation,pipe_created)\n      --include-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名のみをスキャンする (例: ComputerA) (例: ComputerA,ComputerB)\n      --include-eid \u003cEID...\u003e            指定したEIDのみをスキャンして高速化する (例: 1) (例: 1,4688)\n      --include-status \u003cSTATUS...\u003e      特定のステータスを持つルールのみをロードする (例: expermimental) (例: stable,test)\n      --include-tag \u003cTAG...\u003e            特定のタグを持つルールのみをロードする (例１: attack.execution,attack.discovery) (例２: wmi)\n  -m, --min-level \u003cLEVEL\u003e               結果出力をするルールの最低レベル (デフォルト: informational)\n  -P, --proven-rules                    実績のあるルールだけでスキャンし、高速化する (./rules/config/proven_rules.txt)\n      --timeline-end \u003cDATE\u003e             解析対象とするイベントログの終了時刻 (例: \"2022-02-22 23:59:59 +09:00\")\n      --timeline-offset \u003cOFFSET\u003e        オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n      --timeline-start \u003cDATE\u003e           解析対象とするイベントログの開始時刻 (例: \"2020-02-22 00:00:00 +09:00\")\n\nOutput:\n  -G, --GeoIP \u003cMAXMIND-DB-DIR\u003e       IPアドレスのGeoIP(ASN、都市、国)情報を追加する\n  -H, --HTML-report \u003cFILE\u003e           HTML形式で詳細な結果を出力する (例: results.html)\n  -M, --multiline                    イベントフィールド情報を複数の行に出力する\n  -F, --no-field-data-mapping        フィールドデータのマッピングを無効にする\n      --no-pwsh-field-extraction     PowerShell Classicログフィールド抽出の無効化\n  -o, --output \u003cFILE\u003e                タイムラインを保存する (例: results.csv)\n  -p, --profile \u003cPROFILE\u003e            利用する出力プロファイル名を指定する\n  -R, --remove-duplicate-data        重複したフィールドデータは「DUP」に置き換えられる (ファイルサイズが約10〜15％削減される)\n  -X, --remove-duplicate-detections  重複した検知項目を削除する (デフォルト: 無効)\n\nDisplay Settings:\n      --no-color            カラーで出力しない\n  -N, --no-summary          結果概要を出力しない (多少速くなる)\n  -q, --quiet               Quietモード: 起動バナーを表示しない\n  -v, --verbose             詳細な情報を出力する\n  -T, --visualize-timeline  検知頻度タイムラインを出力する（ターミナルはUnicodeに対応する必要がある）\n\nTime Format:\n      --European-time     ヨーロッパ形式で日付と時刻を出力する (例: 22-02-2022 22:00:00.123 +02:00)\n      --ISO-8601          ISO-8601形式で日付と時刻を出力する (例: 2022-02-22T10:10:10.1234567Z) (UTC時刻)\n      --RFC-2822          RFC 2822形式で日付と時刻を出力する (例: Fri, 22 Feb 2022 22:00:00 -0600)\n      --RFC-3339          RFC 3339形式で日付と時刻を出力する (例: 2022-02-22 22:00:00.123456-06:00)\n      --US-military-time  24時間制(ミリタリータイム)のアメリカ形式で日付と時刻を出力する (例: 02-22-2022 22:00:00.123 -06:00)\n      --US-time           アメリカ形式で日付と時刻を出力する (例: 02-22-2022 10:00:00.123 PM -06:00)\n  -U, --UTC               UTC形式で日付と時刻を出力する (デフォルト: 現地時間)\n```\n\n#### `csv-timeline`コマンドの使用例\n\n* デフォルトの`standard`プロファイルで１つのWindowsイベントログファイルに対してHayabusaを実行する:\n\n```\nhayabusa.exe csv-timeline -f eventlog.evtx \n```\n\n* `verbose`プロファイルで複数のWindowsイベントログファイルのあるsample-evtxディレクトリに対して、Hayabusaを実行する:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -p verbose\n```\n\n* 全てのフィールド情報も含めて１つのCSVファイルにエクスポートして、LibreOffice、Timeline Explorer、Elastic Stack等でさらに分析することができる(注意: `super-verbose`プロファイルを使すると、出力するファイルのサイズがとても大きくなる！):\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -o results.csv -p super-verbose\n```\n\n* EID(イベントID)フィルタを有効にし、タイムラインをJSON形式で保存する:\n\n\u003e 注意: EIDフィルタを有効にすると、私達のテストでは処理時間が約10〜15%速くなりますが、アラートを見逃す可能性があります。\n\n```\nhayabusa.exe csv-timeline -E -d .\\hayabusa-sample-evtx -o results.csv\n```\n\n* Hayabusaルールのみを実行する（デフォルトでは`-r .\\rules`にあるすべてのルールが利用される）:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -r .\\rules\\hayabusa -o results.csv -w\n```\n\n* Windowsでデフォルトで有効になっているログに対してのみ、Hayabusaルールを実行する:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -r .\\rules\\hayabusa\\builtin -o results.csv -w\n```\n\n* Sysmonログに対してのみHayabusaルールを実行する:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -r .\\rules\\hayabusa\\sysmon -o results.csv -w\n```\n\n* Sigmaルールのみを実行する:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -r .\\rules\\sigma -o results.csv -w\n```\n\n* 廃棄(deprecated)されたルール(`status`が`deprecated`になっているルール)とノイジールール(`.\\rules\\config\\noisy_rules.txt`にルールIDが書かれているルール)を有効にする:\n\n\u003e 注意: 最近、廃止されたルールはSigmaリポジトリで別のディレクトリに置かれるようになり、Hayabusaではもうデフォルトでは含まれないようになりました。\n\u003e 従って、廃止されたルールを有効にする必要はないでしょう。\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx --enable-noisy-rules --enable-deprecated-rules -o results.csv -w\n```\n\n* ログオン情報を分析するルールのみを実行し、UTCタイムゾーンで出力する:\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -r .\\rules\\hayabusa\\builtin\\Security\\LogonLogoff\\Logon -U -o results.csv -w\n```\n\n* 起動中のWindows端末上で実行し（Administrator権限が必要）、アラート（悪意のある可能性のある動作）のみを検知する:\n\n```\nhayabusa.exe csv-timeline -l -m low\n```\n\n* 詳細なメッセージを出力する(処理に時間がかかるファイル、パースエラー等を特定するのに便利):\n\n```\nhayabusa.exe csv-timeline -d .\\hayabusa-sample-evtx -v\n```\n\n* Verbose出力の例:\n\nルールファイルの読み込み:\n\n```\nLoaded rule: rules/sigma/builtin/deprecated/proc_creation_win_susp_run_folder.yml\nLoaded rule: rules/sigma/builtin/deprecated/proc_creation_win_execution_mssql_xp_cmdshell_stored_procedure.yml\nLoaded rule: rules/sigma/builtin/deprecated/proc_creation_win_susp_squirrel_lolbin.yml\nLoaded rule: rules/sigma/builtin/win_alert_mimikatz_keywords.yml\n```\n\nスキャン中のエラー:\n```\n[ERROR] Failed to parse event file.\nEventFile: ../logs/Microsoft-Rdms-UI%4Operational.evtx\nError: Failed to parse record number 58471\n\n[ERROR] Failed to parse event file.\nEventFile: ../logs/Microsoft-Rdms-UI%4Operational.evtx\nError: Failed to parse record number 58470\n\n[ERROR] Failed to parse event file.\nEventFile: ../logs/Microsoft-Windows-AppxPackaging%4Operational.evtx\nError: An error occurred while trying to serialize binary xml to output.\n```\n\n* 結果を[Timesketch](https://timesketch.org/)にインポートできるCSV形式に保存する:\n\n```\nhayabusa.exe csv-timeline -d ../hayabusa-sample-evtx --RFC-3339 -o timesketch-import.csv -p timesketch -U\n```\n\n* エラーログの出力をさせないようにする:\nデフォルトでは、Hayabusaはエラーメッセージをエラーログに保存します。\nエラーメッセージを保存したくない場合は、`-Q`を追加してください。\n\n#### アドバンス - GeoIPのログエンリッチメント\n\n無償のGeoLite2のジオロケーションデータで、SrcIP（ソースIPアドレス）フィールドとTgtIP（ターゲットIPアドレス）フィールドにGeoIP（ASN組織、都市、国）情報を追加することができます。\n\n手順:\n1. まずMaxMindのアカウントを[こちら](https://dev.maxmind.com/geoip/geolite2-free-geolocation-data)で登録してください。\n2. [ダウンロードページ](https://www.maxmind.com/en/accounts/current/geoip/downloads)から3つの`.mmdb`ファイルをダウンロードし、ディレクトリに保存してください。ファイル名は、`GeoLite2-ASN.mmdb`、`GeoLite2-City.mmdb`、`GeoLite2-Country.mmdb`であることをご確認ください。\n3. `csv-timeline`または`json-timeline`コマンドを実行する際には、`-G`オプションの後にMaxMindデータベースのあるディレクトリを追加してください。\n\n* `csv-timeline`を使用すると、次の6つのカラムが追加で出力されます: `SrcASN`、`SrcCity`、`SrcCountry`、`TgtASN`、`TgtCity`、`TgtCountry`\n* `json-timeline`を使用すると、同じ`SrcASN`、`SrcCity`、`SrcCountry`、`TgtASN`、`TgtCity`、`TgtCountry`フィールドが`Details`オブジェクトに追加されますが、情報を含む場合のみとなります。\n\n* `SrcIP`または`TgtIP`がlocalhost (`127.0.0.1`、`::1`等々)の場合、`SrcASN`または`TgtASN`は、`Local`として出力されます。\n* `SrcIP`または`TgtIP`がプライベートIPアドレス (`10.0.0.0/8`、`fe80::/10`等々)の場合、`SrcASN`または`TgtASN`は、`Private`として出力されます。\n\n##### GeoIPの設定ファイル\n\nGeoIPデータベースで検索される送信元と送信先のIPアドレスを含むフィールド名は、`rules/config/geoip_field_mapping.yaml`で定義されています。\n必要であれば、このリストに追加することができます。\nまた、このファイルには、どのイベントからIPアドレス情報を抽出するかを決定するフィルタセクションもあります。\n\n##### GeoIPデータベースの自動アップデート\n\nMaxMind GeoIP データベースは、2 週間ごとに更新されます。\nこれらのデータベースを自動的に更新するために、[こちら](https://github.com/maxmind/geoipupdate)からMaxMindの`geoipupdate`のツールをインストールすることができます。\n\nmacOSでの手順:\n1. `brew install geoipupdate`\n2. `/usr/local/etc/GeoIP.conf`を編集する: MaxMindのウェブサイトにログインした後に作成した`AccountID`と`LicenseKey`を入れる。`EditionIDs`の行に、`EditionIDs GeoLite2-ASN GeoLite2-City GeoLite2-Country`とあることを確認する。\n3. `geoipupdate`を実行する。\n4. GeoIP情報を追加する場合は、`-G /usr/local/var/GeoIP`を追加する。\n\nWindowsでの手順:\n1. [Releases](https://github.com/maxmind/geoipupdate/releases)ページからWindowsバイナリの最新版(例: `geoipupdate_4.10.0_windows_amd64.zip`)をダウンロードする。\n2. `\\ProgramData\\MaxMind/GeoIPUpdate\\GeoIP.conf`を編集する: MaxMindのウェブサイトにログインした後に作成した`AccountID`と`LicenseKey`を入れる。`EditionIDs`の行に、`EditionIDs GeoLite2-ASN GeoLite2-City GeoLite2-Country`とあることを確認する。\n3. `geoipupdate`を実行する。\n\n#### `csv-timeline`コマンドの設定ファイル\n\n`./rules/config/channel_abbreviations.txt`: チャンネル名とその略称のマッピング。\n\n`./rules/config/default_details.txt`: ルールに`details:`行が指定されていない場合に、どのようなデフォルトのフィールド情報 (`%Details%`フィールド)を出力するかを設定するファイルです。\nプロバイダー名とイベントIDを元に作成されます。\n\n`./rules/config/eventkey_alias.txt`: このファイルには、フィールドの短い名前のエイリアスと、元の長いフィールド名のマッピングがあります。\n\n例:\n```\nInstanceID,Event.UserData.UMDFHostDeviceArrivalBegin.InstanceId\nIntegrityLevel,Event.EventData.IntegrityLevel\nIpAddress,Event.EventData.IpAddress\n```\n\nここでフィールドが定義されていない場合、Hayabusaは自動的に`Event.EventData`にあるフィールドを使用してみます。\n\n`./rules/config/exclude_rules.txt`: このファイルには、使用から除外されるルールIDのリストがあります。\n通常は、あるルールが別のルールに置き換わったか、そもそもそのルールが使用できないことが原因です。\nファイアウォールやIDSと同様に、シグネチャベースのツールは、自身の環境に合わせてチューニングする必要があるため、特定のルールを恒久的または一時的に除外する必要があるかもしれません。\n`./rules/config/exclude_rules.txt`にルールID (例:`4fe151c2-ecf9-4fae-95ae-b88ec9c2fca6`)を追加すると、不要なルールや使用できないルールを無視できます。\n\n`./rules/config/noisy_rules.txt`: このファイルには、デフォルトでは無効になっているルールのIDが入っています。`-n, --enable-noisy-rules`オプションでノイジールールを有効にできます。\nこれらのルールは通常、性質上ノイズが多いか、誤検出があるためです。\n\n`./rules/config/target_event_IDs.txt`: EIDフィルターが有効な場合、このファイルで指定されたイベントIDのみがスキャンされます。\nデフォルトでは、Hayabusaはすべてのイベントをスキャンしますが、パフォーマンスを向上させたい場合は、`-E, --EID-filter`オプションを使用してください。\nこれにより、通常10〜25％の速度向上があります。\n\n\n### `json-timeline`コマンド\n\n`json-timeline`コマンドは、JSONまたはJSONL形式でイベントのフォレンジックタイムラインを作成します。\nJSONLへの出力は、JSONよりも高速でファイルサイズも小さいので、結果をElastic Stack等の他のツールにインポートするだけなら、JSONLが理想です。\nテキストエディタで手動で解析する場合は、JSONの方が良いでしょう。\nCSV出力は小さいタイムライン(通常2GB以下)をLibreOfficeやTimeline Explorerのようなツールにインポートするのに適しています。\nJSONは、`jq`等のツールでデータ(大きな結果ファイルを含む)をより詳細に分析する場合に最適です。`Details`フィールドが分離されているので、分析が容易になるからです。\n(CSV出力では、すべてのイベントログのフィールドが1つの大きな`Details`カラムに入っており、データのソートなどが難しくなっています。)\n\n```\nUsage: json-timeline \u003cINPUT\u003e [OPTIONS]\n\nInput:\n  -d, --directory \u003cDIR\u003e    .evtxファイルを持つディレクトリのパス\n  -f, --file \u003cFILE\u003e        1つの.evtxファイルに対して解析を行う\n  -l, --live-analysis      ローカル端末のC:\\Windows\\System32\\winevt\\Logsフォルダを解析する\n\nGeneral Options:\n  -C, --clobber                          結果ファイルを上書きする\n  -h, --help                             ヘルプ\n  -J, --JSON-input                       .evtxファイルの代わりにJSON形式のログファイル(.jsonまたは.jsonl)をスキャンする\n  -s, --sort-events                      ファイル保存前イベントをソートする (警告: これは多くのメモリを使用する!)\n  -w, --no-wizard                        質問はしない。すべてのイベントとアラートをスキャンする\n  -Q, --quiet-errors                     Quiet errorsモード: エラーログを保存しない\n  -x, --recover-records                  空ページからevtxレコードをカービングする (デフォルト: 無効)\n  -r, --rules \u003cDIR/FILE\u003e                 ルールファイルまたはルールファイルを持つディレクトリ (デフォルト: ./rules)\n  -c, --rules-config \u003cDIR\u003e               ルールフォルダのコンフィグディレクトリ (デフォルト: ./rules/config)\n      --target-file-ext \u003cFILE-EXT...\u003e    evtx以外の拡張子を解析対象に追加する。 (例１: evtx_data 例２: evtx1,evtx2)\n  -t, --threads \u003cNUMBER\u003e                 スレッド数 (デフォルト: パフォーマンスに最適な数値)\n\nFiltering:\n  -E, --EID-filter                      速度を上げるため主なEIDだけスキャンする (コンフィグファイル: ./rules/config/target_event_IDs.txt)\n  -D, --enable-deprecated-rules         ステータスがdeprecatedのルールを有効にする\n  -n, --enable-noisy-rules              Noisyルールを有効にする\n  -u, --enable-unsupported-rules        ステータスがunsupportedのルールを有効にする\n  -e, --exact-level \u003cLEVEL\u003e             特定のレベルだけスキャンする (informational, low, medium, high, critical)\n      --exclude-category \u003cCATEGORY...\u003e  特定のlogsourceカテゴリを持つルールをロードしない (例: process_creation,pipe_created)\n      --exclude-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名をスキャンしない (例: ComputerA) (例: ComputerA,ComputerB)\n      --exclude-eid \u003cEID...\u003e            高速化のために特定のEIDをスキャンしない (例: 1) (例: 1,4688)\n      --exclude-status \u003cSTATUS...\u003e      読み込み対象外とするルール内でのステータス (例１: experimental) (例２: stable,test)\n      --exclude-tag \u003cTAG...\u003e            特定のタグを持つルールをロードしない (例: sysmon)\n      --include-category \u003cCATEGORY...\u003e  特定のlogsourceカテゴリを持つルールのみをロードする (例: process_creation,pipe_created)\n      --include-computer \u003cCOMPUTER...\u003e  特定のコンピュータ名のみをスキャンする (例: ComputerA) (例: ComputerA,ComputerB)\n      --include-eid \u003cEID...\u003e            指定したEIDのみをスキャンして高速化する (例: 1) (例: 1,4688)\n      --include-status \u003cSTATUS...\u003e      特定のステータスを持つルールのみをロードする (例: expermimental) (例: stable,test)\n      --include-tag \u003cTAG...\u003e            特定のタグを持つルールのみをロードする (例１: attack.execution,attack.discovery) (例２: wmi)\n  -m, --min-level \u003cLEVEL\u003e               結果出力をするルールの最低レベル (デフォルト: informational)\n  -P, --proven-rules                    実績のあるルールだけでスキャンし、高速化する (./rules/config/proven_rules.txt)\n      --timeline-end \u003cDATE\u003e             解析対象とするイベントログの終了時刻 (例: \"2022-02-22 23:59:59 +09:00\")\n      --timeline-offset \u003cOFFSET\u003e        オフセットに基づく最近のイベントのスキャン (例: 1y, 3M, 30d, 24h, 30m)\n      --timeline-start \u003cDATE\u003e           解析対象とするイベントログの開始時刻 (例: \"2020-02-22 00:00:00 +09:00\")\n\nOutput:\n  -G, --GeoIP \u003cMAXMIND-DB-DIR\u003e       IPアドレスのGeoIP(ASN、都市、国)情報を追加する\n  -H, --HTML-report \u003cFILE\u003e           HTML形式で詳細な結果を出力する (例: results.html)\n  -L, --JSONL-output                 タイムラインをJSONL形式で保存する (例: -L -o results.jsonl)\n  -M, --multiline                    イベントフィールド情報を複数の行に出力する\n  -F, --no-field-data-mapping        フィールドデータのマッピングを無効にする\n      --no-pwsh-field-extraction     PowerShell Classicログフィールド抽出の無効化\n  -o, --output \u003cFILE\u003e                タイムラインを保存する (例: results.csv)\n  -p, --profile \u003cPROFILE\u003e            利用する出力プロファイル名を指定する\n  -R, --remove-duplicate-data        重複したフィールドデータは「DUP」に置き換えられる (ファイルサイズが約10〜15％削減される)\n  -X, --remove-duplicate-detections  重複した検知項目を削除する (デフォルト: 無効)\n\nDisplay Settings:\n      --no-color            カラーで出力しない\n  -N, --no-summary          結果概要を出力しない (多少速くなる)\n  -q, --quiet               Quietモード: 起動バナーを表示しない\n  -v, --verbose             詳細な情報を出力する\n  -T, --visualize-timeline  検知頻度タイムラインを出力する（ターミナルはUnicodeに対応する必要がある）\n\nTime Format:\n      --European-time     ヨーロッパ形式で日付と時刻を出力する (例: 22-02-2022 22:00:00.123 +02:00)\n      --ISO-8601          ISO-8601形式で日付と時刻を出力する (例: 2022-02-22T10:10:10.1234567Z) (UTC時刻)\n      --RFC-2822          RFC 2822形式で日付と時刻を出力する (例: Fri, 22 Feb 2022 22:00:00 -0600)\n      --RFC-3339          RFC 3339形式で日付と時刻を出力する (例: 2022-02-22 22:00:00.123456-06:00)\n      --US-military-time  24時間制(ミリタリータイム)のアメリカ形式で日付と時刻を出力する (例: 02-22-2022 22:00:00.123 -06:00)\n      --US-time           アメリカ形式で日付と時刻を出力する (例: 02-22-2022 10:00:00.123 PM -06:00)\n  -U, --UTC               UTC形式で日付と時刻を出力する (デフォルト: 現地時間)\n```\n\n#### `json-timeline`コマンドの使用例と設定ファイル\n\n`json-timeline`のオプションと設定ファイルは、`csv-timeline`と同じですが、JSONL形式で出力するための`-L, --JSONL-output`オプションが1つ追加されています。\n\n### `level-tuning`コマンド\n\n`level-tuning`コマンドを使用すると、環境に応じてリスクレベルを上げたり下げたりして、ルールのアラートレベルを調整できます。\n\n```\nUsage: level-tuning [OPTIONS]\n\nDisplay Settings:\n      --no-color      カラーで出力しない\n  -q, --quiet         Quietモード: 起動バナーを表示しない\n\nGeneral Options:\n  -f, --file \u003cFILE\u003e   ルールlevelのチューニング (デフォルト: ./rules/config/level_tuning.txt)\n```\n\n#### `level-tuning`コマンドの使用例\n\n* 通常使用: `hayabusa.exe level-tuning`\n* カスタム設定ファイルに基づくルールのアラートレベルの調整: `hayabusa.exe level-tuning -f my_level_tuning.txt`\n\n#### `level-tuning`の設定ファイル\n\nHayabubsaとSigmaのルール作成者は、アラートのリスクレベルを判定してルールを作成します。\nしかし、実際のリスクレベルは環境に応じて異なる場合があります。\n`./rules/config/level_tuning.txt`にルールを追加して `hayabusa.exe level-tuning`を実行すると、ルールファイル内の`level`行が更新され、リスクレベルを調整することができます。\nルールファイルが直接更新されますので、ご注意ください。\n\n\u003e 注意: `update-rules`を実行するたびに、アラートレベルが元の設定に上書きされるので、レベルを変更したい場合は、`update-rules`を実行した後に、`level-tuning`コマンドも実行する必要があります。\n\n`./rules/config/level_tuning.txt`の一例:\n\n```csv\nid,new_level\n00000000-0000-0000-0000-000000000000,informational # レベルチューニングのサンプル\n```\n\nこの場合、ルールディレクトリ内の`id`が`00000000-0000-0000000000`のルールのアラート`level`が、`informational`に書き換えられます。\n設定可能なレベルは、`critical`、`high`、`medium`、`low`、`informational`です。\n\n### `list-profiles`コマンド\n\n```\nUsage: list-profiles [OPTIONS]\n\nDisplay Settings:\n      --no-color   カラーで出力しない\n  -q, --quiet      Quietモード: 起動バナーを表示しない\n```\n\n### `set-default-profile`コマンド\n\n```\nUsage: set-default-profile [OPTIONS]\n\nDisplay Settings:\n      --no-color           カラーで出力しない\n  -q, --quiet              Quietモード: 起動バナーを表示しない\n\nGeneral Options:\n  -p, --profile \u003cPROFILE\u003e  利用する出力プロファイル名を指定する\n```\n\n#### `set-default-profile`コマンドの使用例\n\n* デフォルトプロファイルを`minimal`に設定する: `hayabusa.exe set-default-profile minimal`\n* デフォルトプロファイルを`super-verbose`に設定する: `hayabusa.exe set-default-profile super-verbose`\n\n## `update-rules`コマンド\n\n`update-rules`コマンドは、`rules`フォルダを[HayabusaルールのGitHubリポジトリ](https://github.com/Yamato-Security/hayabusa-rules)と同期し、ルールと設定ファイルを更新します。\n\n```\nUsage: update-rules [OPTIONS]\n\nDisplay Settings:\n      --no-color  カラーで出力しない\n  -q, --quiet     Quietモード: 起動バナーを表示しない\n\nGeneral Options:\n  -r, --rules \u003cDIR/FILE\u003e  ルールファイルまたはルールファイルを持つディレクトリ (デフォルト: ./rules)\n```\n\n### `update-rules`コマンドの使用例\n\n普段は次のように実行します: `hayabusa.exe update-rules`\n\n# タイムライン出力\n\n## 出力プロファイル\n\nHayabusaの`config/profiles.yaml`設定ファイルでは、５つのプロファイルが定義されています:\n\n1. `minimal`\n2. `standard` (デフォルト)\n3. `verbose`\n4. `all-field-info`\n5. `all-field-info-verbose`\n6. `super-verbose`\n7. `timesketch-minimal`\n8. `timesketch-verbose`\n\nこのファイルを編集することで、簡単に独自のプロファイルをカスタマイズしたり、追加したりすることができます。\n`set-default-profile --profile \u003cprofile\u003e`コマンドでデフォルトのプロファイルを変更することもできます。\n利用可能なプロファイルとそのフィールド情報を表示するには、`list-profiles`コマンドを使用してください。\n\n### 1. `minimal`プロファイルの出力\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %RecordID%, %RuleTitle%, %Details%`\n\n### 2. `standard`プロファイルの出力\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %RecordID%, %RuleTitle%, %Details%, %ExtraFieldInfo%`\n\n### 3. `verbose`プロファイルの出力\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %MitreTactics%, %MitreTags%, %OtherTags%, %RecordID%, %RuleTitle%, %Details%, %ExtraFieldInfo%, %RuleFile%, %EvtxFile%`\n\n### 4. `all-field-info`プロファイルの出力\n\n最小限の`details`情報を出力する代わりに、イベントにあるすべての`EventData`フィールド情報(`%AllFieldInfo%`)が出力されます。フィールド名は元々のフィールド名になります。\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %RecordID%, %RuleTitle%, %AllFieldInfo%, %RuleFile%, %EvtxFile%`\n\n### 5. `all-field-info-verbose`プロファイルの出力\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %MitreTactics%, %MitreTags%, %OtherTags%, %RecordID%, %RuleTitle%, %AllFieldInfo%, %RuleFile%, %EvtxFile%`\n\n### 6. `super-verbose`プロファイルの出力\n\n`%Timestamp%, %Computer%, %Channel%, %EventID%, %Level%, %RuleTitle%, %RuleAuthor%, %RuleModifiedDate%, %Status%, %RecordID%, %Details%, %ExtraFieldInfo%, %MitreTactics%, %MitreTags%, %OtherTags%, %Provider%, %RuleCreationDate%, %RuleFile%, %EvtxFile%`\n\n### 7. `timesketch-minimal`プロファイルの出力\n\n[Timesketch](https://timesketch.org/)にインポートできるプロファイル。\n\n`%Timestamp%, hayabusa, %RuleTitle%, %Computer%, %Channel%, %EventID%, %Level%, %MitreTactics%, %MitreTags%, %OtherTags%, %RecordID%, %Details%, %RuleFile%, %EvtxFile%`\n\n### 8. `timesketch-verbose`プロファイルの出力\n\n`%Timestamp%, hayabusa, %RuleTitle%, %Computer%, %Channel%, %EventID%, %Level%, %MitreTactics%, %MitreTags%, %OtherTags%, %RecordID%, %Details%, %ExtraFieldInfo%, %RuleFile%, %EvtxFile%`\n\n### プロファイルの比較\n\n以下のベンチマークは、2018年製のLenovo P51 (CPU: Xeon 4コア / メモリ: 64GB)上で3GBのEVTXデータに対して3891件のルールを有効にして実施されました。(2023/06/01)\n\n| プロファイル | 処理時間 | 結果のファイルサイズ | ファイルサイズ増加 |\n| :---: | :---: | :---: | :---: |\n| minimal | 8分50秒 | 770 MB | -30% |\n| standard (デフォルト) | 9分00秒 | 1.1 GB | 無し |\n| verbose | 9分10秒 | 1.3 GB | +20% |\n| all-field-info | 9分3秒 | 1.2 GB | +10% |\n| all-field-info-verbose | 9分10秒 | 1.3 GB | +20% |\n| super-verbose | 9分12秒 | 1.5 GB | +35% |\n\n### プロファイルのフィールドエイリアス\n\nビルトインの出力プロファイルで出力できる情報は以下の通り:\n\n| エイリアス名 | Hayabusaの出力情報 |\n| :--- | :--- |\n|%AllFieldInfo% | すべてのフィールド情報。 |\n|%Channel% |  ログ名。イベントログの`\u003cEvent\u003e\u003cSystem\u003e\u003cEventID\u003e`フィールド。 |\n|%Computer% | イベントログの`\u003cEvent\u003e\u003cSystem\u003e\u003cComputer\u003e`フィールド。 |\n|%Details% | YML検知ルールの`details`フィールドから来ていますが、このフィールドはHayabusaルールにしかありません。このフィールドはアラートとイベントに関する追加情報を提供し、ログのフィールドから有用なデータを抽出するこ�","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2FYamato-Security%2Fhayabusa","html_url":"https://awesome.ecosyste.ms/projects/github.com%2FYamato-Security%2Fhayabusa","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2FYamato-Security%2Fhayabusa/lists"}