Findomain

ドメイン認識のための完全なソリューション。スクリーンショット取得、ポートスキャン、他のツールからのデータインポート、サブドメインモニタリングなどをサポート。Discord、Slack、Telegramなどのサービスを通じて発見結果のアラートを受け取れます。ソース用の複数のAPIキーなどにも対応。

チャットで参加

Findomainで何ができるか?

以下の表は、Findomainのプレミアム版(無料版ではない)で利用可能な機能を示しています。Findomainを使うべき理由と、何ができるかを理解するのに役立ちます。テストに使用したドメインはaol.comです。テストで使用したBlackArch仮想マシンの詳細は以下の通りです:

Host: KVM/QEMU (Standard PC (i440FX + PIIX, 1996) pc-i440fx-3.1)
Kernel: 5.2.6-arch1-1-ARCH
CPU: Intel (Skylake, IBRS) (4) @ 2.904GHz
Memory: 139MiB / 3943MiB

時間の計算に使用したツールはLinuxのtimeコマンドです。

列挙ツール	検索時間	検出された総サブドメイン数	CPU使用率	RAM使用率
Findomain	real 0m5.515s	84110	非常に低い	非常に低い

まとめ: 5.5秒で84110のサブドメインを検出。

特徴

サブドメインモニタリング: Discord、Slack、Telegramのwebhookにデータを送信。詳細はサブドメインモニタリングを参照。
APIクエリのマルチスレッドサポート。これにより、Findomainが任意のターゲットのサブドメイン検索にかかる最大時間は15秒になります(APIのタイムアウト時)。
サブドメイン解決の並列サポート。良好なネットワーク環境では、毎分約3.5kのサブドメインを解決できます。
DNS over TLSサポート。
特定のIPv4またはIPv6クエリサポート。
ブルートフォースなしでサブドメインを発見。このツールはCertificate Transparency LogsとAPIを使用します。
解決済みのサブドメインのみを発見。
データ分析用にサブドメインのIPを発見。
ユーザー引数(-t)またはファイル(-f)からターゲットを読み取り。
ユーザーが指定した単一の出力ファイルに、すべてまたは解決済みのサブドメインのみを書き込み。
自動的に名前が付けられたTXT出力ファイルに結果を書き込み。
サブドメインモニタリングで作成されたFindomainデータベースを直接クエリして、以前に発見されたサブドメインを確認する機能。
他のツールで発見されたデータをインポートして処理する機能。詳細は他のツールとの連携を参照。
サイレント実行のためのクワイエットモード。
クロスプラットフォームサポート: 任意のプラットフォーム。Rustで書かれており、Rustはマルチプラットフォームです。手順はドキュメントを参照。
複数のAPIサポート。
サブドメインリゾルバーとしての使用が可能。
正確な結果のためのサブドメインワイルドカード検出。
ブルートフォース方式を使用したサブドメイン発見のサポート。
TOML、JSON、INI、YAML形式の設定ファイルのサポート。
高速なサブドメイン解決のためのカスタムDNS IPアドレス(デフォルトで毎秒60以上、--threadsオプションで調整可能)。

Findomainの詳細

Subdomains Enumeration: what is, how to do it, monitoring automation using webhooks and centralizing your findingsを参照してください。実際の例を含む、ツールを最大限に活用する方法の詳細なガイドです。

どのように動作するか?

FindomainはCertificate Transparencyログと十分にテストされたAPIを使用してサブドメインを検出します。この方法により、代替ツールよりもはるかに高速で信頼性が高くなります。Certificate Transparencyログについて詳しく知りたい場合は、https://www.certificate-transparency.org/ を読んでください。

Findomainは54のパッシブソースにクエリを実行します。それぞれが文書化されたデータ形式(ほぼすべての場合JSON)を解析します。HTMLスクレイピングはどこにもありません。そのため、再設計されたWebページが結果を静かにノイズに変えることはありません。ページネーションされたAPIは最後のページまで走査されます。

任意のソースは--exclude-sourcesで無効にできます。例: --exclude-sources wayback,commoncrawl

他のツールとの連携

Findomainは--import-subdomainsを通じて他の列挙ツールの結果を読み取ります。このオプションは、任意の数のファイルを受け入れます:

subfinder -d example.com -silent > subfinder.txt
amass enum -d example.com && amass subs -d example.com -names -show > amass.txt
findomain -t example.com --import-subdomains subfinder.txt amass.txt -r

インポートされた名前はFindomain自身が発見した名前と結合され、セット全体が同じ解決、フィルタリング、レポート処理を経ます。これらのツールを自分で実行することで、ラッパーでは表現できない独自のフラグ、設定ファイル、APIキーが適用されます。

検索にかかる時間

ソースは並列でクエリされるため、検索時間はすべてのソースの合計ではなく、最も遅いソースと同じくらいになります。実際には、検索は約20秒で完了します。そうでない場合を制限する2つのオプションがあります:

--source-timeout(デフォルト30)は、ソースへの単一リクエストにかかる秒数です。
--source-budget(デフォルト300)は、検索全体に費やせる秒数です。これはハングしたソースのためのバックストップであり、実行時間を決定するものではありません。そのため、数千の実際の結果をページングしているソースは完了するまで放置されます。制限を完全に削除するには--source-budget 0を使用します。
--archive-budget(デフォルト20)は、アーカイブインデックス(Wayback、CommonCrawl、UK Web Archive、Arquivo)がそれらの間で費やせる秒数です。これらは自分自身で停止できない唯一のソースです。CDXインデックスは、ドメインの下にアーカイブされたすべてのURLの一括ダウンロードであり、個別のホスト名のページではなくストレージブロックにスライスされます。そのため、新しい名前の生成を停止した後もずっとリクエストを消費し続けます。放置すると、CommonCrawlはgoogle.comで2分以上かかって、20秒後にすでに持っていたホスト名とまったく同じものを返します。小さなドメインでアーカイブが見つからないよりは待つ方が良い場合はこれを上げ、他のソースと同様に--source-budgetに制限するには0を使用し、スキップするには--exclude-sources wayback,commoncrawlを使用します。これらはまた、圧倒的に最も遅いソースでもあるため、実行時間を決定するのはこのノブです。

制限に達するたびに新しいリクエストは行われず、ソースがすでに収集したものは保持されるため、途中で切られた検索は結果が少なくなるだけで、決してゼロにはなりません。3つすべてはfindomain.tomlでsource_timeout、source_budget、archive_budgetとして設定することもできます。

注記

**でマークされたAPIは、動作するためにアクセストークンが必要です。設定と使用方法については、Findomainドキュメントを検索してください。

*でマークされたAPIは、アクセストークンをオプションで使用できます。そのAPIで問題が発生し始めた場合は作成してください。設定と使用方法については、Findomainドキュメントを検索してください。

さらにAPIを追加?

追加すべき他のAPIを知っている場合は、ここにコメントしてください。

インストール

以下のプラットフォーム(64ビットのみ)向けのすぐに使えるバイナリを提供しています:

別のプラットフォームでFindomainを実行する必要がある場合は、ドキュメントを読み続けてください。

問題とリクエスト

問題や機能リクエストがある場合は、issueを開いてください。

経時的なスターゲイザー

コントリビューター

コードコントリビューター

このプロジェクトは、貢献してくださるすべての人々のおかげで成り立っています。コントリビューターリストを参照してください。

Findomain v11.0.0-beta.2

カテゴリ