Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
isa_recovery — ISA Recovery | Kitploit
Ferramentas/GitHubGitHub/infobyte/isa_recovery
Embedded Systems SecurityReverse EngineeringHardware SecurityBinary AnalysisMachine LearningLearning & EducationAI-Assisted ReversingFirmware Analysis
GitHubinfobyte/isa_recovery

isa_recovery

ISA Recovery

Ver Repositório
2há 2 mesesAinda não revisado

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

Sistema de Recuperação de ISA

Sistema de Recuperação de ISA

Um pipeline de engenharia reversa que transforma um binário de firmware e sua desmontagem (possivelmente incorreta) em uma especificação funcional de processador para o Ghidra. Quando você encontra um processador proprietário sem documentação e sem suporte no Ghidra, esta ferramenta recupera a codificação real de cada instrução — quais bits são o opcode, quais são registradores, quais são imediatos — e gera uma especificação SLEIGH que pode ser carregada diretamente no Ghidra para descompilar o firmware.

Por baixo dos panos, trata-se de um fluxo de trabalho agêntico: um pipeline fixo onde cada etapa é um modelo de linguagem grande instruído para uma tarefa restrita. O fluxo de trabalho é orquestrado por código determinístico — não pelos próprios LLMs — e todo construtor SLEIGH gerado ao final é verificado ao ser compilado com o binário sleigh do Ghidra antes de ser aceito. Compilações com falha são realimentadas ao modelo por até três tentativas de reparo.

Como Funciona

root@kitploit:~
Objdump
   │
   ▼
Bootstrap ─── agrupamento determinístico (sem LLM)
       │
       ▼
   ┌─ Loop de Processamento ────────────────────────┐
   │  Interpretador de Texto → Interpretador de Bits ──┐    │
   │       → Gerenciador de Conhecimento             │    │
   │            → Supervisor                         │    │
   │                 │          dividir ─────────────┘    │
   │                 └── próximo cluster ────────────────┤
   └────────────────────────────────────────────────────┘
       │
       ▼
   Base de Conhecimento
       │
       ▼
   Gerador SLEIGH ─── loop de compilar-verificar-repetir
       │
       ▼
   Ghidra .slaspec

As instruções são agrupadas em clusters por estrutura (tamanho em bytes, padrão de token, máscara de bits fixa). Cada cluster é então analisado por uma cadeia de etapas especializadas de LLM:

  • Interpretador de Texto extrai o padrão textual (add {REG1}, {REG2}, {REG3}).
  • Interpretador de Bits mapeia cada espaço reservado para uma faixa de bits usando ferramentas de correlação de campos; pode solicitar uma divisão se um cluster misturar codificações.
  • Gerenciador de Conhecimento integra as evidências por cluster em uma base de conhecimento tipada de registradores, instruções, modos de endereçamento e características da arquitetura.
  • Supervisor é primordialmente um guardião determinístico (verificações estruturais sobre taxas de correspondência, espaços reservados não mapeados, sobreposição de opcodes). Ele só invoca um LLM quando uma verificação falha, e pode aceitar, reexecutar um agente específico com feedback ou escalar para o humano via a TUI.

Quando a base de conhecimento está completa, um gerador SLEIGH separado constrói a especificação do Ghidra em duas fases: um esqueleto determinístico de todos os construtores marcados como unimpl, depois um LLM preenche a semântica p-code uma instrução por vez, compilando cada uma contra o binário sleigh do Ghidra e tentando novamente em caso de falha.

Projetado como um co-piloto para o analista, não um substituto: a TUI expõe todas as decisões, o supervisor escala clusters ambíguos para um humano, e o histórico completo da conversa com o LLM, chamadas de ferramenta e uso de tokens é gravado em disco.

Testado em LEGv8, MIPS, pi32v2 e x86.

Início Rápido

root@kitploit:~
# Docker (recomendado)
echo "ANTHROPIC_API_KEY=sk-ant-..." > .env
./docker/run.sh integration_tests/mips

# Local
pip install -e ".[all]"
python -m main --config config.yaml

O Que Você Precisa (e o Que Você Obtém)

Entrada: um binário de firmware e uma desmontagem objdump — mesmo que produzida contra a arquitetura errada. A ferramenta não resolve o problema de desmontagem por si só; a qualidade da saída escala com a qualidade da desmontagem de entrada.

Saída: um arquivo .slaspec do Ghidra mais uma base de conhecimento JSON com registradores, codificações de instrução, modos de endereçamento e características da arquitetura.

Documentação

A documentação completa — arquitetura, detalhes internos dos agentes, exemplos práticos, referência de configuração — está na wiki:

root@kitploit:~
pip install -e ".[docs]"
cd wiki && mkdocs serve

Em seguida, abra http://localhost:8000.

Requisitos

  • Python >= 3.11
  • Variável de ambiente ANTHROPIC_API_KEY
  • Docker (opcional, para run.sh)
  • Ghidra (necessário para a etapa de compilar-verificar SLEIGH)
Baixar ferramenta