Skip to content
KitploitKITPLOIT
FerramentasExploitsBlog
Log in
Enviar
FerramentasExploitsBlog
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.

FeedsContatoPrivacidade© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
CVE-2024-56426 — Um PoC da vulnerabilidade CVE-2024-56426. | Kitploit
Ferramentas/GitHubGitHub/creeeeger/cve-2024-56426
Segurança de Sistemas EmbarcadosEscalada de PrivilégiosExploraçãoEngenharia ReversaSegurança MóvelSegurança de HardwareDesenvolvimento de PayloadsAnálise de FirmwareExploração de Binários
GitHubcreeeeger/cve-2024-56426

CVE-2024-56426

16752há 27 diasAinda 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

Um PoC da vulnerabilidade CVE-2024-56426.

Ver Repositório

Exploit Unificado de BootROM para Exynos 990 / Exynos9830

Ferramentas unificadas para CVE-2024-56426 para as famílias Exynos 990 Galaxy S20, S20 FE e Note20. O exploit aceita todos os dez nomes de modelo e os mapeia para seis famílias de bootloader stock verificadas.

[!CAUTION] O pacote de chaves rastreado e as imagens geradas são capazes de fusing. O fusing é irreversível. Um telefone com fusing aplicado a uma chave só pode inicializar imagens compatíveis com essa chave. Um modelo, revisão de rollback, conjunto de patches ou pacote de chaves incorreto pode deixar o dispositivo em um loop de boot com fusing. Use chaves de desenvolvimento e o payload UFS durante a iteração. Adicione --no-fuse a todo comando de preparação/assinatura, a menos que o fusing com chave personalizada seja explicitamente pretendido.

Modelos Suportados

O modelo selecionado controla tanto o ID de modelo do BL1 quanto o TSV de patch LK específico do modelo. O Runtime artifact controla qual firmware stock e imagens divididas criptografadas são usados pelo preflight. As quatro flags não-5G que usam artefatos de runtime 5G emparelhados também aplicam patch na verificação de ID de modelo do LK e no caminho de programação do ID de modelo.

[!IMPORTANT] Nas builds de firmware stock listadas abaixo, G780F, N980F, N981B, N985F e N986B não podem usar o método UH-to-BOOTLOADER para entrar no EUB. Seus bootloaders LK chamam Check_signinfo(), que compara o BinaryName embutido na imagem (uh.bin) com o nome de arquivo esperado da partição BOOTLOADER (sboot.bin). A incompatibilidade produz Binaryname has changed (uh.bin) -> (sboot.bin) e rejeita o flash.

Use os pontos de teste apropriados para cada modelo para entrar no EUB nesses dispositivos em vez do método UH.

Flag de modeloArtefato de runtimeFirmware de runtimeID de modeloEVTRollbackTestadoMétodo UH / entrada EUB
G780FG780FG780FXXSOFYJ10x1541124❌Bloqueado — use pontos de teste
G980FG981BG981BXXSNHYB10x1431123✅Sem bloqueio de nome de arquivo
G981BG981BG981BXXSNHYB10x13D1123❌Sem bloqueio de nome de arquivo
G985FG986BG986BXXSNHYB10x1421123✅Sem bloqueio de nome de arquivo
G986BG986BG986BXXSNHYB10x13C1123✅Sem bloqueio de nome de arquivo
G988BG988BG988BXXSNHYB10x13E1123❌Sem bloqueio de nome de arquivo
N980FN981BN981BXXSIHYH30x1531118❌Bloqueado — use pontos de teste
N981BN981BN981BXXSIHYH30x14E1118❌Bloqueado — use pontos de teste
N985FN986BN986BXXSIHYH30x1521118❌Bloqueado — use pontos de teste
N986BN986BN986BXXSIHYH30x14D1118❌Bloqueado — use pontos de teste

Modo KVM e EL2 do Exynos 990

Todas as dez flags de modelo suportadas do Galaxy S20, S20 FE e Note20 têm um perfil de boot KVM opt-in apenas via CLI. Construa um branch do kernel Exynos 990 cujo nome contenha kvm, e adicione --kvm ao comando específico do modelo, por exemplo:

python3 exploit/exploit.py --build-sboot --model G985F --no-fuse --kvm

Este perfil remove o caminho LK H-Arx/UH, solicita ao EL3 que entre no kernel em EL2 e aplica a tabela correspondente de patches do monitor EL3 descriptografados/recriprografados. Ele permanece indisponível para modos de flash de bootloader stock/adulterado. O centro de controle web intencionalmente não possui controle KVM. Com o kernel correspondente e o WindowsInQemu, o Windows pode ser executado no QEMU no telefone com velocidade total via KVM.

Início Rápido

Não trate cada modo como uma sequência de instalação numerada. Escolha um objetivo:

ObjetivoCaminho
Instalar uma ROM personalizada assinadaModelo/configuração exatos → EUB → cadeia temporária --signed --no-fuse → flash da saída assinada completa da ROM → primeiro boot UFS
Testar o exploitOpcional --prepare --no-fuse → EUB → --signed --no-fuse → parar
Desenvolver a cadeia de boot (somente CLI)Teste temporário no-fuse → build → flash do SBoot/TZSW/LDFW gerados → UFS
Dump / recuperaçãoUse seu fluxo de trabalho separado e verificações de estado de fuse

--prepare realiza preparação apenas no host: substitui imagens de trabalho geradas e compila e assina arquivos locais, sem abrir USB. Não é um dry-run somente leitura nem um predecessor obrigatório: --signed repete o preflight. O comando Heimdall de três partes gerado é uma ferramenta de desenvolvimento da cadeia de boot; não é um flash de ROM personalizada.

Leia USER_GUIDE.md e escolha seu fluxo de trabalho correspondente antes de tocar em um dispositivo. Ele inclui a transferência de ROM completa, além das regras de recuperação para estados unfused, fused e incerto.

UI Local Opcional

O servidor HTTP da UI do navegador usa a biblioteca padrão do Python e chama a CLI existente exploit/exploit.py. A validação do key-bundle e a execução de ferramentas também exigem os pacotes em requirements.txt. O desenvolvimento da cadeia de boot e seu comando Heimdall de três partes gerado permanecem ferramentas somente de terminal.

Inicie-o a partir da raiz do repositório:

python3 exynos990_control_center.py

O launcher se vincula a 127.0.0.1, gera um novo token de acesso, imprime a URL local completa e a abre no navegador padrão. Use --no-browser quando um navegador não deve ser aberto automaticamente:

python3 exynos990_control_center.py --no-browser

A interface fornece:

  • verificações de dependências e de recursos de repositório em vermelho/verde;
  • uma escolha global de modelo-alvo e exatamente duas decisões de fuse: Stay unfused ou Fuse;
  • um seletor de fluxo de trabalho que mostra e numera apenas os passos do fluxo de trabalho selecionado;
  • fluxos de trabalho de install-ROM, exploit-test, BootROM-dump e stock-recovery;
  • uma ação de loader adulterado de modelo exato que valida o UH e o grava na slot BOOTLOADER com Heimdall para entrar em EUB;
  • um aviso permanente de fuse e a impressão digital SHA-256 da chave/eFuse configurada;
  • um cartão de restauração da cadeia de arranque de stock apenas para estado unfused, que fica indisponível após escolher Fuse;
  • saída de processo em tempo real, cancelamento e marcadores de verificação por etapa.

Também mostra um aviso de KVM do Exynos 990 apenas para CLI, mas deliberadamente não expõe uma opção de KVM nem encaminha --kvm para qualquer ação web.

Baixar ferramenta