Skip to content
KitploitKITPLOIT
HerramientasBlog
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
CVE-2023-6241-Pixel7_Adaptation — Adaptación de CVE-2023-6241 para Google Pixel 7 de Google Pixel 8 tomado de securitylab/SecurityExploits/Android/Mali/CVE_2023_6241 | Kitploit
Herramientas/GitHubGitHub/ilgobbo00/cve-2023-6241-pixel7_adaptation
Seguridad AndroidAnálisis de VulnerabilidadesExplotaciónIngeniería InversaDepuradoresSeguridad MóvilAnálisis de FirmwareExplotación de Binarios

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir
GitHub
ilgobbo00/cve-2023-6241-pixel7_adaptation

CVE-2023-6241-Pixel7_Adaptation

Adaptación de CVE-2023-6241 para Google Pixel 7 de Google Pixel 8 tomado de securitylab/SecurityExploits/Android/Mali/CVE_2023_6241

Ver Repositorio
1453hace 1 añoAún no revisado

CVE-2023-6241 para Google Pixel 7

Este repositorio ilustrará cómo adaptar el exploit publicado por securitylab en su repositorio de GitHub que funciona para Google Pixel 8 para un Google Pixel 7.

Antes de comenzar la modificación del exploit, se asumió, basándose en el artículo asociado a CVE-2023-6241, que el exploit original también funcionaba para dispositivos Google Pixel 7 (tras los parches necesarios). Esto fue necesario ya que los dos dispositivos parecen diferentes (en cuanto a hardware) (comparación).

Herramientas

Aquí las herramientas utilizadas para realizar el análisis y extraer información o archivos.

  • Ghidra
  • imjtool (para sustituir abootimg porque parecía no funcionar con imágenes Android más recientes)
  • vmlinux-to-elf
  • Ensamblador y Desensamblador en línea
  • Herramienta de flasheo Android
  • Android NDK y el compilador aarch64-linux-android34-clang

Flujo de trabajo

A continuación se describe cómo se logró el objetivo desde el principio.

  1. Habilite las opciones de desarrollador en el dispositivo.

  2. Flashee el dispositivo con el parche de seguridad correcto (en este caso, uno entre UP1A.231105.003, Nov 2023 y UQ1A.240205.002, Feb 2024, ambos incluidos), preferiblemente usando Google Chrome y la herramienta de flasheo Android haciendo clic en "Flash" en la entrada deseada en la página Imágenes de fábrica para dispositivos Nexus y Pixel.

    Nota 1: usar la herramienta de flasheo Android para flashear los dispositivos puede ayudar a resolver problemas relacionados con la versión del bootloader. Estos problemas pueden aparecer durante una operación de flasheo usando el script proporcionado con el archivo comprimido descargado al hacer clic en "Link" dentro de la página Imágenes de fábrica para dispositivos Nexus y Pixel.

    Nota 2: antes de flashear el dispositivo, en la herramienta de flasheo Android marque "Force Flash all partition" para obtener el mismo resultado que el script.

  3. Descargue la imagen de Android deseada haciendo clic en "Link" y extraiga el archivo boot.img del archivo comprimido "image-panther.zip" dentro del archivo comprimido principal "panther-<release>-factory-<primeros 8 caracteres de SHA-256>.zip".

  4. Ejecute ./imjtool.ELF64 boot.img extract. Se creará la nueva carpeta "extracted" con dos archivos dentro. salida-de-imjtool

  5. Ejecute vmlinux-to-elf ./extracted/kernel.decompressed <filename>.elf (para referencia futura <filename>.elf será ). Se creará un nuevo archivo con el nombre proporcionado.

Se puede obtener más información del artículo de GitHub y del repositorio de GitHub mencionados al principio.

Descargar herramienta
Pixel7-kernel.elf
salida-de-vmlinux-to-elf
  • Abra "Pixel7-kernel.elf" con Ghidra. No es necesario realizar el análisis automático ya que lleva mucho tiempo y la información aún se puede extraer.

  • Abra la ventana "Tabla de símbolos" y busque los campos de interés (en este caso avc_den|sel_read_enforce$|init_cred|^commit_creds$). El resultado debería ser algo como esto: TablaDeSimbolos

  • Vaya a la dirección de ubicación y obtenga el "Imagebase Offset" para todos los campos buscados. desplazamiento-imagebase

  • Establezca todos los desplazamientos en el exploit de acuerdo con lo encontrado. establecer-desplazamiento.png

  • Calcule el valor de ADD_COMMIT_2311 y ADD_INIT_2311 encontrando el valor HEX de las siguientes operaciones respectivamente: add x8, x8, #0xXXX y add x0, x0, #0xYYY usando el Ensamblador y Desensamblador en línea. Para encontrar los valores de XXX y YYY basta con copiar los 12 bits más bajos respectivamente de COMMIT_CREDS_2311 y ADD_INIT_2311 (ej: si ADD_COMMIT_2311 es 0x17f0c8, entonces el código HEX de add x8, x8, #0x0c8 es 0x91032108).
    Tenga en cuenta que los valores se expresan en big-endian, por lo que los bytes resultantes deben invertirse.

  • Copie GLES_mali.so desde /vendor/lib64/egl/libGLES_mali.so (es decir, adb pull /vendor/lib64/egl/libGLES_mali.so) y compile todo 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 para mantener la coherencia temporal, la versión de la biblioteca OpenCL utilizada en el exploit fue la más reciente disponible antes del parche de seguridad que corrigió la vulnerabilidad (es decir, versión 2023.04.17).

  • Suba y ejecute el exploit:

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