Firmware Integrity
Integridade do Firmware
Os firmwares personalizados e/ou binários compilados podem ser carregados para explorar falhas de integridade ou verificação de assinatura. Os seguintes passos podem ser seguidos para compilar um backdoor bind shell:
O firmware pode ser extraído usando o firmware-mod-kit (FMK).
A arquitetura do firmware de destino e a ordem dos bytes devem ser identificadas.
Um compilador cruzado pode ser construído usando o Buildroot ou outros métodos adequados para o ambiente.
O backdoor pode ser construído usando o compilador cruzado.
O backdoor pode ser copiado para o diretório /usr/bin do firmware extraído.
O binário QEMU apropriado pode ser copiado para o rootfs do firmware extraído.
O backdoor pode ser emulado usando chroot e QEMU.
O backdoor pode ser acessado via netcat.
O binário QEMU deve ser removido do rootfs do firmware extraído.
O firmware modificado pode ser empacotado novamente usando o FMK.
O firmware com backdoor pode ser testado emulando-o com o firmware analysis toolkit (FAT) e conectando-se ao IP e porta do backdoor alvo usando netcat.
Se um shell de root já foi obtido por meio de análise dinâmica, manipulação de bootloader ou testes de segurança de hardware, binários maliciosos pré-compilados, como implantes ou shells reversos, podem ser executados. Ferramentas automatizadas de payload/implante como o framework Metasploit e 'msfvenom' podem ser aproveitadas seguindo os seguintes passos:
A arquitetura do firmware de destino e a ordem dos bytes devem ser identificadas.
O Msfvenom pode ser usado para especificar o payload de destino, IP do host atacante, número da porta de escuta, tipo de arquivo, arquitetura, plataforma e o arquivo de saída.
O payload pode ser transferido para o dispositivo comprometido e garantido que tenha permissões de execução.
O Metasploit pode ser preparado para lidar com solicitações recebidas iniciando o msfconsole e configurando as configurações de acordo com o payload.
O shell reverso meterpreter pode ser executado no dispositivo comprometido.
As sessões do meterpreter podem ser monitoradas à medida que são abertas.
Atividades pós-exploração podem ser realizadas.
Se possível, vulnerabilidades dentro de scripts de inicialização podem ser exploradas para obter acesso persistente a um dispositivo através de reinicializações. Essas vulnerabilidades surgem quando os scripts de inicialização fazem referência, link simbolicamente, ou dependem de código localizado em locais montados não confiáveis, como cartões SD e volumes flash usados para armazenar dados fora dos sistemas de arquivos raiz.
Referências
Para mais informações, consulte https://scriptingxss.gitbook.io/firmware-security-testing-methodology/
Last updated