masscanとnmapをラップするPythonラッパーで、内部または外部ネットワーク全体にわたる大規模なポート探索、ホスト探索、バナー取得、NSEベースの脆弱性スキャンを実現します。
このスクリプトは masscan と nmap のラッパーです。nmap はホスト探索、(小規模なスキャンの場合は) ポート探索、サービスバナーの取得、および NSE スクリプトを処理します。Masscan は、生の速度が重要な大規模なポート探索に使用されます。お好みのパッケージマネージャーまたはソースから両方をインストールしてください。
Python 3.8 以上が必要です (pyproject.toml の requires-python、CI の下限は 3.8)。
SpooNMAP はチェックアウトから直接実行できます — インストール手順は不要です。以下の 「使用方法」を参照してください — または uv を使ってスタンドアロンコマンドとしてインストールできます:
uv tool install git+https://github.com/trustedsec/spoonmap
これにより spoonmap 実行ファイルが PATH に配置されるため、リポジトリをクローンして ./spoonmap.py を実行する代わりに、任意のディレクトリから spoonmap として呼び出せます。PyPI パッケージは存在しません — このプロジェクトは pypi.org に公開されたことはなく、上記のコマンドは代わりに git リポジトリから直接インストールします。上記の完全な git+https://... 形式を使用してください。裸の uv tool install spoonmap は使用しないでください。PyPI 上でその名前が現在または将来何を指すとしても、それはこのプロジェクトではありません。
最新のコミットに更新するには:
uv tool upgrade spoonmap
この方法でインストールしても、SpooNMAP が自己完結型のスキャナになるわけではありません:
masscan と nmap は依然として個別にインストールする必要がある別個のシステムツールです
(上記の「依存関係」を参照)。チェックアウトから実行する場合とまったく同じです —
uv tool install は SpooNMAP 自身の Python コードと同梱の NSE スクリプトのみを
パッケージ化するのであり、シェル経由で呼び出す外部バイナリは含まれません。
この方法でインストールする前に理解しておくべきことが一つあります: インストールされた
spoonmap の Python モジュールは、uv が管理するツール環境を配置した場所に存在します —
設定ファイルやスキャン出力を探すために思い浮かべるようなディレクトリではありません。
これこそが、後述の「ファイルの配置場所」セクションで扱うシナリオです — 何が現在の
ディレクトリを基準に解決されるのか、そしてその理由についてはそのセクションをお読みください。
uv tool install 経由でインストールしてもルールは変わりません。ただ、習慣でフォールバック
できるチェックアウトディレクトリが残らないため、ルールが重要になるだけです。
スクリプトを実行するだけで、必要なすべてのオプションの入力を求められます。
config.json、ターゲット/除外ファイル、およびスキャン出力はすべて、コマンドを実行した
ディレクトリを基準に解決されます — 出力が期待した場所にない場合、特に SpooNMAP を
自身のディレクトリの外からパス指定で呼び出すことに慣れている場合は、後述の
「ファイルの配置場所」を参照してください。
uv を使用している場合は、別途仮想環境を用意せずに実行できます:
uv run spoonmap.py
スクリプトが実行可能な場合は、直接呼び出すこともできます:
# ./spoonmap.py
________ _____ _______ _________________
__ ___/______________________ | / /__ |/ /__ |__ __ \
_____ \___ __ \ __ \ __ \_ |/ /__ /|_/ /__ /| |_ /_/ /
____/ /__ /_/ / /_/ / /_/ / /| / _ / / / _ ___ | ____/
/____/ _ .___/\____/\____//_/ |_/ /_/ /_/ /_/ |_/_/
/_/
Service Categories (comma-separated numbers, default: All)
(1) Web [80, 443, 7001, 7002, 8000, 8080, 8081, 8443, 8888, 9090, 10443]
(2) Database [1433, U:1434, 1521, 3306, 5432, 6379, 9200, 27017]
(3) Remote Management [22, 23, 3389, 5900, 5901, 6129, 1723, 5985, 5986]
(4) Email [25, 110, 143, 465, 587, 993, 995]
(5) LDAP [389, 636]
(6) Network Infrastructure [53, 179, U:500, U:161, U:623, U:631, U:1194, 1194]
(7) File Transfer [21, 111]
(8) SMB [445, 135, 139, U:137]
(9) Specialized [1090, 3300, 4786, 6970, 2375, 4243, 9100, 8530, 8531]
(10) Containers & Debuggers [2377, 10250, 8001, 9229, 2345, 5005, 61616, 8009, 6000]
(11) Local LLM [11434, 1234, 7860, 5000, 5001, 1337, 3000, 8000, 8080]
(12) Full Port Scan [1-65535, TCP only — no UDP]
(c) Custom Port Scan [enter your own comma-separated ports]
(The Full Port Scan number increments automatically with the number of categories.)
**Full Port Scan is TCP only.** It sweeps TCP 1-65535 and runs no UDP discovery at
all, so every `U:` port listed in the categories above — SNMP (U:161), IKE (U:500),
IPMI (U:623), IPP (U:631), OpenVPN (U:1194), NetBIOS (U:137), SQL Browser (U:1434) —
is skipped, along with the NSE scripts and findings that depend on them. It is
*wider* than All on TCP and *narrower* on UDP. For both, run All and Full as two
passes, or use the Custom option with the UDP ports appended
(e.g. `1-65535,U:161,U:500,U:623`).
Which categories would you like to scan (e.g. 1,3 — default: All)?
Would you like to enumerate service banners for any identified services (default: Yes)?
Would you like to run NSE security scripts on identified services (default: No)?
Target Scan
(1) External
(2) Internal
Is this an internal or external scan (default: External)?
How fast would you like to scan (default: 20000 packets/second)?
Please enter the full path for the file containing target hosts (default: /opt/spoonmap/ranges.txt):
Would you like to exclude any hosts? (default: No)
Run host discovery before port scanning (default: Yes)?
Tune advanced settings (nmap threads, masscan batch size, nmap work-unit threshold)? (default: No)
config.json.sample をベースにした config.json ファイルを作成することで、すべてのプロンプトをスキップすることもできます:
{
"scan_categories": ["Web", "Database", "Remote Management"],
"banner_scan": "True",
"script_scan": "False",
"host_discovery": "True",
"target_scan": "Internal",
"max_rate": "2000",
"target_file": "ranges.txt",
"output_path": "./",
"exclusions_file": "exclusions.txt",
"nmap_threads": 5,
"masscan_batch_size": 5,
"nmap_threshold": 5000000
}
すべてのカテゴリをスキャンするには、"scan_categories": "All" を設定します。
65535 個の TCP ポートすべてをスキャンするには、"scan_categories": "Full" を設定します — これは TCP のみ であり、UDP ディスカバリは行わない点に注意してください。
完全にカスタムなポートリストを使うには、scan_categories を省略し、代わりに "dest_ports": ["80","443","U:53"] を使用します。
UDP ポートは U: プレフィックスを付けて指定します（例: "U:53"）。
対話型プロンプトに回答すると、選択したオプションはスキャン開始前に config.json へ書き込まれます。生成されるファイルは config.json.sample と同様に各編集可能フィールドを文書化し、__generated_by_prompts__ マーカーキーを持ちます。これにより、中断された対話型スキャンは設定駆動型のスキャンと同じ方法で再開できます — --resume を付けて再実行するだけで、すべてのプロンプトがスキップされます。
output_path に前回のスキャンの出力が検出されると、ツールは 3 つの選択肢を提示します: [d]elete（以前の出力を削除して新規に開始）、[a]ppend（以前の出力を保持したまま全フェーズを再実行）、[r]esume（以前の出力を保持し、--resume フラグとまったく同様に完了済みの作業をスキップ）。
再実行時のオプション変更。 [d]elete または [a]ppend を選ぶと、保存された config.json の値がデフォルトとして事前入力された状態で、すべてのオプションが再度尋ねられます — そのためプロンプトで Enter を押し続ければ前回のスキャンが再現され、関心のあるポート、レート、ターゲットだけを変更できます。[r]esume は同じスキャンを継続するため、プロンプトをスキップします。この再プロンプトは、ツールが生成した config.json（__generated_by_prompts__ を持つもの）にのみ適用されます。手書きの設定は、前述のすべてのプロンプトを厳密にスキップする動作を維持します。オプトアウトするにはそのキーを削除するか、config.json を完全に削除してゼロから開始してください。
プロンプトに再回答すると config.json が書き換えられますが、上書きではなくマージされます: ファイルに手動で追加したキーは保持されます。
ターゲットファイルを編集せずに単一のアドレス（または短いリスト）をスキャンするには、--target を使用します:
./spoonmap.py --target 10.0.0.5
./spoonmap.py --target 10.0.0.0/24
./spoonmap.py --target 10.0.0.5,10.0.1.0/24,10.0.2.1-10.0.2.9
値には、ターゲットファイルの行が受け付けるものなら何でも指定できます — ベアIP、CIDR、A-B 範囲、または address netmask — をカンマ区切りで指定します。スキャン開始前に検証されます。不正な形式やIPv6アドレスが含まれている場合は、問題のあるエントリを名指しして非ゼロで終了するため、空のターゲットセットに対して何事もなく実行されることはありません。
--target は config.json の target_file と対話プロンプトの両方より優先されるため、それ以外は完全に非対話で実行する場合でも機能します。アドレスは output_path 内の cli_targets.txt に書き込まれます。ranges.txt は決して変更されないため、エンゲージメントのスコープファイルはそのまま保たれ、各実行が実際に何をターゲットにしたかの記録がディスク上に残ります。