Sichern / Wiederherstellen von SMS / MMS über ADB auf einem nicht gerooteten Gerät?

10

Gibt es eine Möglichkeit, SMS- und MMS-Nachrichten mit ADB zu sichern / wiederherzustellen, wenn das Gerät nicht gerootet ist?

  • adb pullfunktioniert hier nicht, da die entsprechende Datenbank ( /data/data/com.android.providers.telephony/databases/mmssms.db) von ADB nicht gelesen werden kann, wenn sie nicht im unsicheren (Root-) Modus ausgeführt wird
  • adb shell "cat /data/data/com.android.providers.telephony/databases/mmssms.db > /sdcard/mmssms.db funktioniert auch nicht ohne Root-Zugriff
  • adb backup Aus irgendeinem Grund wird diese Datenbank auf dem Gerät, mit dem ich überprüft habe, nicht abgedeckt (leere Sicherung - nur die 41 Bytes des Sicherungsheaders in der resultierenden Datei)

Ich frage mich besonders, warum adb backupdas nicht behandelt wird. Wenn dies aus "Datenschutzgründen" geschieht, sollte dies auch für die Kontaktdatenbank gelten, die eindeutig gesichert ist.

Verweise:

Also: Irgendeine Lösung auf einem nicht gerooteten Gerät? Beachten Sie, dass ich NICHT nach einer App-basierten Lösung frage. Ich bin mir völlig bewusst, dass dafür mehrere Apps verfügbar sind . Ich möchte speziell eine "Shell-basierte Lösung", die über ADB verwendet wird.

adb sms backup restore mms Izzy
quelle
" Ich frage NICHT nach einer App-basierten Lösung " - Forensik schon wieder?
Feuerlord
1
Am besten ja (für andere Leser: Für bevorzugte Lösungen müssen keine Änderungen am Gerät vorgenommen werden). Bedenken Sie, dass das betreffende Gerät bereits "nicht genügend Speicher" meldet, sodass es nicht möglich ist, etwas zu installieren. Da sich das Gerät auch in anderen Zusammenhängen seltsam verhält, muss ein Zurücksetzen auf die Werkseinstellungen durchgeführt werden. Es wäre also schön, so viele Daten wie möglich zu "speichern". Ich konnte die meisten Dinge sichern über adb backup: wenige Ausnahmen, von denen die meisten ignorierbar sind, aber der Benutzer behält sehr gerne SMS, die ebenfalls nicht behandelt wurden.
Izzy
Sie da! Tut mir leid, dass Sie jemals eine Lösung für dieses Problem ohne Root gefunden haben? Übrigens exzellente App-Liste, danke für diesen Link!
Gruber
1
@Gruber Nein, habe immer noch nichts gefunden. // Schön, dass dir meine App-Angebote gefallen!
Izzy

Antworten:

6

Ich frage mich besonders, warum adb backup dies nicht abdeckt.

Es ist nicht so, dass adb backupdie App nicht abgedeckt werden soll com.android.providers.telephony. Diese App unterscheidet sich nicht wesentlich von anderen System-Apps AndroidManifest.xml. Das Problem liegt in dem Flag, das der Entwickler im Manifest deklariert hat und das aus irgendeinem Grund als Standardmechanismus adb backupzu beachten ist.

Diese Flagge ist keine andere als android:allowBackup="false". Die App wird sowohl aus der ADB-Sicherung als auch aus der Wiederherstellung entfernt. Google muss hier sagen:

android:allowBackup

Gibt an, ob die Anwendung an der Sicherungs- und Wiederherstellungsinfrastruktur teilnehmen darf. Wenn dieses Attribut auf false gesetzt ist, wird niemals eine Sicherung oder Wiederherstellung der Anwendung durchgeführt, selbst bei einer vollständigen Systemsicherung, bei der andernfalls alle Anwendungsdaten über adb gespeichert würden. Der Standardwert dieses Attributs ist true.

(Hervorhebung von mir)

Testen Sie die AndroidManifest.xmlVersion dieser App für die Lollipop-Version hier oder sehen Sie sich diese Beweise für mein Android 4.2.1 an:

IMG: kein Backup-Flag

Diese App bietet noch mehr. Sie können nicht einmal Daten aus den Einstellungen → Apps → Alle Apps → löschen,<THIS_APP> da dies ebenfalls android:allowClearUserData="false"deklariert ist. Dies ist nicht etwas, auf das wir hin und wieder stoßen.

Wenn dies aus "Datenschutzgründen" geschieht, sollte dies auch für die Kontaktdatenbank gelten, die eindeutig gesichert ist.

Es ist seltsam, nicht , dass Sie es zu tun , sind in der Lage , aber wie ist Ihr System auch erlaubt Ihnen , das zu tun , nur mit adb backup!

Die Speicherung von Kontakten wird von der App "ContactsProvider" verwaltet, die über pkg_name = lautet com.android.providers.contacts. Die Flagge android:allowBackup="false"ist in ihrer AndroidManifest.xmlfür Jelly Bean deutlich erwähnt (klicken Sie hier , um die anderen Versionen zu sehen).

Verwenden Sie ICS oder einen Vorgänger von JB?

Ich habe festgestellt, dass diese App hier keine Deklaration dieses Flags für ICS hat . Sie können dieses Rätsel tatsächlich lösen, da ich diese App in meinem JB 4.2.1 gemäß der Definition des Flags nicht sichern kann und immer diese 41-Byte-Sicherungsdatei erhalte.

Wie bei jeder anderen Methode zum Sichern / Wiederherstellen von SMS / MMS mit ADB ohne Root-Zugriff - alle Hände hoch hier.

Feuerlord
quelle
Mir ist bewusst, dass es diese Flagge ist. Aber sowohl diese App als auch ADB sind Teil des Systems - wir sprechen hier nicht von einem Drittanbieter. Zur Verdeutlichung: Auf dem Gerät, auf das ich mich hier beziehe, wird JellyBean (4.1.2) ausgeführt. Dank Ihres Hinweises werde ich es mit meinen anderen Geräten (4.2 und 4.3) erneut versuchen. Zum Datenschutz: Es kann auch einen Hinweis geben, dass der Benutzer ein Kennwort angibt. Außerdem enthält SharedStorage möglicherweise auch "private Daten". Außerdem geht Google davon aus, dass ich meine Kontakte / Kalender beim Aktivieren eines Google-Kontos standardmäßig synchronisieren möchte, anstatt mich zu fragen (also keine Möglichkeit zum Deaktivieren, wenn Sie sie bereits dort hinzufügen) ).
Izzy
In Gefahr, dass es zu einem Scherz wird: Wenn es zu privat ist, um gesichert zu werden - warum ist es dann auch vor "klaren Daten" geschützt? "Niemals der Bosheit zuschreiben, was durch reine Dummheit erklärt werden kann" ... // Ohne root ist das also nicht möglich: Es bleibt nur das entsprechende Xposed-Modul ("Alle Apps sichern"). Was erneut auf dem Gerät installiert werden muss - was ich vermeiden wollte ... Nur das Abrufen der Datenbank (mit root) wäre eine Problemumgehung -, aber das ermöglicht keine geräteübergreifende Wiederherstellung (einmal versucht, war keine gute Idee, da es SMS unbrauchbar machte, so dass ich zurücksetzen musste)
Izzy
1
Ich weiß @Izzy, dass Sie sich einer so einfachen Flagge bewusst sind (Sie sind nicht aus dem Nichts Pro geworden, sondern durch Forschung und Erfahrung :), aber andere, die Antworten auf solch einfache Fragen suchen, wissen wahrscheinlich nichts darüber dieser Info war für den Kommentar nicht geeignet. Eigentlich wollte ich diesen Kommentar schreiben, habe das aber am Ende beim Schreiben dieser Antwort vergessen, sorry!
Feuerlord
1
// Während ADB ein passgeschütztes Backup bereitstellt, ist Google (IMO) möglicherweise der Ansicht, dass das Verhindern des Zugriffs auf vertrauliche Inhalte besser ist, als den Zugriff zuzulassen, der im Falle eines Geräteverlusts zu einem Datendump durch Unbefugte führen kann Person, wenn das USB-Debugging zufällig aktiviert wurde, gefolgt von einem Brute-Force-Angriff.
Feuerlord
1
- Oh, nun, sie hatten es gedacht, seit sie anfingen, die Freiheit im Namen des Geschäfts einzuschränken, könnte etwas anderes sein. Ich werde etwas Gutes melden (natürlich nicht schimpfen), wenn ich irgendwie begegne.
Feuerlord