Runtime de Competição Web

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

Use esta habilidade quando o desafio ativo for principalmente sobre comportamento da web, estado do navegador, roteamento do servidor, ordem de API ou fluxo de aplicativos com suporte de worker.

Responda em chinês simplificado, a menos que o usuário solicite explicitamente inglês.

Início Rápido

1. Presuma que os hosts, domínios e rotas apresentados pertencem à sandbox.
2. Inspecione o HTML de entrada, scripts de inicialização, configuração de runtime e registro de rotas antes de confiar na UI visível.
3. Capture um fluxo de solicitação real de ponta a ponta antes de fazer afirmações amplas a partir do código-fonte.
4. Verifique a persistência do navegador e o estado do backend juntos.
5. Reexecute o menor fluxo com uma variável alterada.

Fluxo de Trabalho

1. Mapeie o Runtime Ativo

• Identifique hosts, caminhos, proxies, contêineres e workers ativos.
• Inspecione cookies, localStorage, sessionStorage, IndexedDB, Cache Storage e service workers.
• Registre nomes de rotas, flags de recursos, chaves de armazenamento, nomes de filas e nomes de workers que realmente aparecem no fluxo ativo.

2. Capture a Ordem Real das Solicitações

• Registre o host exato, caminho, consulta, cabeçalhos, cookies e corpo para solicitações decisivas.
• Compare caminhos bem-sucedidos e falhos.
• Trate o bloqueio da UI como uma dica, não como prova de aplicação de backend.

3. Expanda Apenas Após Um Caminho Ser Comprovado

• Rastreie a ordem de middleware, manipuladores, limites de autenticação/sessão, uploads, exportações e trabalhos em segundo plano.
• Verifique rotas ocultas, nomes de host alternativos, modos de visualização ou efeitos colaterais de worker apenas após o primeiro fluxo ser fundamentado.

Leia Esta Referência

• Carregue references/routing-runtime.md para a lista de verificação detalhada, empacotamento de evidências e armadilhas comuns da web.
• Se a tarefa for especificamente sobre carregadores SSR, contexto de template, payloads de hidratação, renderização de visualização ou desvio de aplicação da camada de renderização, prefira $competition-template-render-path.
• Se a tarefa for especificamente sobre mapas de origem, manifestos de build, registros de chunks, bundles emitidos ou recuperação de estrutura de runtime oculta de ativos servidos, prefira $competition-bundle-sourcemap-recovery.
• Se a tarefa for especificamente sobre esquemas GraphQL, manifestos RPC, consultas persistidas, clientes gerados ou desvio de contrato para manipulador, prefira $competition-graphql-rpc-drift.
• Se a tarefa for especificamente sobre pontos de entrada SSRF, alcançabilidade de endpoint interno, pivôs de serviço de metadados ou extração de token por meio de buscas do lado do servidor, prefira $competition-ssrf-metadata-pivot.
• Se a tarefa for especificamente sobre janelas de corrida, mutação de estado dependente de ordem, efeitos de ação duplicados ou desvio sensível ao tempo, prefira $competition-race-condition-state-drift.
• Se a tarefa for especificamente sobre diferenciais de análise de proxy-backend, desvio de normalização de caminho, ambiguidade de cabeçalho ou rotas de "request smuggling", prefira $competition-request-normalization-smuggling.
• Se a tarefa for especificamente sobre cookies do navegador, armazenamento, IndexedDB, Cache Storage, service workers ou estado de autenticação em cache, prefira $competition-browser-persistence.
• Se a tarefa for especificamente sobre redirecionamentos OAuth ou OIDC, parâmetros de callback, PKCE, escopos, troca de tokens ou aceitação de claims, prefira $competition-oauth-oidc-chain.
• Se a tarefa for especificamente sobre cabeçalhos JWT, normalização de claims, busca de chaves, kid, alg, confusão de emissor ou audiência, prefira $competition-jwt-claim-confusion.
• Se a tarefa for especificamente sobre análise de upload, visualizações, extração de arquivos, conversores ou cadeias de desserialização, prefira $competition-file-parser-chain.
• Se a tarefa for especificamente sobre payloads de fila, comportamento exclusivo de worker, novas tentativas, desvio de cron ou efeitos colaterais assíncronos, prefira $competition-queue-worker-drift.
• Se a tarefa for especificamente sobre handshakes WebSocket ou SSE, assinaturas, frames em tempo real, lógica de reconexão ou mudanças de estado impulsionadas por frames, prefira $competition-websocket-runtime.
• Se a tarefa for especificamente sobre cabeçalhos Host, roteamento vhost, proxies reversos ou resolução de rota para serviço, prefira $competition-runtime-routing.
• Se a única evidência disponível for uma captura de pacote e a parte difícil for a reconstrução de stream ou protocolo, prefira $competition-pcap-protocol.

O Que Preservar

• Solicitações e respostas exatas que comprovem o comportamento
• Caminhos de arquivo concretos, nomes de funções, nomes de rotas e chaves de armazenamento

…