GhostLock-App
中文: README_ZH.md
Appareils pris en charge
| Kernel | Appareils |
|---|
6.1.118-android14-11-ga3b9c44908dd-ab13320413 | Redmi Note 15 Pro+ |
6.1.118-android14-11-gca0ef6d17716-ab13624819 | Xiaomi 14 |
6.1.138-android14-11-g0c3d559bcd85-ab14529422 | Xiaomi 14 |
6.1.145-android14-11-g09f1c0074ad7-ab14226177 | Infinix Note 50s 5G |
6.1.145-android14-11-g74d1702dab4d-ab14669069 | Vivo T4 |
6.1.162-android14-11-gce140c0e5bf5-ab15450923 | Zenfone 11 Ultra |
6.6.30-android15-8-g54dcbfbef792-ab12368803-4k | Red Magic Tablet 3 Pro |
6.6.77-android15-8-g4a507830d890-ab13636293-4k | Xiaomi Civi 5 Pro, REDMI K90 / 4 Turbo, POCO F7 |
6.6.77-android15-8-g63ce7556864c-ab13994517-4k | Xiaomi 15 |
6.6.77-android15-8-gca30f3b4bef6-abogki440974771-4k | Xiaomi 15 Pro, REDMI K80 Pro / K80 Ultra |
6.6.89-android15-8-g096cdb6ecefc-ab14358676-4k | OPPO Pad 4 Pro |
6.6.89-android15-8-g0889fe95bb10-ab14402178-4k | POCO X8 Pro Max |
6.6.89-android15-8-g8e4be6b47e40-ab14134548-4k | POCO X8 Pro |
6.6.89-android15-8-gf4dc45704e54-abogki446052083-4k | OnePlus 13 |
6.6.92-android15-8-g3637f4904cf5-ab13944661-4k | Red Magic Tablet 3 Pro, Red Magic 10 Pro, Red Magic 11 Air |
6.6.102-android15-8-gab8eb70a71b8-ab14350911-4k | Nothing Phone 3 |
6.6.102-android15-8-gb01b41c2647c-ab15574720-4k | Xiaomi 17T |
6.6.102-android15-8-gfe76d1bc97fd-ab14689815-4k | Xiaomi 17T |
6.6.118-android15-8-g2e6b9c3812c5-ab15114928-4k | OPPO Find N5 |
6.6.118-android15-8-g93e223c276e7-abogki500782043-4k | OPPO Find X8 Ultra, OnePlus 13 / ACE 5 Pro |
Les kernels sont appariés par correspondance exacte avec uname -r ; les builds non pris en charge sont rejetés et l'application affiche le statut en haut. Les offsets se trouvent dans src/kernels/<uname-release>/offsets.h — ajoutez de nouveaux builds avec --register de l'extracteur.
Démarrage rapide
Ouvrez GhostLock et appuyez sur Run. KernelSU (me.weishu.kernelsu) ou ReSukiSU (com.resukisu.resukisu) fournit ksud pour le chargement des modules ; sans lui, W1/W2 accordent toujours l'uid 0 mais aucun module n'est chargé.
La route met en concurrence deux cœurs : le thread principal martèle pselect tandis qu'un thread consommateur perturbe la priorité du waiter. La paire utilise par défaut les gros cœurs (repli 0/1), remplaçable via GHOSTLOCK_CORE / GHOSTLOCK_CONSUMER_CORE.
Débogage en ligne de commande
adb/shell n'a pas de filtre seccomp, donc W3 est ignoré — pratique pour une vérification rapide :
make ghostlock
adb push ghostlock /data/local/tmp/ghostlock
adb shell chmod 755 /data/local/tmp/ghostlock
adb shell /data/local/tmp/ghostlock
tools/extract_rs dérive les offsets à partir d'un boot.img (plus un xbl_config.img optionnel), d'un ZIP OTA complet, ou d'une URL http(s) pointant vers l'un d'eux. Les kallsyms proviennent de --kallsyms ou sont récupérés depuis la table intégrée de l'image. pselect_waiter_shift et off_slide_loggers_0_1 sont dérivés par le désassembleur arm64 intégré. Les images MediaTek n'ont pas de xbl_config.img et généralement pas de BTF : l'adresse de chargement physique est dérivée du kallsyms _text (remplaçable avec --phys).
cargo build --release --manifest-path tools/extract_rs/Cargo.toml
tools/extract_rs/target/release/ghostlock-extract.exe boot.img --xbl-config xbl_config.img --register
tools/extract_rs/target/release/ghostlock-extract.exe OTA.zip --format json --out offsets.json
--register enregistre la table sous src/kernels/<uname-release>/offsets.h ; --format c --out offsets.h génère un en-tête autonome.
Analyse sur l'appareil
Un OTA complet peut être analysé entièrement sur le téléphone : boot plus xbl_config
sont extraits automatiquement. Passez --work-dir vers un répertoire accessible en écriture par l'application lors de
l'exécution dans le sandbox de l'application. Compilation croisée et envoi :
rustup target add aarch64-linux-android
$ndk = "$env:ANDROID_HOME\ndk\29.0.14206865\toolchains\llvm\prebuilt\windows-x86_64\bin"
$env:CC_aarch64_linux_android = "$ndk\aarch64-linux-android35-clang.cmd"
$env:AR_aarch64_linux_android = "$ndk\llvm-ar.exe"
$env:CARGO_TARGET_AARCH64_LINUX_ANDROID_LINKER = $env:CC_aarch64_linux_android
cargo build --release --target aarch64-linux-android --manifest-path tools/extract_rs/Cargo.toml
adb push tools/extract_rs/target/aarch64-linux-android/release/ghostlock-extract /data/local/tmp/
adb shell /data/local/tmp/ghostlock-extract /sdcard/OTA.zip
Importation des offsets sans reconstruire l'application
Les nouveaux kernels ne nécessitent plus de reconstruction de l'application : appuyez sur Import offsets.json et
sélectionnez le JSON de l'extracteur (objet unique ou tableau), ou poussez-le vers
<GHOSTLOCK_HOME>/offsets.json (par défaut /data/local/tmp). Au démarrage, le natif
fait correspondre le uname -r actuel aux entrées importées avant de rejeter le
kernel. Les imports fusionnent entre fichiers ; une version déjà stockée demande confirmation avant
écrasement.
L'application peut également générer le JSON elle-même — Parse OTA link (URL du ZIP OTA complet)
et Parse image (boot.img + xbl_config.img optionnel) exécutent l'
extracteur en processus et écrivent offsets.json dans le répertoire de données de l'application en cas de
succès.
[
{
"release": "6.12.38-android16-5-g844001fb8721-ab14552068-4k",
"kernel_phys_load": 3347054592,
"pselect_waiter_shift": 0,
"symbols": { "off_init_task": 37801728, "off_init_cred": 37891184 },
"struct_fields": { "task_prio": 148, "task_cred": 2304 }
}
]
Crédits et licence
Basé sur les projets suivants, sous licence Apache License 2.0 (voir LICENSE) :