Android - Wie deaktiviere ich dm-verity auf Android mit User Build Type ROM?

Ich werde einen allgemeinen Überblick darüber geben, wie dm-verity und verwandte Dinge funktionieren nach meinem begrenzten Wissen auf Android. Die Situation kann auf verschiedenen Geräten und ROMs unterschiedlich sein.

WIE WIRD DM-VERITY DURCHGESETZT?

dm-verity (Verified Boot und AVB) sowie dm-crypt (FDE) sind Ziele von device-mapper Funktion des Linux-Kernels. dm-verity verifiziert die Integrität jedes Blocks, wenn sie vom Blockgerät gelesen werden; erzwungen durch init_first_stage gemäß fs_mgr_flags in der fstab einstellen. Auf System-als-Root-Geräten (A/B und non-A/B ), wird der Kernel gepatcht, um beim Mounten von /system Verity zu erzwingen und /vendor wenn verify /avb Flags befinden sich im fstab-Gerätebaum (dtb).
dm-crypt entschlüsselt/verschlüsselt Daten transparent beim Lesen/Schreiben von/auf Blockgerät. FBE basiert auf einem anderen Kernel-Framework fscrypt; aber beide werden von vold verwaltet (der als nativer Dienst ausgeführt wird) wenn fs_mgr_flags enthalten voldmanaged .

WO FSTAB IST?

fstab ist traditionell eine Datei unter Linux, um Dateisysteme anzugeben, die beim Booten gemountet werden sollen. Es ist eine Kernkomponente von fs_mgr Funktionalität auf Android.

Auf Vorversionen von Oreo fstab war in ramdisk . Bei Treble wurde es nach /vendor verschoben (oder /system/vendor ) während die fstab-Einträge für system und vendor (und odm ) werden in das Gerätestruktur-Blob (dtb) verschoben ). Kernel exportiert dtb fstab Einträge im Gerätebaumverzeichnis unter /proc/device-tree/firmware/android .

Einige OEMs setzen auch fstab in odm oder nvdata Partitionen.

Quelle: Konfiguration von Android-Speichergeräten

WO IST DTB?

Der Gerätebaum ist eine Datenstruktur zum Beschreiben von Hardware, die für den Kernel nicht erkennbar ist. Gerätebaumquelle (dts ) kann in dtb konvertiert werden (binärer Blob von DT) und umgekehrt mit dtc . DTB wird beim Booten vom Bootloader geladen und an den Kernel übergeben, damit dieser Hardware erkennen und entsprechende Geräteknoten erstellen kann.

DTB ist entweder:

• Hinzugefügt an Kernel zImage oder Image.gz in boot.img . Es kann von gzip getrennt werden mit split-appended-dtb (sadtb) archivieren .

• Oder in dtbo partitionieren, wie es einige OEMs tun. Dies kann überprüft werden mit:

  ~# ls -l /dev/block/bootdevice/by-name/dtbo*
  ~# grep -C5 PARTNAME=dtbo /sys/dev/block/*/uevent | grep DEVNAME | sed 's/.*=//; s|^|/dev/block/&|'
  

• Oder am Ende von boot.img nach 2. Stufe oder in odm Partition (selten, einige OEMs).

Auch wenn das Gerät non-A/B ist , dtb (von boot.img und/oder dtbo Partition) wird auch zu recovery.img hinzugefügt im DTBO-Abschnitt nach Header, Kernel, Ramdisk und 2nd Stage . Dies spielt jedoch keine Rolle beim normalen Booten. Aber wenn das Gerät auch system-as-root ist , Magisk muss in dieser Wiederherstellungspartition als boot.img installiert werden enthält kein ramdisk .

Falls DTB nicht an den Kernel angehängt wird, dtb(s) werden in dtb.img umgewandelt mit mkdtimg . Dasselbe Tool kann das Bild zurückgeben.

Quelle: Implementierung von DTO

WIE DEAKTIVIERE ICH DM-VERITY?

Auf userdebug ROMs, dm-verity kann mit adb deaktiviert werden . Es ändert die magische Zahl des Verity-Metadatenblocks, der nach dem letzten Dateisystemblock auf dem Blockgerät geschrieben wird (system oder vendor ) . Zitat von hier:

~# echo 'KEEPVERITY=false' >/cache/.magisk
~# echo 'KEEPFORCEENCRYPT=true' >>/cache/.magisk