Abuso de Certificado no AD Competition

Use esta habilidade apenas como uma especialização posterior, depois que $ctf-sandbox-orchestrator já estiver ativo e tiver estabelecido suposições de sandbox, propriedade de nó e prioridades de evidência. Se isso ainda não aconteceu, retorne primeiro para $ctf-sandbox-orchestrator.

Use esta habilidade quando a vantagem decisiva de identidade for baseada em certificado e a parte difícil for provar como um modelo ou política de CA se transforma em privilégio aceito.

Início Rápido

1. Identifique a CA, o modelo, o principal de inscrição e o serviço aceitante antes de mergulhar em todos os detalhes do certificado.
2. Separe a capacidade de inscrição do modelo da autenticação baseada em certificado ou da aceitação de privilégio.
3. Registre EKUs, controles de assunto ou SAN, requisitos de emissão, direitos de inscrição e comportamento de mapeamento em blocos compactos.
4. Ligue o certificado emitido a um caminho aceito: PKINIT, Schannel, LDAPS, WinRM ou outro serviço mapeado.
5. Reproduza a menor cadeia de emissão-para-aceitação de certificado que resulta no privilégio decisivo.

Fluxo de Trabalho

1. Mapear Confiança de CA e Modelo

• Registre a configuração da CA, o nome do modelo, as permissões de inscrição, a aprovação do gerente, as assinaturas autorizadas, as EKUs, os requisitos do assunto e o comportamento do SAN.
• Observe se o caminho depende de nomes de assunto alternativos, UPN, nomes DNS, comportamento do agente de inscrição ou substituição de modelo.
• Mantenha o principal, o modelo e a política de emissão interligados.

2. Provar Aceitação de Certificado para Privilégio

• Mostre como o certificado emitido é mapeado ou aceito: PKINIT, logon de smartcard, autenticação Schannel, mapeamento de serviço ou mapeamento explícito de certificado.
• Registre o número de série, assunto, SAN, EKU, validade e o serviço exato ou a borda do domínio que o aceita.
• Distinga a emissão do certificado da etapa separada onde o privilégio é realmente concedido.

3. Reduzir à Cadeia de Abuso Decisiva

• Comprima o caminho para a menor sequência: direito de inscrição ou configuração incorreta -> certificado emitido -> mapeamento aceito -> privilégio resultante.
• Declare claramente se a fraqueza reside na configuração do modelo, política da CA, lógica de mapeamento, caminho de retransmissão ou direitos de inscrição.
• Se a tarefa for realmente sobre delegação ou transformação de ticket após PKINIT, volte para a habilidade mais específica de Kerberos.

Leia esta Referência

• Carregue references/ad-certificate-abuse.md para a lista de verificação do AD CS, lista de verificação de modelo e empacotamento de evidências.

O Que Preservar

• Nomes de CA, nomes de modelo, direitos, EKUs, sinalizadores de emissão, controles de SAN e detalhes de mapeamento
• Campos de certificado emitido, números de série, assuntos, SANs e o serviço aceitante ou caminho de logon
• A menor cadeia de inscrição para privilégio reproduzível