Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
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.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2023-6241-Pixel7_Adaptation — Adattamento di CVE-2023-6241 per Google Pixel 7 da Google Pixel 8, tratto da securitylab/SecurityExploits/Android/Mali/CVE_2023_6241 | Kitploit
Strumenti/GitHubGitHub/ilgobbo00/cve-2023-6241-pixel7_adaptation
Sicurezza AndroidAnalisi delle VulnerabilitàExploitReverse EngineeringDebuggerSicurezza MobileAnalisi del FirmwareBinary 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
ilgobbo00/cve-2023-6241-pixel7_adaptation

CVE-2023-6241-Pixel7_Adaptation

Adattamento di CVE-2023-6241 per Google Pixel 7 da Google Pixel 8, tratto da securitylab/SecurityExploits/Android/Mali/CVE_2023_6241

Vedi Repository
1451 anno faNon ancora revisionato

CVE-2023-6241 per Google Pixel 7

Questo repository illustra come adattare l'exploit pubblicato da securitylab nel suo repository GitHub, funzionante per Google Pixel 8, a un Google Pixel 7.

Prima di iniziare la modifica dell'exploit, è stata fatta l'assunzione che l'exploit originale funzionasse anche per i dispositivi Google Pixel 7 (dopo le patch necessarie), basandosi sull'articolo associato a CVE-2023-6241. Ciò è stato necessario poiché i due dispositivi sembrano diversi (dal punto di vista hardware) (confronto).

Strumenti

Qui sono elencati gli strumenti usati per eseguire l'analisi ed estrarre informazioni o file.

  • Ghidra
  • imjtool (per sostituire abootimg perché sembrava non funzionare con le immagini Android più recenti)
  • vmlinux-to-elf
  • Online Assembler and Disassembler
  • Android flash tool
  • Android NDK e compilatore aarch64-linux-android34-clang

Flusso di lavoro

Di seguito viene mostrato come l'obiettivo è stato raggiunto partendo dall'inizio.

  1. Abilitare le opzioni sviluppatore sul dispositivo.

  2. Flashare il dispositivo con la patch di sicurezza corretta (in questo caso una tra UP1A.231105.003, Nov 2023 e UQ1A.240205.002, Feb 2024 entrambe incluse), possibilmente usando Google Chrome e Android flash tool facendo clic su "Flash" nella voce desiderata nella pagina Factory Images for Nexus and Pixel Devices.

    Nota 1: usare Android flash tool per flashare i dispositivi può aiutare a risolvere problemi relativi alla versione del bootloader. Questi problemi possono comparire durante un'operazione di flash usando lo script fornito con il file compresso scaricato facendo clic su "Link" nella pagina Factory Images for Nexus and Pixel Devices.

    Nota 2: prima di flashare il dispositivo, in Android flash tool spuntare "Force Flash all partition" per ottenere lo stesso risultato dello script.

  3. Scaricare l'immagine Android desiderata facendo clic su "Link" ed estrarre il file boot.img dal file compresso "image-panther.zip" all'interno del file compresso principale "panther-<release>-factory-<primi 8 caratteri dello SHA-256>.zip"

  4. Eseguire ./imjtool.ELF64 boot.img extract. Verrà creata una nuova cartella "extracted" con due file all'interno. imjtool-output

  5. Eseguire vmlinux-to-elf ./extracted/kernel.decompressed <filename>.elf (per riferimento futuro <filename>.elf sarà Pixel7-kernel.elf). Verrà creato un nuovo file con il nome fornito.

Maggiori informazioni possono essere recuperate dall'articolo GitHub e dal repository GitHub menzionati all'inizio.

Scarica lo strumento
vmlinux-to-elf-output
  • Aprire "Pixel7-kernel.elf" con Ghidra. Non è necessario eseguire l'analisi automatica poiché richiede molto tempo e le informazioni possono essere comunque estratte

  • Aprire la finestra "Symbol table" e cercare i campi di interesse (in questo caso avc_den|sel_read_enforce$|init_cred|^commit_creds$). Il risultato dovrebbe essere simile a questo: SymbolTable

  • Andare all'indirizzo della posizione e ottenere lo "Imagebase Offset" per tutti i campi cercati. imagebase-offset

  • Impostare tutti gli offset nell'exploit in base a quanto trovato.
    set-offset.png

  • Calcolare il valore di ADD_COMMIT_2311 e ADD_INIT_2311 trovando il valore HEX delle seguenti operazioni rispettivamente add x8, x8, #0xXXX e add x0, x0, #0xYYY usando Online Assembler and Disassembler. Per trovare i valori di XXX e YYY è sufficiente copiare i 12 bit meno significativi rispettivamente da COMMIT_CREDS_2311 e ADD_INIT_2311 (ad es. se ADD_COMMIT_2311 è 0x17f0c8, allora il codice HEX di add x8, x8, #0x0c8 è 0x91032108).
    Nota che i valori sono espressi in big-endian, quindi i byte risultanti devono essere invertiti.

  • Copiare il file GLES_mali.so da /vendor/lib64/egl/libGLES_mali.so (cioè adb pull /vendor/lib64/egl/libGLES_mali.so) e compilare tutto con /home/gobbo/Android/Sdk/ndk/26.1.10909125/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android34-clang -g -DSHELL -DCL_TARGET_OPENCL_VERSION=300 -I. -L. mali_jit_csf.c mem_read_write.c mempool_utils.c -lGLES_mali -o mali_jit_csf.
    Nota: solo per coerenza temporale, la versione della libreria OpenCL usata nell'exploit era la più recente disponibile prima della patch di sicurezza che ha corretto la vulnerabilità (cioè versione 2023.04.17)

  • Caricare ed eseguire l'exploit

    root@kitploit:~
    adb push ./mali_jit_csf /data/local/tmp 
    export LD_LIBRARY_PATH=/vendor/lib64/egl
    ./data/local/tmp/mali_jit_csf