T807D Endprodukt – Quellcode-Eins-zu-Eins-Wiederherstellungspaket

Erstellungsdatum: 2026-08-08

Fazit

Dieses Verzeichnis enthält den vollständigen popsicle-Quellcodebaum, die notwendigen Header-Dateien, die eingebettete su-Nutzlast, die Produktionsbinärdateien und die Laufzeitskripte, die im aktuellen Projekt wiederhergestellt werden konnten.

Es muss unterschieden werden:

1. Die Produktionsbinärdateien von r562 SO und r557 helper sind vollständig erhalten, die Hashes sind überprüfbar.
2. Das Projekt hat keine alten Quellcode-Snapshots, Objektdateien oder vollständigen Build-Artefakte mit DWARF gespeichert, die vor der Kompilierung dieser beiden Produktionsbinärdateien existierten. Daher kann der aktuelle Quellcode nicht ehrlich als „byte-für-byte der Quellcode, aus dem die Produktionsbinärdateien damals kompiliert wurden" gekennzeichnet werden.
3. Der aktuell gespeicherte Quellcode ist der einzige vollständige popsicle-Quellcodebaum im Kit und die Wartungsbasislinie nach der Überprüfung vom 2026-08-05.

Verzeichnisstruktur

source-final-correspondence-20260808/
├─ source/
│  ├─ exploit/
│  │  ├─ popsicle/
│  │  │  ├─ main.c
│  │  │  ├─ util.c
│  │  │  ├─ slide.c
│  │  │  ├─ fops.c
│  │  │  ├─ pipe.c
│  │  │  ├─ preload.c
│  │  │  ├─ root_bridge_helper.c
│  │  │  ├─ su_blob.S
│  │  │  ├─ su_daemon.c
│  │  │  ├─ common.h / offset.h / target.h
│  │  │  ├─ kernelsnitch/
│  │  │  └─ build/embed/su_daemon_aarch64_pie
│  │  └─ ghostlock-oneplus/kernelsnitch/
│  └─ target-files/popsicle-target.h
├─ embed/su_daemon_aarch64_pie
├─ artifacts/production/
├─ runtime/
├─ review-build/
├─ rebuild-current-source.ps1
├─ source-files.sha256
├─ binary-function-size-diff.md
├─ binary-function-size-diff.csv
└─ manifest.json

Eins-zu-Eins-Zuordnung

r562 preload SO

Produktionsdatei:

artifacts/production/t807d-popsicle-r562-show-callback-canonical-20260804.so

SHA-256:

B6DED21F90096A2FA2567807F79E7E8CCFDF9802DAF4628277A333DD8FE7DB71

Wichtigste Quellcode-Eingaben:

r557 root bridge helper

Produktionsdatei:

artifacts/production/t807d-root-bridge-helper-r557-show-verify-callback-20260804

SHA-256:

F7FF4C293902993183F98A8D314FA2ECD012A72A36F287A361C4503844EAAB91

Wichtigste Quellcode-Eingaben:

Laufzeitskripte

• r562-show-stream.sh: Lädt die Produktionsparameter des r562 SO.
• r571-current-helper-cred-stream.sh: Temporäre root-Kette von r571/r572.
• r572-current-helper-cred-no-ksu.sh: Temporäre root-Phase ohne KSU-Anbindung.
• r572-wrapper.sh: Helper-Umgebungs-Wrapper.
• r575-selinux-rmw-safe.sh: SELinux-RMW-Phase.
• r575-selinux-rmw-wrapper.sh: r575-Wrapper.
• r573-, r575-, ksu-*-Dateien in artifacts/production: Tatsächlich im endgültigen Verzeichnis verwendete Skriptkopien.

Durchgeführte Korrespondenzvalidierung

Vollständigkeit des Quellcodebaums

Zwei leicht zu übersehende relative Pfadabhängigkeiten wurden ergänzt.

Erstens, target.h referenziert:

#include "../../target-files/popsicle-target.h"

Daher muss der Quellcode beibehalten werden als:

source/exploit/popsicle/target.h
source/target-files/popsicle-target.h

Zweitens, popsicle/kernelsnitch/utils.h und kernelsnitch.h referenzieren weiterhin:

../../ghostlock-oneplus/kernelsnitch/...

Daher muss auch source/exploit/ghostlock-oneplus/kernelsnitch/ beibehalten werden.

Wenn nur source/popsicle kopiert wird, entsteht ein unvollständiger Snapshot, der „vollständig aussieht, aber tatsächlich nicht kompiliert werden kann". Dieses Wiederherstellungspaket wurde gemäß dem ursprünglichen relativen Pfadlayout organisiert.

Neukompilierung des aktuellen Quellcodes

Toolchain:

NDK: D:Android

dk 29android-ndk-r29 API: 35 ABI: AArch64

Ausführung:

powershell.exe -NoLogo -NoProfile -ExecutionPolicy Bypass -File .

ebuild-current-source.ps1

Ergebnis der Neukompilierung des aktuellen Quellcodes:

Dies beweist, dass der Quellcodebaum kompilierbar ist, aber nicht die verifizierten Produktionsbinärdateien in artifacts/production ersetzen kann.

Warum der aktuelle Quellcode nicht byte-für-byte mit r562/r557 reproduziert werden kann

Zeitlinien-Beweise:

Zumindest die aktuellen Inhalte von common.h, pipe.c, preload.c, root_bridge_helper.c und util.c wurden erst nach der Erstellung der beiden Produktionsbinärdateien geschrieben oder geändert.

Im Projekt wurden auch nicht gefunden:

• das zu r562/r557 gehörende alte source-Verzeichnis;
• die entsprechenden .o-, .bc-, .ll-, .d-Build-Zwischendateien;
• DWARF-Debug-Informationen mit Quellcode-Zeilennummern;
• die vollständigen Befehle, Compiler-Schalter und Quellcode-Hashlisten zur Reproduktion des Produktionsbuilds.

Daher ist es mit den vorhandenen Materialien möglich, den gesamten verfügbaren Quellcode wiederherzustellen und die Unterschiede zu lokalisieren, aber es ist nicht möglich, die Produktions-ELF in den damaligen byte-für-byte C-Quellcode zurückzuverwandeln.

Binärdatei-Differenzen auf Funktionsebene

binary-function-size-diff.md gibt die Funktionsgrößenunterschiede zwischen den Produktionsdateien und den neu kompilierten Dateien des aktuellen Quellcodes an.

Wichtige Unterschiede beim r562 SO:

• cleanup_page_prepare_state
• prepare_good_kernel_page
• direct_pselect_write_once_internal
• write_embedded_su_file

Wichtige Unterschiede beim r557 helper:

• install_su_daemon
• pselect_install_task_creds
• pselect_marker_only
• pselect_direct_cred_worker
• das im aktuellen Quellcode neu hinzugefügte copy_env_path

Diese Unterschiede stimmen mit den in der Round592-Quellcodeüberprüfung dokumentierten Korrekturrichtungen überein: Kopieren von Umgebungsvariablenpfaden, Adressdifferenz unabhängiger Linker-Symbole, Behandlung von Allokierungsfehlern, reclaim-Bereinigung usw.

Empfehlungen zur endgültigen Verwendung

• Um die bereits verifizierte Gerätekette zu reproduzieren: Verwenden Sie die Produktionsbinärdateien in artifacts/production.
• Um den Quellcode weiter zu ändern: Verwenden Sie source/ als aktuelle Wartungsbasislinie.
• Um Herkunft und Hashes zu prüfen: Sehen Sie manifest.json, source-files.sha256 und binary-function-size-diff.md ein.
• Benennen Sie die review-build-Ergebnisse nicht in r562/r557 um; das würde den Produktions-Rollback-Punkt und die Quellcode-Herkunft verwechseln.

Die vollständigen Quellcode-Hashes befinden sich in source-files.sha256. Die Hashes der Produktionsartefakte, Skripte, eingebetteten Dateien und Überprüfungsbuild-Ergebnisse befinden sich in manifest.json.

Dieser Neukompilierungstest

Einstiegspunkt dieses Tests:

run_t807_jailbreak.cmd

Zugehöriges PowerShell:

run_t807_jailbreak.ps1

Es referenziert fest:

test-payload-current-source/

Darin sind SO und helper die gerade aus source/ neu kompilierten Artefakte, nicht die r562/r557-Rollback-Dateien in production/. Das Skript setzt ForceCurrentSourceTest=true, daher wird es auch dann fortfahren, die neuen Artefakte dieses Tests zu übertragen und zu testen, wenn sich das Gerät bereits im KernelSU-root-Zustand befindet.

Die drei vollständigen Ausgaben dieser Kompilierung:

Die Protokolle werden nach logs-current-source/ ausgegeben.