最初の調査¶
このワークフローは、evidence/ でオフライン優先順位付けコレクションを受信したことを前提としています。
1。ソースを保存する¶
検証済みのコピーから作業します。ハッシュ、収集時間、タイムゾーン、ホスト、ボリューム、および収集ツールを記録します。 Juntei は証拠を読み取りますが、常駐ストリームや隔離抽出などのオプションにより新しい出力ファイルが作成されます。これらを別の分析ディレクトリに誘導します。
2。持っているものを棚卸しする¶
Collecting Evidence でパスを探します。欠落しているアーティファクトは正常です。コレクションにレジストリ ハイブが含まれているからといって、コレクションにトランザクション ログが含まれていると想定しないでください。
3。最初にサマリーを実行する¶
多くのコマンドは、出力ファイルが要求されない場合に簡潔な概要を出力します。
juntei parse-file prefetch -d evidence/
juntei parse-registry shimcache -d evidence/
juntei parse-file defender-quarantine -d evidence/
レコードを信頼する前に、損傷、データベースのダーティ、および未適用のログの警告を読み取ります。
複数コンピューターのコレクション内のサポートされているすべてのアーティファクトを 1 回の操作で解析するには、次を使用します。
ホスト検出、並列処理、出力レイアウト、および SIEM 取り込みの統合 JSONL については、「自動コレクション解析」 を参照してください。
4。構造化された出力を保存する¶
mkdir -p analysis
juntei parse-file prefetch -d evidence/ -T -o analysis/prefetch.csv
juntei parse-ntfs mft -d evidence/ -o analysis/mft
juntei parse-ntfs usn-journal -d evidence/ -o analysis/usn
juntei parse-registry services -d evidence/ -o analysis/services.jsonl -t jsonl
スクリプトおよびネストされた値には JSONL を、スプレッドシートまたはタイムライン ビューアには CSV を推奨します。
5。信頼できる識別子からピボットする¶
ファイル名、完全なパス、SHA-1/SHA-256、ユーザー SID、MFT エントリ/シーケンス、タスク GUID、サービス名、またはタイムスタンプ ウィンドウで開始します。フィールドのみ大文字と小文字を正規化します。 Windows は大文字と小文字を区別せずに処理します。
juntei parse-file prefetch -d evidence/ -t jsonl \
| jq 'select(.ExecutableName? | ascii_downcase == "suspicious.exe")'
6。相関させる¶
Cクロスアーティファクトワークフローを使用します。実際のシーケンスは次のとおりです。
- 実行時間と最近の実行時間は Prefetch。
$MFTおよび USN 作成、パス、名前変更、および削除のジャーナル。- 過去のプレゼンスとメタデータの場合は Amcache および ShimCache。
- ユーザー/アプリケーション コンテキストの LNK、Jump Lists、RecentDocs、および SRUM。
- 永続化のためのレジストリ サービスと TaskCache。
- 検出、削除、発信元、ハッシュのための Defender 隔離。
7。文書の再現性¶
ソース パス、ソース ハッシュ、Juntei バージョン、正確なコマンド、出力ハッシュ、システム タイム ゾーン、およびその後のフィルタリングを記録します。生成された証拠出力をサイレントに編集しないでください。