
ドメインを支配せよ。王族へ中継せよ。

RelayKing は、Active Directory 環境におけるリレー攻撃の機会を特定するために設計された、包括的なリレー検出・列挙ツールです。実際のレポートオプション、包括的な攻撃範囲。隠れたリレーベクトルを見つけ、お好みの出力形式でレポート化。Impacket の ntlmrelayx.py に、検出されたリレー可能ホストの厳選ターゲットリストを供給します。ドメイン内の重要な、悪用可能な NTLM リレーパスを見逃すことはもうありません。
詳細については、Depth Security Web サイトで公開された関連ブログを参照してください:https://www.depthsecurity.com/blog/introducing-relayking-relay-to-royalty/
RelayKing は特定のモード、特に --audit モードにおいて、作戦保全(OPSEC)に優れたツールではありません。
RelayKing は現状のままで提供され、いかなる保証もありません。Readme の下部を参照してください。
# venv を使用してください。手間を省けます。
# リポジトリをクローン:
git clone https://github.com/depthsecurity/RelayKing-Depth.git
# クローンしたディレクトリに移動:
cd RelayKing-Depth/
# Python venv を設定:
virtualenv --python=python3 .
source bin/activate
# 依存関係をインストール:
pip3 install -r requirements.txt
# RelayKing のインストールが成功したことを確認:
python3 relayking.py -h
--remove-mic を使用したクロスプロトコルリレー (SMB から LDAP/LDAPS) のために MIC フィールドを除去することが可能になります。HIGH と報告されます。ホストごとに既に照会された UBR を使用し、追加のネットワーク要求はありません。--audit モードで、ホスト名に DNS レコードが存在しないサービスプリンシパル名 (SPN) を Active Directory に対して照会します。攻撃者は欠落している DNS 名を登録し、そのサービスプリンシパル宛の NTLM 認証を傍受できます。検出結果は vulnerable(DNS レコードが全くない)と probably vulnerable(ワイルドカード DNS でのみ解決される)に分けられます。MEDIUM と報告されます。完全な結果は possible-ghost-spns.txt に書き込まれます。--no-ghosts で抑制できます。--ntlmv1 または --ntlmv1-all が必要 - クロスプロトコル検出は、Net-NTLMv1 の使用が確認された場合のみ)。--remove-mic) による SMB-to-LDAP クロスプロトコルリレー。possible-ghost-spns.txt に。(--audit): LDAP 経由で AD からすべてのコンピュータを列挙します。低権限の AD 資格情報と環境内の 機能する DNS が必要です。--dc-ip を使用するか、/etc/resolv.conf を編集して強制します。10.0.0.0/24)。10.0.0.1-254)。python3 relayking.py -u blah -p pass -d domain.local <your_target_ip_or_hostname>)。--coerce-all を --audit および低権限の資格情報と組み合わせて、すべてのドメインマシンを強制し、大規模なコンピュータアカウントリレーを実行します。Net-NTLMv1 が有効な環境で非常に有用です。--ntlmv1 または --ntlmv1-all を使用して、ドメインレベルでの LanMan GPO を検出します。--ntlmv1-all は、AD からのすべてのホストとそのレジストリ値を RemoteRegistry を使用してチェックします。(ローカル管理者が必要です)。--gen-relay-list <file> を使用して、ntlmrelayx.py の -tf スイッチにすぐにインポート可能なターゲットファイルを生成します。--audit モードで自動的に実行されます。--no-ghosts で抑制します。完全な結果はメインレポートと共に possible-ghost-spns.txt に書き込まれます。レポートには最初の 5 件のみ表示され、乱雑さを避けます。-k および --dc-ip に FQDN を指定した Kerberos 認証は、かなり適切に動作するはずです。環境に NTLM が完全に無効化されたドメインコントローラがあり、他の場所では NTLM が許容されている場合、--krb-dc-only を使用してチェックに干渉しないようにできます。また、SOCKS/その他のプロキシピボットを介した作業のために、--dns-tcp および -ns も利用可能です。このシナリオでも Kerberos は簡単に機能します。-h を使用します:python3 relayking.py -h