Android Hooking para Competição

Use esta habilidade apenas como uma especialização posterior, após $ctf-sandbox-orchestrator já estar ativa e ter estabelecido suposições de sandbox, propriedade do nó e prioridades de evidência. Se isso ainda não aconteceu, retorne para $ctf-sandbox-orchestrator primeiro.

Use esta habilidade quando o caminho decisivo passar pela fronteira de confiança ativa de um aplicativo Android, em vez de apenas por strings estáticas.

Responda em português do Brasil, linguagem clara, a menos que o usuário solicite explicitamente o inglês.

Início Rápido

1. Preserve o APK original, os recursos extraídos e a saída descompilada antes de aplicar patches ou assinar novamente.
2. Comece com o manifesto, componentes exportados, deeplinks, bibliotecas nativas (libs), preferências (prefs), bancos de dados locais (DBs) e configurações empacotadas.
3. Decida a fronteira de tempo de execução mais restrita para fazer o hook: assinante, helper de criptografia, ponte JNI, ponte WebView ou construtor de requisição.
4. Correlacione evidências estáticas e rastros dinâmicos antes de afirmar que uma borda de confiança foi compreendida.
5. Reproduza a requisição assinada, o token aceito ou o branch restrito a partir do conjunto de hooks mais simples.

Fluxo de Trabalho

1. Triagem Estática Antes dos Hooks

• Mapeie a estrutura do pacote, atividades exportadas, serviços, receptores, provedores e manipuladores de deeplink.
• Anote a lógica de SSL pinning, verificações de root, flags de recursos, armazenamento de tokens, preferências compartilhadas (shared prefs), tabelas SQLite e fronteiras de protobuf ou RPC.
• Identifique se a lógica sensível está em Java, Kotlin, JNI ou em um WebView empacotado.

2. Faça o Hook na Fronteira Mais Restrita

• Prefira fazer o hook em assinantes de requisição, helpers de criptografia, acesso ao keystore, codificação ou decodificação de protobuf, ou marshaling JNI, em vez de hooks amplos de UI.
• Registre as entradas em texto plano, strings assinadas, cabeçalhos, nonces e saídas na fronteira que realmente muda a confiança.
• Se o pinning ou as verificações de ambiente bloquearem o progresso, aplique patches ou faça o hook apenas o suficiente para expor o caminho real da requisição.

3. Reproduza o Caminho Aceito

• Reconstrua a sequência mais simples que atinge o branch aceito no lado do servidor: estado local, nonce, corpo da requisição, assinatura e cabeçalhos.
• Mantenha os logs de hook, as formas de requisição capturadas e os caminhos de armazenamento local vinculados à mesma conta ou estado de sessão.
• Se o desafio se tornar mais sobre recuperação de transformação do que sobre o tempo de execução do Android, volte para a habilidade mais ampla de criptografia ou mobile.

Leia Esta Referência

• Carregue references/android-hooking.md para alvos de hook, lista de verificação de armazenamento e empacotamento de evidências.

O Que Preservar

• Pontos de hook, nomes de classes, símbolos JNI, entradas e saídas do assinante, e nomes de cabeçalhos
• Preferências compartilhadas (shared prefs), linhas de banco de dados local (DB), deeplinks, componentes exportados e caminhos de armazenamento de tokens
• A requisição ou branch reproduzível mais simples que prova a fronteira de confiança