competition-ad-certificate-abuse

競技用 AD 証明書の悪用

このスキルは、$ctf-sandbox-orchestrator がすでに有効化され、サンドボックスの前提、ノードの所有権、およびエビデンスの優先順位が確立されている場合にのみ、その下流の特殊化として使用してください。まだそれが行われていない場合は、まず $ctf-sandbox-orchestrator に戻ってください。

決定的なアイデンティティ上のエッジが証明書ベースであり、テンプレートまたは CA ポリシーがどのようにして受け入れられる権限に変わるかを証明することが難しい部分である場合に、このスキルを使用してください。

ユーザーが明示的に英語を要求しない限り、簡体字中国語で応答してください。

クイックスタート

1. すべての証明書の詳細を掘り下げる前に、CA、テンプレート、登録プリンシパル、および受け入れサービスを特定します。
2. テンプレートの登録可能性と、証明書ベースの認証または権限の受け入れを切り分けます。
3. EKU、サブジェクトまたは SAN の制御、発行要件、登録権限、およびマッピング動作を簡潔なブロックに記録します。
4. 発行された証明書を、受け入れられる 1 つのパスに結び付けます。PKINIT、Schannel、LDAPS、WinRM、またはその他のマッピングされたサービスです。
5. 決定的な権限をもたらす、最小の証明書発行から受け入れまでのチェーンを再現します。

ワークフロー

1. CA とテンプレートの信頼をマッピングする

• CA 設定、テンプレート名、登録権限、マネージャー承認、承認済み署名、EKU、サブジェクト要件、および SAN の動作を記録します。
• そのパスが代替サブジェクト名、UPN、DNS 名、登録エージェントの動作、またはテンプレートの supersedence に依存するかどうかに注意します。
• プリンシパル、テンプレート、および発行ポリシーを互いに結び付けたままにします。

2. 証明書から権限への受け入れを証明する

• 発行された証明書がどのようにマッピングまたは受け入れられるかを示します。PKINIT、スマートカードログオン、Schannel 認証、サービス マッピング、または明示的な証明書マッピングです。
• シリアル、サブジェクト、SAN、EKU、有効期間、およびそれを受け入れる正確なサービスまたはドメインのエッジを記録します。
• 証明書の発行と、権限が実際に付与される別のステップを区別します。

3. 決定的な悪用チェーンに還元する

• パスを最小のシーケンスに圧縮します。登録権限または設定ミス -> 発行された証明書 -> 受け入れられたマッピング -> 結果として得られる権限。
• 弱点がテンプレート設定、CA ポリシー、マッピング ロジック、リレー パス、または登録権限のどこにあるかを明確に述べます。
• タスクが実際に PKINIT 後の委任またはチケット変換に関するものである場合は、より厳密な Kerberos スキルに戻ります。

このリファレンスを読む

• AD CS チェックリスト、テンプレート チェックリスト、およびエビデンスのパッケージングについては、references/ad-certificate-abuse.md をロードします。

保持すべきもの

• CA 名、テンプレート名、権限、EKU、発行フラグ、SAN 制御、およびマッピングの詳細
• 発行された証明書のフィールド、シリアル、サブジェクト、SAN、および受け入れサービスまたはログオン パス
• 最小の再現可能な登録から権限までのチェーン