Layout do Firmware de Competição

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ó e prioridades de evidência. Se isso ainda não aconteceu, retorne para $ctf-sandbox-orchestrator primeiro.

Use esta habilidade quando a parte difícil for entender como uma imagem de firmware é estruturada, inicializada, atualizada e transformada em comportamento de dispositivo alcançável.

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

Início Rápido

1. Preserve a imagem original, partições extraídas, sistemas de arquivos descompactados e cópias corrigidas como artefatos separados.
2. Mapeie o contêiner externo, a tabela de partições, o bootloader, o kernel, o rootfs, a configuração e os metadados de atualização antes de editar qualquer coisa.
3. Acompanhe a cadeia de inicialização ou atualização em ordem, em vez de pular direto para o arquivo mais interessante.
4. Registre chaves, assinaturas, offsets, limites de partição e pontos de entrada de inicialização em uma cadeia de evidências compacta.
5. Reproduza o segredo decisivo, o branch ou o serviço alcançável a partir do caminho extraído menor.

Fluxo de Trabalho

1. Estabelecer o Layout da Imagem

• Identifique o tipo de contêiner, cabeçalhos de partição, compressão, tipo de sistema de arquivos e quaisquer imagens anexadas ou aninhadas.
• Registre offsets, tamanhos, hashes, pontos de montagem e nomes de partição antes que a extração modifique qualquer coisa.
• Separe o bootloader, kernel, initramfs, rootfs, blobs de configuração e metadados de atualização como camadas diferentes.

2. Rastrear o Fluxo de Inicialização ou Atualização

• Mapeie como o controle se move do bootloader para o kernel, para o init, para os serviços, ou do pacote de atualização para o verificador, para o instalador.
• Observe quais credenciais, certificados, senhas, sementes ou arquivos de configuração são consumidos em cada estágio.
• Distinga a intenção do firmware registrada da intenção do comportamento ao vivo que os arquivos extraídos realmente suportam.

3. Reduzir ao Caminho Decisivo

• Mostre a menor cadeia do limite da imagem à exposição do serviço, bypass de autenticação, interface de depuração, recuperação de credenciais ou artefato de flag.
• Mantenha os sistemas de arquivos extraídos, as configurações derivadas e os experimentos de patch separados das entradas originais.
• Se o desafio se tornar principalmente sobre comportamento de crash nativo ou primitivas de exploit após a extração, volte para a habilidade de engenharia reversa mais ampla.

Leia esta Referência

• Carregue references/firmware-layout.md para a lista de verificação de layout, lista de verificação de cadeia de inicialização e empacotamento de evidências.

O Que Preservar

• Offsets de partição, hashes, tipos de sistema de arquivos, caminhos de montagem, pontos de entrada de inicialização e metadados de atualização
• Segredos extraídos, caminhos de configuração, scripts de inicialização, unidades de serviço e credenciais vinculadas ao estágio que os consome
• Imagens originais, camadas extraídas, visualizações montadas e cópias corrigidas como artefatos separados