Caminho de Metadados da Nuvem de Competição

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

Use esta habilidade quando a vantagem decisiva não for apenas alcançar metadados, mas provar como a identidade derivada de metadados se torna um privilégio aceito.

Início Rápido

1. Identifique qual superfície de metadados está ativa: metadados de instância, identidade de carga de trabalho, identidade de nó, função de tarefa ou ponto de extremidade de token específico da plataforma.
2. Registre o caminho exato de alcançabilidade: processo local, pod, contêiner, proxy, superfície SSRF ou rota de host.
3. Separe a alcançabilidade de metadados da emissão de credenciais e da aceitação de privilégios downstream.
4. Mantenha o formato do token, a identidade da função, o escopo e a API de aceitação em blocos de evidência compactos.
5. Reproduza o menor caminho de metadados para privilégios aceitos que prove a vantagem do desafio.

Fluxo de Trabalho

1. Mapear Alcançabilidade de Metadados

• Registre o ponto de extremidade de metadados, cabeçalhos necessários, limites de salto, tokens de sessão, seletores de carga de trabalho ou prefixos de caminho.
• Observe se o acesso vem de chamadas locais diretas, rede de pod, SSRF, sidecar ou roteamento em nível de host.
• Mantenha a superfície de alcance e o ponto de extremidade de metadados em uma única cadeia.

2. Provar Emissão de Credencial ou Identidade

• Mostre como a resposta de metadados se torna um token, credencial temporária, documento de identidade assinado ou identidade de carga de trabalho específica da plataforma.
• Registre a expiração, nome da função, assunto, público, emissor ou mapeamento de conta de nuvem que importa downstream.
• Distinga metadados brutos de material de credencial utilizável.

3. Reduzir ao Caminho de Confiança Decisivo

• Comprima o resultado para a menor sequência: superfície de alcance -> chamada de metadados -> credencial emitida -> ação de nuvem ou cluster aceita.
• Declare claramente se a fraqueza reside na alcançabilidade, configuração de metadados, confiança de função, política downstream ou vinculação de carga de trabalho.
• Se o desafio se estreitar para RBAC ou mutação de cluster após a emissão de credenciais, volte para a habilidade de controle mais restrita.

Leia esta Referência

• Carregue references/cloud-metadata-path.md para a lista de verificação de alcançabilidade, lista de verificação de token e empacotamento de evidências.
• Se a parte difícil for primeiro provar um primitivo de busca do lado do servidor, alcançabilidade SSRF ou travessia de ponto de extremidade interno antes dos próprios metadados, prefira $competition-ssrf-metadata-pivot.

O Que Preservar

• Pontos de extremidade de metadados, cabeçalhos necessários, caminho de alcançabilidade, tokens ou credenciais emitidos e APIs aceitas
• Nomes de função, públicos, emissores, vinculações de conta e ações que portam privilégios
• A menor cadeia reproduzível de metadados para privilégios