Praetorian – ポータブルなGo製攻撃的セキュリティツール群

Praetorianのローマ人にちなんだ命名からは、統合された攻撃的セキュリティ用スイートを連想しますが、実際にリポジトリの依存関係グラフを見てみると、もっと緩やかで実用的な構造になっていることがわかります。個別にインストールできるGo製ツール群があり、そのうちいくつかは直接ワークフローで連携し、一部のツールは共通のSDKを共有しています。

2026年8月9日に調査対象とした10個のリポジトリのうち、Brutus、Pius、Vespasian、Trajanの4つがcapability-sdkをインポートしていました。残る6つはインポートしていません。また、BrutusはNervaを直接インポートしており、AurelianはTitusをインポートしていました。この共有SDKは、現在連携しているツール群よりも後から登場したものです。

この結果が、コレクション全体の境界線を示しています。これらのプロジェクトは、サービスのフィンガープリンティング、認証情報のテスト、シークレットスキャン、資産の発見、APIアセスメント、Bluetooth Low Energy(BLE)テスト、クラウドセキュリティといった、アセスメントにおいてお馴染みの領域をカバーしています。いずれもDarknetのHacking Toolsカテゴリーで扱う内容に合致するものですが、ローマ人の名前を冠しているというだけでは、2つのツールがデータをやり取りしているのか、実装を共有しているのかは何もわかりません。

このコレクションが最も説得力を持つのは、Praetorianがデプロイ作業を減らしたり、工程間の変換処理を不要にしたりしている部分です。

Titusは複数の環境向けにシークレットスキャンをパッケージ化

Titusは、NoseyParkerとKingfisherから取り込んだ487の検出ルールを備えるシークレットスキャナーです。ソースツリー、Git履歴、コンテナイメージ、アーカイブ、ドキュメントを検査し、対応する認証情報については提供元のサービスに対して有効性を検証できます。同じ検出エンジンは、コマンドラインツール、Goライブラリ、Burp Suite拡張機能、Chrome拡張機能という4つの形態で利用可能です。

ビルドオプションを見ると、「ポータブル」という言葉が実際に何を意味するのかがわかります。高速化されたビルドではCGO経由でHyperscanまたはVectorscanを使用する一方、そうしたネイティブ依存関係が適さない環境向けには、純粋なGoのみによるビルドターゲットも用意されています。現行のソースの手順では、以下のようにビルドします。

出力はdist/titus配下に書き出されます。ビルド済みリリースも別途用意されています。これらはリポジトリが裏付けているインストール方法であり、Vectorscanのクローンコマンドが導入するのはあくまでビルド依存関係であって、Titus本体ではない点に注意が必要です。

このようにTitusは、検出、ファイル処理、認証情報の検証を1つのインターフェースに集約しています。ただし、ルール数の多さ自体がカバレッジの高さを保証するわけではなく、検証に成功したという事実は、あくまでその時点でその認証情報が機能することを示すにすぎず、所有者が本来意図していたアクセス範囲までは証明しません。こうした点は、依然としてツールを取り巻くアセスメント側の判断に委ねられています。

NervaとBrutusが最も明確なパイプラインを形成

Nervaは、TCP・UDP・SCTPにまたがる170種類以上のプロトコルをフィンガープリンティングします。オープンポートの発見自体は別のスキャナーに任せる設計で、そのポートの背後にあるサービスを特定し、構造化された結果を出力します。一般的なサービスの設定ミスに関するチェックは明示的なオプションを指定した場合のみ実行され、デフォルトのフィンガープリンティング処理には含まれません。

Brutusはこれらの結果を取り込み、27種類のプロトコルにわたって認証情報をテストします。ドキュメントには、ネットワーク探索からサービス特定、認証情報テストに至る一連のパイプライン全体が示されています。

許可を得た正規のアセスメントであれば、このコマンドによってNaabuが公開ポートを特定し、Nervaがそこで稼働しているサービスを判別し、Brutusが合意済みのパスワードセットを該当サービスに適用する、という流れが実現します。これはこのコレクションの中で最も具体的な連携例であり、実際にBrutusはNervaをインポートしており、ドキュメント化されたデータの流れによって両者間の構文解析処理が不要になっています。

なお、Brutusという名前はDarknet自身のアーカイブとも重なります。Brutus AET2は2006年に本サイトに登場したWindows向けリモートログインクラッカーであり、その後2007年にはTHC Hydraが続きました。PraetorianのBrutusは、メンテナンスされ続けているGoバイナリと、現行の発見系ツールからの入力経路によって、同じ大枠の課題に取り組んでいます。名前が共通しているからといって、両プロジェクトの間に何らかの関連があるわけではありません。

Caeruleusは分断されたBluetoothワークフローを統合

Caeruleusは、Bluetooth Low Energy(BLE)アセスメントにも同じエンジニアリング手法を適用しています。ドキュメントの冒頭では、bettercap、非推奨となったBlueZ系ユーティリティ、独自のBleakスクリプトへと分断されていた従来のワークフローが説明されています。Caeruleusは、発見、対話、アセスメントの各機能を1つのLinuxバイナリに統合し、後工程での処理を見据えてJSONおよびJSONL形式で出力します。

本来この種のタスクは、インターフェースの異なる複数のユーティリティをまたいで行う必要があるため、この統合には実用的な価値があります。とはいえ、Linux、対応するBluetoothハードウェア、OSのBluetoothスタックへの依存という制約は依然として残っています。1つのバイナリにまとまったことでセットアップの手間は減りますが、こうした環境上の制約自体がなくなるわけではありません。

残りのリポジトリは、エンゲージメントの他の工程に分散しています。Piusは組織をインターネット資産にマッピングし、Vespasianは APIサーフェスを発見し、Hadrianは API認可をテストし、Augustusは大規模言語モデル(LLM)アプリケーションを標的とし、Aurelianはクラウド環境を検査します。これらは各分野で確立された既存ツールと比較検討される必要がありますが、開発元や実装言語が共通しているという事実だけでは、その比較材料にはなりません。

共有SDKが示す部分的な製品の境界線

Praetorianはcapability-sdkについて、Guardプラットフォーム向けのセキュリティ機能を構築するための共有Go SDKであると説明しています。共通のTarget型、Finding型、Capability型を提供するものです。そのアーキテクチャ図には、別リポジトリであるchariot内に「Chariot Adapter」が存在することが示されています。GuardとChariotという2つの名称はいずれもプロジェクト自身のドキュメントに登場しますが、両者の違いについて公開資料は説明していません。

8月9日時点で確認された4件のインポートは、実質的な統合レイヤーの存在を示すものですが、調査対象とした6つのリポジトリは依然としてこの統合レイヤーの外側で動作しています。さらに、直接的な依存関係というレイヤーも別に存在します。BrutusはNervaを使用し、AurelianはTitusを使用しています。その結果生まれているのは、部分的にのみ連携したコレクションです。単独で動作できるツールもあれば、別のリポジトリに直接処理を引き渡すツールもあり、さらにPraetorianのプラットフォーム向けに設計された型を出力できるツールも存在します。

このアーキテクチャは、各プロジェクトに対して実務上の試金石を突きつけています。ポータブルなバイナリが意味を持つのは、それによってエンゲージメント対象のシステム上でのインストール作業が不要になる場合です。構造化された出力が意味を持つのは、実際に別の工程がそれを利用する場合です。既存ツールの置き換えが意味を持つのは、既存ツールが持つカバレッジと信頼性を維持しながら、運用上の手間を減らせる場合です。NervaからBrutusへと至る連携経路は、この3つの条件すべてを満たしています。他のリポジトリについては、それぞれの領域で同様のことを自ら証明していく必要があります。

Praetorianのオープンソースリポジトリはこちらから閲覧できます: https://github.com/orgs/praetorian-inc/repositories