GhostLock-X200 v1.3.5

⚠️ Declaração legal e de segurança (leia primeiro, por favor)

Este repositório destina-se exclusivamente a fins de pesquisa de segurança e educacionais, e só é permitido utilizá-lo em dispositivos que você possui ou para os quais obteve autorização por escrito explícita. O uso desta ferramenta em dispositivos de terceiros sem autorização pode violar leis e regulamentos locais. O uso desta ferramenta pode causar reinicializações anormais do dispositivo, corrupção de dados, anomalias no sistema, invalidação da garantia e outras consequências; avalie os riscos por sua conta. O autor não se responsabiliza por quaisquer danos diretos ou indiretos, nem por qualquer uso indevido. Ao continuar lendo ou usar este repositório, você declara que compreendeu e concorda em assumir todos os riscos e responsabilidades por conta própria.

Ferramenta de root temporário para o vivo X200 (PD2415 / Dimensity 9400 / kernel b57), baseada na vulnerabilidade de kernel CVE-2026-43499 (GhostLock): não requer desbloqueio do Bootloader, não requer flash de ROM e não apaga dados. Após a execução, obtém-se root temporário, que é perdido após a reinicialização.

Recursos • Dispositivos compatíveis • Diferenças em relação a outros projetos • Início rápido • Como funciona • Estrutura de diretórios • Licença

---

Funcionalidades

• Não é necessário desbloquear o Bootloader, não é necessário fazer flash da ROM, não aciona a limpeza de dados
• root temporário: invalidado ao reiniciar, não grava na partição do sistema
• Script único root.ps1: detecta automaticamente o dispositivo e o kernel, instala automaticamente dependências ausentes, gera automaticamente os offsets
• Os offsets são extraídos em tempo real do dispositivo (kallsyms + BTF + desmontagem), sem depender de endereços codificados
• Log de execução completo + diagnóstico automático de reinicialização anormal: os logs são gravados em disco em log\, e em caso de panic/watchdog são automaticamente coletados diagnósticos como pstore e empacotados (legíveis por IA); basta enviar conforme as instruções para análise
• Toolchain para múltiplos modelos (adaptação testada apenas no X200 b57): os parâmetros do modelo são consolidados em devices/<nome do modelo>/ como módulos compartilháveis; modelos não incluídos podem ter os offsets extraídos automaticamente e o módulo gerado; porém exceto o X200 b57, se os demais modelos podem ou não fazer root precisa ser testado e adaptado por conta própria (o ko precisa ser recompilado com vermagic/modversions de acordo com o kernel alvo), a ferramenta fornece apenas extração automática e pré-verificação de viabilidade (avisos como seleção errada de init_boot, família MTK desconhecida etc. indicam não recomendado)
• Recuperação offline (sem necessidade de dispositivo já com root): apenas com boot.img / kernel.raw / kernel.elf é possível recuperar offline kallsyms + BTF (6.1 / 6.6 / 6.12), deduzir o layout de pilha do pselect e gerar o target header; win_offs é obtido por desmontagem direta da Image do kernel, não dependendo mais do vmlinux-to-elf
• Obtenção automática de constantes físicas P0: root iomem > devicetree do dispositivo (não root) > DTB do material

  a preencher, cadeia de preenchimento automático em quatro níveis

• Recompilação automática de KMI: reescreve automaticamente, de acordo com o kernel alvo, o vermagic + a relocação de símbolos do ko de kernelsu.ko / permissive_restore.ko
• Inclui o módulo de kernel permissive_restore, que corrige anomalias de rede/hotspot do KernelSU neste dispositivo em modo enforcing (ver abaixo "Diferenças em relação a projetos de mesma origem")
• Código-fonte, scripts de build e módulos de kernel pré-compilados são fornecidos junto com o repositório, com licença indicada arquivo por arquivo

Dispositivos suportados

Dispositivo	Sistema / Kernel	Status
vivo X200 (PD2415)	16.1.12.2.W10 (verificado em testes reais)	✅ Disponível
vivo X200s	16.1.12.12.W10 (mesmo kernel b57: SHA256 do kernel idêntico ao do X200, verificação cruzada de offsets consistente com o target.h verificado por terceiros; não testado em dispositivo físico)	⚠️ Pode ser tentado (mesmo kernel, correspondência exata no módulo x200_b57, requer verificação própria)
vivo X200 (PD2415)	16.1.12.12.W10 (mesma compilação de kernel b57)	⚠️ Não testado
vivo X200 (PD2415)	Outros 16.1.x, kernel b57af212129c	⚠️ Não testado, pode ser tentado
vivo X200 (PD2415)	Kernel >= 6.6.140	❌ Corrigido, indisponível
iQOO Neo11 e outros (mesmo kernel MTK 6.6.89)	Mesmo kernel	⚠️ Não testado, requer desenvolvimento secundário próprio

Premissa: kernel < 6.6.140 (CVE-2026-43499 não corrigida) e build 6.6.89-android15-8-gb57af212129c. Modelos/builds não testados na prática precisam ser verificados por conta própria. Instruções completas em instruções de uso.

Escopo de compatibilidade: este projeto foi totalmente adaptado e testado em dispositivo real apenas para o vivo X200 marcado com ✅ na tabela (PD2415 / 16.1.12.2.W10 / kernel b57). Todos os demais modelos (incluindo o X200s com o mesmo kernel) são não testados na prática / exigem adaptação própria: os offsets podem ser reconstruídos automaticamente e o vermagic do ko pode ser regravado automaticamente, mas o root não é garantido, sendo necessário desenvolvimento secundário conforme o modelo/kernel alvo (o ABI modversions exige recompilar o ko a partir do código-fonte do kernel do mesmo build).

Outros modelos: modelos fora da lista de suporte oficial podem ser tentados à força; a ferramenta não impedirá a execução; os offsets serão reconstruídos automaticamente a partir dos materiais, e reinicializações anormais durante a execução empacotarão automaticamente logs de diagnóstico. Se o root será obtido no final depende da adaptação de desenvolvimento secundário para o modelo/kernel alvo (o vermagic do módulo precisa ser recompilado conforme o kernel alvo), exigindo adaptação própria, sem garantia de uso direto.

Dica de viabilidade para modelos MTK: além da família b57 já testada na prática, famílias de kernel desconhecidas MTK (Dimensity/helio) não são recomendadas para investimento — registros públicos da comunidade (vivo PD2241/Dimensity 9200) mostram que a temporização do KernelSnitch não é confiável em MTK (interferência de KASAN_HW_TAGS/MTE, PANIC_ON_OOPS sem margem para tentativa e erro, o escalonador RSC da vivo corrompe as cadeias pselect/pi). Ao executar esta ferramenta e selecionar materiais, uma pré-verificação automática será feita com aviso.

Diferenças em relação a outros projetos

• Em relação a soluções de flashing como KernelSU / Magisk: esta ferramenta não faz flashing, não desbloqueia, não aciona limpeza de dados; o root temporário deixa de valer após reiniciar, sendo adequada para pesquisa e testes de curto prazo;
• Em relação aos projetos de mesma origem IonStack / Neo11Plus: este repositório complementa o módulo permissive_restore para corrigir anomalias de rede/hotspot do KernelSU sob enforcing, e fornece script de um clique, reconstrução dinâmica de offsets e diagnóstico automático de reinicializações anormais.