kali-linux

Kali Linux：Kali の管理、ツール、ラボのワークフロー

Kali は Debian をベースにしていますが、問題が起きる箇所はたいてい Kali 固有のものです。ブランチの混在、メタパッケージの肥大化、古いイメージ、永続化の設定ミス、ハードウェア固有の問題、あるいは用途に合わないツール群の使用などです。

Kali Linux を管理する際は、標準的な Debian と同一視したり、攻撃用ツールを詰め込んだだけのものと見なしたりしないでください。まず、実際にどの Kali 環境を使っているかを確認します。ローリングインストール、最新スナップショット、ライブ USB、VM イメージ、Purple イメージ、NetHunter、使い捨てのラボ用マシンのいずれかを見極めたうえで、基本 OS の健全性、ツール選択、ブランチ管理、ハードウェアサポート、作業範囲をそれぞれ切り分けてください。

対象バージョン（2026年10月確認済み）：

互換性やトラブルシューティングの方針に実質的な影響がある場合に限り、ここでバージョンや日付を固定してください。通常のパッケージ作業では、古いパッケージ一覧よりも、現在のブランチとリポジトリの状態を優先してください。

コンポーネント	バージョンまたは日付	重要な理由
現在の日付付き Kali イメージリリース	2026.3	現在のイメージの基準とリリースノート
ブランチのドキュメント	2026年10月に再確認／最新情報を確認	単一のパッケージバージョンよりも、ブランチの動作と安全な利用環境の選択が重要です
メタパッケージのドキュメント	2025-07／最新情報を確認	ツール群の分類とインストール範囲が重要であり、特定のパッケージ一覧を丸暗記する必要はありません
Kali 2026.3 のカーネル系列	7.1.5	ハードウェアおよびドライバーの想定におけるリリースイメージの基準

使う場面

• Kali での apt、dpkg、apt-cache、リポジトリの健全性確認、キーリング、ブランチ検証を使ったパッケージ管理
• Kali のイメージやインストールに関する質問：ライブ ISO、netinst、ARM および SBC イメージ、VM イメージ、永続化、復旧
• Kali のブランチとソースリストに関する質問：kali-rolling、kali-last-snapshot、選択的なブランチ利用、ミラーの管理
• メタパッケージの計画：kali-linux-default、kali-linux-everything、用途を絞った kali-tools-* バンドル、デスクトップメタパッケージ、kali-tweaks
• アーカイブの半分を誤ってインストールする前に、作業に適した Kali のツール群を選ぶ
• Kali のデスクトップやノート PC に関する作業：Xfce、GNOME、KDE、i3、PipeWire、GPU ドライバー、キャプチャツール、VM ゲストの動作
• Kali ホストやパッケージの問題に関係する、無線、SDR、Bluetooth、RFID、HID、USB、攻撃用ハードウェアのサポート
• 問題がエクスプロイト手法ではなく、イメージ、パッケージ、カーネル、またはホストツールの構成に関係する NetHunter やモバイル関連の Kali の質問
• 安全なラボのセットアップ、意図的に脆弱性を持たせた練習用ターゲット、スナップショットのワークフロー、ラボ環境と本番システムの分離
• Kali 固有のリポジトリ、ブランチ、イメージ、ツールの事情が一般的な Debian のアドバイスより重要な場合の、Kali 上での基本的な Linux 運用

使わない場面

• Kali 固有の事情を伴わない一般的な Debian、Ubuntu、Mint、Pop!_OS の管理：debian-ubuntu を使ってください
• Arch、CachyOS、EndeavourOS の管理：arch-linux を使ってください
• Fedora、RHEL、Rocky、AlmaLinux の管理：rhel-fedora を使ってください
• NixOS または宣言型の Nix 設定：nixos を使ってください
• シェルの構文、引用符の使い方、スクリプトの移植性：shell-scripting を使ってください
• ネットワークアーキテクチャ、DNS、VPN、リバースプロキシ、ファイアウォールの設計：networking を使ってください
• Docker、Podman、イメージのビルド、コンテナランタイムの問題：docker を使ってください
• 障害が Kali ゲストの外部にあることが明らかな場合の、ハイパーバイザーの設定、パススルーの接続、VM プラットフォームの問題：virtualization を使ってください
• Kubernetes クラスターまたはマニフェストの作業：kubernetes を使ってください
• プレイブックによるフリート全体の Linux 設定：ansible を使ってください
• 稼働中のターゲットに対するエクスプロイト、権限昇格、ラテラルムーブメント、侵害後の活動：privilege-escalation を使ってください
• 新たな脆弱性の探索、詳細なリバースエンジニアリング、ファジング、概念実証の調査：vulnerability-research を使ってください
• 防御的なハードニング、脆弱性のトリアージ、広範なセキュリティレビュー：security-audit を使ってください
• OPNsense または pfSense アプライアンスの作業：opnsense-pfsense を使ってください

---

AI セルフチェック

Kali のコマンドやツールの推奨を返す前に、以下を確認してください。

• Kali の利用形態を特定：ローリングインストール、last-snapshot、ライブ USB、VM イメージ、Purple イメージ、NetHunter、またはカスタムラボマシンのいずれかを確認します。利用形態によって助言は大きく異なります。
• 通常の Debian と混同しない：Kali のブランチ、メタパッケージ、パッケージの取得元を確認せずに、一般的な Debian の助言を提示しないでください。
• ブランチモデルを理解：kali-rolling、kali-last-snapshot、および kali-experimental、kali-bleeding-edge、kali-dev などの部分ブランチや開発ブランチの違いを把握します。安易に混在させないでください。ブランチ、スナップショット、メタパッケージ、NetHunter に関する助言は、公式ドキュメントに沿ったものにします。
• リポジトリの状態が正常：Debian リポジトリを無闇に追加しておらず、古いイメージを前提にせず、kali-archive-keyring が壊れておらず、ソースリストに矛盾がないことを確認します。
• アップグレードの手順に一貫性がある：パッケージの移行が関わる場合、Kali では apt update と apt full-upgrade を優先します。慣例だからといって apt upgrade を実行し、それで完了としないでください。
• イメージの種類を特定：インストール済みシステム、ライブメディア、永続化機能付きライブメディア、VM イメージ、モバイルイメージのいずれかを確認します。復旧手順は種類によって異なります。
• メタパッケージの範囲を意図的に選択：目的に合った kali-tools-* バンドルが適切な場合に、kali-linux-everything を推奨しないでください。
• タスクに適したツール群を選択：情報収集、脆弱性評価、Web、パスワード、ワイヤレス、リバースエンジニアリング、エクスプロイト、侵害後の活動、フォレンジック、レポート作成、またはラボのいずれかを確認します。
• 許可された範囲を守る：Kali ツールを推奨する場合も、許可された範囲内である必要があります。ツールの一覧は使用許可を意味しません。攻撃用ツールは、許可されたラボ、CTF、または所有システムでのみ使用してください。
• ラボ用パッケージは意図的に脆弱なものとして扱う：kali-linux-labs は、管理された環境での練習用であり、日常的に使うワークステーションへのインストール用ではありません。
• ワイヤレスとハードウェアの構成が実際の環境に合っている：チップセット、ファームウェア、モニターモード、パケットインジェクションの対応状況、SDR スタック、USB パススルー、カーネルモジュールが、実際のハードウェアに適合していることを確認します。
• GPU とキャプチャスタックに一貫性がある：ツールのせいにする前に、VM パススルー、ホスト側のアクセラレーション、PipeWire、ブラウザーのキャプチャ、デスクトップセッションの構成を確認します。
• NetHunter を通常のデスクトップ版 Kali と同じように扱わない：モバイルカーネル、Android ホストの制約、rootless と完全な chroot の違い、systemd 形式のツールがないことなどにより、適切な確認項目が変わる場合があります。
• 適切な引き継ぎ先を選択：初期侵入後の権限昇格や関連する許可済みの手順は、privilege-escalation に引き継ぎます。脆弱性の発見そのものは、vulnerability-research に引き継ぎます。
• 診断エラーを隠さない：エラーの原因が重要なコマンドで、2>/dev/null を使って有用な失敗出力を隠さないでください。情報を収集する場合は 2>&1 || true を使用します。
• 横断的なエージェントの衛生管理を適用します。references/agent-hygiene.md を参照してください。

---

ワークフロー

手順は順番に進めます。このチェックリストをコピーし、進捗を記録してください。

• ステップ 1：Kali の利用形態を特定
• ステップ 2：現在の状態を収集
• ステップ 3：該当するリファレンスを読み込み
• ステップ 4：変更は一度に 1 つのレイヤーに限定し、影響の大きい変更は事前に確認
• ステップ 5：検証（失敗した場合は修正し、ステップ 4 に戻る）

ステップ 1：まず Kali の利用形態を特定します

利用形態	デフォルトの方針	異なる点
インストール済みの Kali rolling	ほとんどのユーザー向けのデフォルト	継続的に更新されるため、パッケージのずれが重要です。リポジトリの適切な管理がすべてです
Kali last-snapshot	より安全で、変更が少ない利用形態	バージョン付きスナップショット間では、リリースに近い動作になります
Live ISO／ライブ USB	まずは一時的な環境として扱います	永続化、オーバーレイの状態、ストレージの構成によって復旧方法が変わります
VM イメージ	ゲストツールとハイパーバイザーの前提を確認します	クリップボード共有、ディスプレイ、USB パススルー、仮想 NIC の癖が重要です
ARM／SBC イメージ	まずボード固有のイメージの前提を確認します	起動ファームウェア、ストレージメディア、周辺機器、パッケージの要件は、amd64 インストールとは異なります
Kali Purple イメージ	ブルーチーム寄りのセキュリティディストリビューション	パッケージの組み合わせとイメージの選択は、標準的なレッドチーム用ワークステーションとは異なります
NetHunter	モバイル向けで、カーネルへの依存が大きい環境	Android ホスト、カスタムカーネル、HID、無線サポートによって対応方法が変わります
一部のみ、または開発ブランチを使用するユーザー	すぐに慎重な対応に切り替えます	kali-experimental、kali-bleeding-edge、kali-dev は、気軽に使うデフォルトではありません

ステップ 2：現在のシステム状態を収集します

まず範囲を絞って確認し、問題が発生しているレイヤーがまだ不明な場合にのみ範囲を広げます。

すべての Kali のケースで行う基本チェック：

cat /etc/os-release
uname -r
find /etc/apt -maxdepth 2 -type f \( -path /etc/apt/sources.list -o -path '/etc/apt/sources.list.d/*.list' -o -path '/etc/apt/sources.list.d/*.sources' \) \
  -exec grep -HnEv '^[[:space:]]*(#|$)' {} +
apt-cache policy 2>&1 || true
apt-cache policy kali-archive-keyring kali-defaults kali-linux-core kali-linux-default 2>&1 || true
apt list --upgradable 2>&1 | tail -n +2
findmnt /
lsblk -f
dpkg -l | grep '^ii  kali-' | head -40

サブシステムのプローブは、タスクで必要な場合にのみ追加します。NetHunter やその他のモバイルに近い環境では、存在しないデスクトップ固有または systemd 固有のプローブは省略してください。

# services and logs
ps -p 1 -o comm=
command -v systemctl >/dev/null 2>&1 && systemctl --failed 2>&1 || true
command -v journalctl >/dev/null 2>&1 && journalctl -b -p warning..alert 2>&1 || true

# boot and storage
findmnt /boot 2>&1 || true
findmnt /boot/efi 2>&1 || true

# desktop and capture path
echo "Session=$XDG_SESSION_TYPE Desktop=$XDG_CURRENT_DESKTOP"
loginctl list-sessions 2>&1 || true
systemctl status display-manager 2>&1 || true
systemctl --user --failed 2>&1 || true
systemctl --user status pipewire pipewire-pulse wireplumber xdg-desktop-portal 2>&1 || true
command -v wpctl >/dev/null 2>&1 && wpctl status

# hardware, wireless, GPU, and NetHunter
lspci -k | grep -Ei 'vga|3d|display|network|wireless'
lsusb
rfkill list 2>&1 || true
iw dev 2>&1 || true
journalctl -b | grep -Ei 'nvrm|nvidia|amdgpu|i915|xe|ath|iwlwifi|brcm|rtl|mt76|drm' 2>&1 || true
command -v dkms >/dev/null 2>&1 && dkms status 2>&1 || true
command -v airmon-ng >/dev/null 2>&1 && airmon-ng 2>&1 || true
command -v nethunter >/dev/null 2>&1 && nethunter -h 2>&1 | head -20

ステップ 3：関連するリファレンスだけを読み込みます

タスクの種類	リファレンス
apt、ソース、キーリング、rolling とスナップショット、ミラー	references/packages-branches-and-repos.md
メタパッケージの選択と Kali のツール群の理解	references/metapackages-and-tool-families.md
ライブ USB、永続化、インストーラー、VM イメージ、復旧	references/images-live-persistence-and-recovery.md
無線、GPU、SDR、USB、Bluetooth、NetHunter、ハードウェアサポート	references/wireless-gpu-hardware-and-nethunter.md
範囲の管理、脆弱なラボ、スナップショット、安全な実践	references/lab-safety-and-scope.md
Kali で繰り返し発生する問題のパターンと特殊なケース	references/gotchas-and-special-situations.md

デフォルトですべてのリファレンスを読み込まないでください。障害の種類に合ったものを選び、最初のレイヤーに問題がない場合にのみ範囲を広げてください。

ステップ 3.5：ここで対応するか、引き継ぐかを判断します

リクエストの種類	ルート
Kali でのインストール、パッケージ、イメージ、永続化、ハードウェア、ツール群の選択	kali-linux にとどまる
ハイパーバイザーの設定、USB パススルー、ゲストディスプレイのアクセラレーション、VM プラットフォームの接続設定	virtualization を使用する
許可を得たターゲットでのエクスプロイト、ピボット、権限昇格、ポストエクスプロイトのワークフローの実行	privilege-escalation を使用する
ファジング、詳細なリバースエンジニアリング、新規バグの調査、PoC の作成	vulnerability-research を使用する
防御上の問題を見つけるための、ターゲットコードまたはサービスのレビュー	security-audit を使用する
Kali 固有の事情を伴わない、Debian 系ホストの一般的な管理	debian-ubuntu を使用する

ステップ 4：一度に 1 つのレイヤーだけを変更します

• ツールが単に不足していたり、バージョンが一致していなかったりする可能性がある場合は、ツールのデバッグより先に、ソースリストとパッケージの状態を修正します。
• ライブ USB が壊れていると判断する前に、イメージや永続化の構成を修正します。
• Burp、Wireshark、ブラウザーツールを疑う前に、デスクトップセッションとキャプチャーの設定を修正します。
• モニターモード、インジェクション、SDR、Bluetooth ツールを疑う前に、ハードウェアのサポートとファームウェアを確認します。
• すべてをインストールするのではなく、ワークフローに合った最小のメタパッケージを選びます。
• ラボ環境と本番環境は分けてください。スナップショット、使い捨ての VM、隔離した USB メディアを優先します。
• 大規模なアップグレード、GPU／ワイヤレスドライバーの作業、ライブ環境の永続化設定の変更を行う前に、スナップショットを作成します。

影響の大きい変更（削除を伴う full-upgrade、ブランチまたはソースリストの変更、大規模なメタパッケージのインストールや削除、USB メディアへの書き込みや再パーティション、カーネルおよび DKMS ドライバーの作業）：正確なコマンドとその動作（トランザクションのシミュレーション、ソースリストの差分、または対象デバイス）を提示し、明示的な確認を得てから実行し、ステップ 5 に進みます。無人実行では、計画を提示したところで停止します。正確なコマンドは references/packages-branches-and-repos.md（アップグレード、ブランチの復旧）および references/images-live-persistence-and-recovery.md（ライブ USB と永続化）にあります。

ステップ 5：終了前に検証します

apt-cache policy package_name
command -v systemctl >/dev/null 2>&1 && systemctl status unit_name 2>&1 || true
journalctl -u unit_name -b 2>&1 || true
dpkg -l | grep '^ii  kali-' | head -20
command -v msfconsole 2>/dev/null || true
command -v nmap 2>/dev/null || true
command -v aircrack-ng 2>/dev/null || true

チェックに失敗した場合は、問題が示すレイヤーを修正してステップ 4 に戻ります。起動経路、永続化の状態、またはカーネルの変更について理解し、既知の正常な復旧手段が少なくとも 1 つ残っている場合に限り、再起動します。

---

トラブルシューティングの手順

レイヤーをまたいで、地道に切り分けます。

1. Kali の系統、ブランチ、イメージの種類、リポジトリの状態を確認します。
2. 問題が発生しているレイヤー（パッケージ、イメージまたは永続化、デスクトップセッション、ハードウェア、ツールの選択）を特定します。
3. 設定を変更する前に、適切なログを取得します。
4. 一度に 1 つのレイヤーだけを変更して、再テストします。
5. 範囲と安全性を、ツールのインストールとは分けて考えます。

基本的なログの確認：

journalctl -b -p warning..alert
journalctl --user -b
dmesg --level=err,warn
journalctl -u unit_name -b 2>&1 || true

初期の精密な切り分けではなく、相関を調べるための広範なパターン検索：

journalctl -b | grep -Ei 'nvrm|nvidia|amdgpu|i915|xe|ath|iwlwifi|brcm|rtl|mt76|drm' 2>&1 || true
journalctl --user -b | grep -Ei 'portal|pipewire|webrtc|burp|wireshark' 2>&1 || true

「Kali が壊れている」ように感じたら、まずはよくある原因を確認します。

• ソースリストの不整合、または古いキーリング
• ブランチの混在
• 性能の低いハードウェアへの巨大なメタパッケージのインストール
• チップセットが対応できない USB パススルー、またはモニターモードへの期待
• ライブ USB の永続化データの破損
• VM のゲスト追加機能とディスプレイスタックの不整合

デフォルトの判断基準

• Kali では、まずブランチの整理を優先します。 リポジトリの状態を確認すると、珍しいパッケージ事情よりも多くの問題を説明できます。
• 明確な理由がない限り、kali-rolling を優先します。 ほとんどのユーザーが利用すべきメインブランチです。
• リリース版に近い、より安定した動作を求める場合は、kali-last-snapshot を使用します。 多ければよいという理由だけで、kali-rolling と併用しないでください。
• 用途を絞ったメタパッケージを優先します。 本当に巨大なツールボックスとして使うのでなければ、kali-linux-everything より kali-tools-* のバンドルが適しています。
• Kali は単なるパッケージリポジトリではなく、ワークフロー向けのディストリビューションとして扱います。 イメージの選択、永続化、ハードウェア、対象範囲は、パッケージ名と同じくらい重要です。
• 依頼がパッケージに関するものなら、パッケージの範囲内で対応します。 nuclei、burpsuite、hashcat、リバースエンジニアリングツールのインストールに関する話は、防御的なレビュー、攻撃的なワークフロー、新規の脆弱性研究に話題が移るまでは、ここで扱います。
• ラボ環境は使い捨てにできるようにします。 スナップショット、使い捨て VM、隔離されたメディアを使い、唯一無二の大切なペンテスト用ノート PC を延々と手作業で保守するのは避けます。再現性のあるラボでは、演習の途中で rolling の差異をデバッグするのではなく、スナップショットまたは固定したイメージを使用します。
• Kali は、デフォルトでセキュリティ強化済みの日常利用向けサーバーではありません。 ワードリスト、キャプチャ、VM ディスクは、小さなルートパーティションの外に保存します。
• 個々のツールを細かく比較する前に、ツールの種類を決めます。 カテゴリ、ツール、パッケージの順に選びます。
• ワイヤレスと SDR の作業では、まずハードウェアが重要です。 チップセットのサポート、ファームウェア、パススルー、電源、モニターモードの実際の対応状況は、メニューの項目より重要です。
• 攻撃的な作業の範囲は適切に振り分けます。 Kali ではツールをインストールできますが、権限昇格ではエクスプロイトのワークフローを、脆弱性研究では新規バグの発見を扱います。

---

すばやく問題を切り分けるためのチェックリスト

症状	最初に確認する項目
インストール後に apt の動作がおかしい	ソースリスト、apt-cache policy、キーリングパッケージ、ブランチの混在、保留中の apt full-upgrade
メタパッケージをインストールしたのにツールが見つからない	dpkg -l、apt-cache depends、コマンドのパス、パッケージの分割、移行用パッケージ
ライブ USB で変更が失われる	永続化パーティション、マウント状態、オーバーレイの破損、イメージモードの誤り
VM の動作がおかしい、または USB 機器を認識しない	ハイパーバイザーのゲストツール、USB パススルー、ネットワークモード、ディスプレイアクセラレーション
ワイヤレスツールでモニターモードやインジェクションが使えない	チップセットのサポート、ファームウェア、rfkill、USB 電源、パススルー、カーネルモジュール
SDR やハードウェアツールの動作がおかしい	パッケージの状態、udev のアクセス権、カーネルモジュール、USB の権限、デバイスのファームウェア
Burp やブラウザーのキャプチャがうまく動作しない	デスクトップセッション、CA のインポート、プロキシのバインド、GUI ヘルパー用の PipeWire またはポータルの経路
NetHunter の問題	Android のバージョン、カーネルのサポート、イメージの種類、HID とワイヤレスのサポート、モバイル向けパッケージの提供経路
システムが肥大化して遅い	メタパッケージの入れすぎ、デスクトップ環境の選択、バックグラウンドサービス、kali-linux-everything を選んだことへの後悔
何もかも分からない	落とし穴のリファレンスを確認します。ブランチの混在、古いキーリング、永続化のずれ、VM のパススルー設定ミス、未サポートの Wi-Fi チップセットが原因であることはよくあります

---

参考ファイル

• references/packages-branches-and-repos.md - Kali のブランチモデル、ソースリスト、キーリング、更新、パッケージ状態の復旧
• references/metapackages-and-tool-families.md - 主要な Kali メタパッケージがインストールする内容、ツールファミリーと実際のワークフローとの対応、kali-tweaks 設定メニュー、権限昇格や脆弱性調査に引き継ぐタイミング
• references/images-live-persistence-and-recovery.md - インストーラー ISO、netinst、ライブイメージ、Purple イメージ、VM イメージ、永続化、復旧フロー
• references/wireless-gpu-hardware-and-nethunter.md - Wi-Fi、Bluetooth、RFID、SDR、GPU、USB パススルー、NetHunter 固有のハードウェア事情
• references/lab-safety-and-scope.md - 使い捨てラボのセットアップ、意図的に脆弱性を持たせたターゲット、スナップショット、許可範囲
• references/gotchas-and-special-situations.md - Kali で繰り返し発生する不具合パターンと例外的な状況

---

出力要件

要件の全文は references/output-contract.md を参照してください。

• スキル名： KALI-LINUX
• 成果物の分類： audits
• モード： 条件付き。既存のリポジトリコンテンツの分析、レビュー、監査、改善を依頼された場合は、references/output-contract.md の報告量と証拠に関するルールを適用し、成果物を docs/local/audits/kali-linux/<YYYY-MM-DD>-<slug>.md に作成してください。質問への回答、概念の説明、新しい成果物の作成、コンテンツの生成を依頼された場合は、要件に縛られずに応答してください。
• 重大度の尺度： P0 | P1 | P2 | P3 | info（共通要件を参照。監査／レビュー時のみ使用）

関連スキル

• debian-ubuntu - Debian 系の基本的なシステム管理。一般的な apt 系ホストにはこちらを使用してください。Kali 固有のブランチ、イメージ、メタパッケージ、ツールに関する知識が重要な場合は、このスキルを使用してください。
• privilege-escalation - 許可されたターゲットに対するエクスプロイト、侵害後の活動、権限昇格。このスキルでは Kali のツール選定と保守を支援し、privilege-escalation では攻撃ワークフロー自体を扱います。
• vulnerability-research - 脆弱性の発見、リバースエンジニアリングの詳細な調査、ファジング、概念実証の作成。このスキルでは、その作業を支える Kali 環境とツールファミリーを扱います。
• security-audit - 攻撃向けのディストリビューションワークフローではなく、防御的な強化と脆弱性レビューを行います。
• virtualization - 問題の原因が Kali ゲストの外部にあることが明らかな場合の、ハイパーバイザーの設定、ゲストのプロビジョニング、パススルー、VM プラットフォームの問題。
• shell-scripting - 本当の問題が Kali ではなくシェルにある場合の、シェル構文、ラッパー、エイリアス、スクリプトの移植性。
• networking - ホストレベルの Kali パッケージに関する質問を超える、ネットワークサービス、VPN、DNS、プロキシ、ファイアウォールの設計。

---

ルール

1. 重大な変更を実行する前に確認してください。 実行するコマンドとその計画を正確に提示し、明示的な承認を待ってから実行し、その後に検証してください。無人実行では、計画の提示までで停止してください。
2. 許可範囲を守ってください。 Kali ツールの推奨は、許可された環境以外での使用許可を意味しません。
3. ラボ環境と本番環境を分離してください。 演習用ターゲット、脆弱なアプリ、攻撃用ツールは、使い捨てシステムまたは隔離されたマシンで使用してください。クライアントデータ、ラボの成果物、エクスプロイトツールは、明確な保存領域の境界を設けて分離してください。
4. 適切に引き継いでください。 作業がエクスプロイトの手法に移ったら、privilege-escalation を使用してください。独自の脆弱性調査に移ったら、vulnerability-research を使用してください。