Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
GhostLock-CVE-2026-98260 — Payload di privilege escalation locale per Android che sfrutta una use-after-free del timer CPU POSIX (CVE-2026-98260) sul kernel 6.6.89 di iQOO Neo11 per ottenere una shell con uid=0. | Kitploit
Strumenti/GitHubGitHub/sabuweis/ghostlock-cve-2026-98260
Sicurezza AndroidEscalation di PrivilegiExploitPentesting di App MobiliPost-ExploitSicurezza MobileSviluppo PayloadBinary Exploitation

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
GitHub
sabuweis/ghostlock-cve-2026-98260

GhostLock-CVE-2026-98260

Payload di privilege escalation locale per Android che sfrutta una use-after-free del timer CPU POSIX (CVE-2026-98260) sul kernel 6.6.89 di iQOO Neo11 per ottenere una shell con uid=0.

Vedi Repository
115 giorni faNon ancora revisionato

CVE-2026-98260 per iQOO Neo11 (V2520A)

Payload di privilege escalation locale basato su UAF del timer CPU POSIX, adattato al kernel 6.6.89-android15-8.

⚠️ Avvertenze

  • Questa vulnerabilità è una corruzione di memoria in kernel space (UAF), la prima esecuzione con alta probabilità causerà lo schermo nero del telefono o un Kernel Panic (crash e riavvio), questo è un normale processo di debug, è sufficiente tenere premuto il tasto di accensione per riavviare.
  • Dopo il successo della vulnerabilità, nel terminale apparirà una Shell con uid=0, che diventerà inefficace dopo il riavvio del telefono.
  • Non eseguirlo assolutamente toccando direttamente nel terminale integrato del sistema, è necessario utilizzare ADB da computer.

🛠️ Guida all'uso

Primo passo: preparazione e push sul dispositivo

Eseguire nel terminale del computer:

adb push timer /data/local/tmp/timer
adb shell chmod 755 /data/local/tmp/timer

Secondo passo: autoverifica dell'ambiente (estremamente sicuro, non causerà crash)

Eseguire nel terminale del computer:

adb shell /data/local/tmp/timer ids
adb shell /data/local/tmp/timer leak
  • ids rileverà gli ID degli eventi di allocazione di memoria di tracefs.
  • leak tenterà di far trapelare l'indirizzo cred, se stampa con successo leak-only run complete, significa che gli offset del tuo kernel sono completamente corretti!

Terzo passo: esecuzione del privilege escalation (alto rischio, possibile crash)

Eseguire nel terminale del computer:

adb shell /data/local/tmp/timer shell
  • Successo: il terminale si bloccherà o stamperà alcune righe, poi ti verrà mostrato un terminale interattivo con uid=0.
  • Fallimento: schermo nero e crash del telefono. Dopo il riavvio continua a provare, oppure attendi la regolazione dei parametri.

Quarto passo: passaggio manuale a KernelSU

Nel terminale # apparso con successo al terzo passo (oppure in un altro terminale), eseguire i seguenti comandi per caricare il modulo:

# Se usi la versione originale di KernelSU:
PKG="me.weishu.kernelsu"
KSUD=$(find /data/app -name libksud.so | grep "$PKG" | head -n 1)

# Se usi ReSukiSU, sostituisci il PKG della riga precedente con:
# PKG="com.resukisu.resukisu"

# Esegui late-load
"$KSUD" late-load --allow-shell --package-name "$PKG"

Dopo il successo, apri il tuo gestore KernelSU e potrai autorizzare normalmente.

Scarica lo strumento