confirmesc

実際に悪用可能なものを確認する Linux 権限昇格スキャナー
そして root になるための正確なコマンドを提示します。

powered by tmrswrr

なぜ  •  デモ  •  クイックスタート  •  AI / MCP  •  チェック内容  •  使い方

---

ほとんどの列挙ツールは「もしかしたら興味深い」行を何百も出力し、 難しい部分をあなたに丸投げします。つまり、どれが本物かを見極め、 機能するエクスプロイトをウェブで探すのです。

confirmesc は逆のことをします。各検出結果を稼働中のシステムに対して直接検証し、 正直な信頼レベルを付け、確認された各ベクターについて 実際に root シェルを取得できる実行可能なコマンドを出力します。 200 行のうちどれが重要かを推測する必要も、ペイロードを調べるために 別タブで GTFOBins を開く必要もありません。

ペンテスター、CTF / Hack The Box プレイヤー、そして 「このマシンは今すぐ昇格できるのか、そしてその方法は？」という 一つの問いに明確な答えを求めるシステム管理者のために作られています。

confirmesc が違う理由

	従来の列挙ツール (LinEnum, linPEAS)	GTFOBins (リファレンスサイト)	confirmesc
疑わしい項目をリスト化	何百行も	-	重要なものだけ
このマシンで悪用可能かを確認	いいえ	いいえ	はい、ライブで検証済み
正確なエクスプロイトコマンドを提示	いいえ	手動で調べる	はい、貼り付けるだけ
dash/bash の権限降格に対処	いいえ	しばしば失敗	はい
実際に root を証明 (euid == 0)	いいえ	いいえ	はい、--poc で
正直な信頼レベル	いいえ	-	CONFIRMED / LIKELY / INFO
AI エージェント統合 (MCP + スキル)	いいえ	いいえ	はい

際立つ 5 つのポイント:

• 推測ではなく確認します。 検出結果が CONFIRMED とマークされるのは、 悪用可能な条件そのものが稼働中のシステム上で直接観測された場合のみです。 既知のバイナリに実際に付与された SUID ビット、実際の危険なケイパビリティ、 許可された sudo -l ルール、本当に書き込み可能な root 所有ファイルなどです。 「このバージョンはおそらく脆弱」ではありません。

• ペイロードを提示するので、探し回る必要がありません。 確認された SUID / sudo / ケイパビリティの各ベクターには、インタラクティブな root シェルを 起動するコピー＆ペースト可能なコマンドが付属します。GTFOBins を開いて 手法を照合し、ワンライナーを手作業で調整する必要はありません。 confirmesc はすでにそれを済ませています。

• そのコマンドはモダンなマシンで機能します。 現在の Debian ベースのシステムでは、 /bin/sh は dash であり、dash と bash はどちらも euid != ruid に気づいた瞬間に root を黙って放棄します。 コピーされた GTFOBins のワンライナーの多くはこのために失敗します。 confirmesc はこれを考慮したコマンド（明示的な setuid(0)、 bash -p、または直接的な exec()）を生成するので、 得られるシェルは本当に root です。

• root をライブで証明できます。 --poc を付けると実際の昇格ペイロードを実行し、 結果として得られたプロセスが本当に euid 0 を持っているかを確認します。 「理論上悪用可能」を「たった今 root を取得した」に変えるのです。

• AIエージェント対応。 confirmesc は MCP サーバーと一連のスキルを提供するため、 AI エージェントはスキャンをツールとして実行し、組み込みの方法論に従って 確認済みの検出結果に対処できる - AI 支援による権限昇格をエンドツーエンドで。 詳細は AI エージェント統合 を参照。

デモ

非特権ユーザーが confirmesc を実行し、それぞれすぐに実行できる root シェルを伴う 3 つの CONFIRMED ベクターを取得し、1 つを貼り付けて root シェルを取得する - testlab/ Docker サンドボックスでライブ録画。

クイックスタート

git clone https://github.com/capture0x/confirmesc
cd confirmesc
python3 -m pip install -e .

confirmesc            # passive scan of the current box, readable text report

レポートの先頭を読んでください。ACTIONABLE FINDINGS セクションには、すべての CONFIRMED ベクターが一覧表示され、それぞれにコピーして実行できる ハイライトされた root shell: 行が付いています。ワークフローはこれだけです: スキャンし、確認された検出事項を読み、コマンドを実行する。

CONFIRMED の検出事項が存在する場合、プロセスの終了コードは 1、それ以外は 0 になります。これにより CI や CTF 自動化での使用が容易になります。

AI エージェント統合 (MCP + スキル)

confirmesc は AI 支援による権限昇格 のために作られています。Model Context Protocol を介して AI エージェントが操作できるようにする 2 つのオプション機能を同梱しています: スキャンが 呼び出し可能なツール になり、一連の スキル がエージェントに確認された検出事項に対処するための組み込みの方法論を提供します。エージェントはスキャンを実行し、確認されたベクターを読み取り、それぞれに対して正確な root コマンドをすでに把握しています - 手動でのトリアージも、ペイロードの検索も不要です。

MCP サーバー

confirmesc-mcp は Model Context Protocol を介してスキャンを公開します。エージェントはツールを一覧表示し、scan を呼び出し、構造化された検出事項を取得します。各 CONFIRMED の検出事項には、すぐに実行できるエクスプロイトコマンドがすでに含まれています:

公開されるツール:

• scan - パッシブ/アクティブスキャンを実行し、構造化された検出事項を返す (確認された各ベクターの exploit_command を含む)
• report - スキャンを実行し、レンダリングされたレポートを text、json、または html で返す
• list_privesc_checks - 利用可能なチェックをカテゴリ別に一覧表示する

ライブエクスプロイト (--poc) は意図的に公開されて いません: 条件の確認は自動化しても安全ですが、昇格ペイロードの実行はオペレーターの判断に委ねられます。

pip install -e ".[mcp]"
confirmesc-mcp            # serve over stdio

標準の stdio サーバー設定で、任意の MCP クライアントをこれに向けてください:

{
  "mcpServers": {
    "confirmesc": { "command": "confirmesc-mcp" }
  }
}

スキル

skills/ ディレクトリには、AI エージェントが各ベクタークラスを処理するために読み込むプレイブックが格納されています。confirmesc の検出タイプごとに 1 つのスキルがあり、さらにオーケストレーターがあります:

スキル	役割
privesc-authorization-check	ゲート: スキャンまたはエクスプロイトの前にスコープと権限を確認する (最初に読み込む)
confirmesc-triage	オーケストレーター: confirmesc を実行し、レポートを読み、各 CONFIRMED 検出を適切なテクニックスキルにルーティングする
suid-sgid-exploitation	確認された SUID/SGID 検出を root シェルに変える
sudo-abuse	確認された sudo ルールを root シェルに変える
linux-capabilities	cap_setuid やその他の危険なファイルケイパビリティを悪用する
kernel-cve	バージョンが一致するカーネル/sudo/polkit の CVE (Dirty Pipe、PwnKit、Baron Samedit など) に対処する
cron-path-hijack	root スケジューラーが実行する書き込み可能な cron/systemd/$PATH エントリを悪用する
cron-wildcard-injection	root が実行する tar/rsync/... コマンド内のクォートされていないワイルドカードを悪用する
group-escalation	docker/lxd/lxc/disk グループメンバーシップを介して昇格する
sudo-env-keep	sudo の env_keep ルールを通じて保持された LD_PRELOAD を悪用する
nfs-no-root-squash	no_root_squash エクスポートを通じて root 所有の SUID シェルを仕込む
credential-recon	別のユーザーの読み取り可能な SSH キー、.env、または履歴を再利用してピボットする
critical-file-write	書き込み可能な /etc/passwd、/etc/shadow、または /etc/sudoers を介して昇格する
post-exploitation-notes	root 取得後: 経路を記録し、変更を可逆に保ち、クリーンアップする

これらを使用するには、エージェントのスキルローダーを skills/ ディレクトリに向けるか (各サブフォルダーの SKILL.md は自己完結型です)、必要なものをスキルパスにコピーしてください。すべてのスキルはエクスプロイトをオペレーター主導かつ承認されたターゲットのみに保ちます。

信頼度レベル

confirmesc は曖昧な表現に隠れることはありません。すべての検出には 4 つのレベルのいずれかが付与されるため、どれだけ信頼すべきかが正確にわかります。

レベル	意味
CONFIRMED	悪用可能な条件そのものが直接観測された。推測ではない。
LIKELY	強い指標が一致した (通常は既知の CVE 範囲に対するバージョン文字列) が、バックポートや実行時の条件によって依然として妨げられる可能性がある。手動で検証すること。
INFO	知っておく価値のあるコンテキストであり、それ自体は昇格経路ではない (例: 手動レビューのためにフラグが立てられた未分類の SUID バイナリ)。
ERROR	チェックを完了できなかった (ツールの欠如、権限拒否)。

スキャンモード: パッシブ、アクティブ、PoC

モード	フラグ	動作
パッシブ	(デフォルト)	ファイルメタデータの読み取りと読み取り専用コマンド (find、getcap、sudo -n -l、uname -r) の実行のみを行う。ディスクへの書き込みは一切行わず、エクスプロイトも実行しない。
アクティブ	--active	非破壊的なステップを 1 つ追加する: 疑わしいバイナリを無害なフラグ (--version) で実行し、それが動作していることを確認する。シェルを起動することはなく、常に時間制限付き (3 秒)。
PoC	--poc	実際の昇格ペイロードを実行し、euid == 0 を検証する。各ペイロードは単一の読み取り専用 id -u 証明であり、シェルもファイル書き込みもなく、何も永続化されない。

--poc は実際の権限昇格を試みます。明示的にテストを許可されたシステム (自身のシステム、CTF、または署名済みの許可を得たエンゲージメント) に対してのみ実行してください。

すぐに実行できるエクスプロイトコマンド (GTFOBins の検索は不要)