[Gelöst] Freetz backup auf anderer Fritz!Box 7490 einspielen

KingTutt schrieb:

Jetzt muss man sich nur noch überlegen, wie man die dort beschriebene Lösung auf eine aktuelle Firmware anwendet, denn der berühmte Schalter zum Auslesen der Kennwörter existiert ja nicht mehr.

Zum Vergrößern anklicken....

Ich sichere in solchen Fällen mit tbackup (https://github.com/PeterPawn/YourFritz/blob/master/tffs/tbackup) in unverschlüsselter Form (und verschlüssele lieber das resultierende TAR-File), das braucht aber ein funktionierendes "micro_decode" (erzeuge ich vorher aus "decode_passwords").

Den Weg zu einem funktionierenden Decoder nimmt Dir das allerdings auch nicht ab - wie man da vorgehen könnte, habe ich im Rahmen des Aufräumens beim Umzug in ein GitHub-Repository auch erst vor kurzem geschrieben: http://www.ip-phone-forum.de/showthread.php?t=276183&p=2147714&viewfull=1#post2147714

Gerade aber auch für den Wechsel von einer FRITZ!Box auf eine andere, ist "decode_passwords" an sich verwendbar, wenn man die Dateien einfach mittels "cat" sichert, wie es Freetz m.W. macht. Wenn man dann auch noch den WLAN-Key (den originalen) und die MAC-Adresse der Quellbox sichert (z.B. einfach das Urlader-Environment noch mitnimmt), kann man das auch nachträglich noch entschlüsseln (das könnte Freetz tatsächlich zusätzlich übernehmen als "Option", wenn das Freetz-Backup definitiv aus einer anderen FRITZ!Box stammt) bei einer Wiederherstellung der Einstellungen über Freetz. Ansonsten einfach die Freetz-Sicherung so weit eindampfen, daß da keine AVM-Dateien mehr enthalten sind ... dann werden auch nicht die bereits wiederhergestellten Werte durch die aus der Freetz-Sicherung überschrieben - die Freetz-Einstellungen selbst sind ja nicht verschlüsselt.

Man kann doch auch beim Freetz Backup (einspielen) einfach angeben, dass die AVM Einstellungen nicht überschrieben werden sollen?! Oder gibts das nicht mehr?

Möglich ... da macht sich jetzt bemerkbar, daß ich Freetz nicht selbst einsetze (höchstens mal eine Testinstallation für irgendwelche Patches) und meist nur in die Quellen sehe (was ich hier sträflich vernachlässigt habe, wie ich zugeben muß).

Das würde dann das von mir erwähnte "Eindampfen" in der Tat erübrigen ... der Export in unverschlüsselter Form bliebe trotzdem in meinen Augen eine "Option", die einzubauen sich lohnen könnte - man könnte dann mit den Einstellungen auf eine andere Box umziehen und hätte gleichzeitig das "Nachschlagewerk", das sich einige Leute (als Kunden von Providern ohne freiwillige Herausgabe von Konfigurationsinfomationen) bisher erst mühsam "erarbeiten" müssen.

Das sind nicht wirklich "hashes" ... das wäre ja Einweg-"Kryptographie", bei der auf beiden Seiten derselbe Algorithmus auf dasselbe Kennwort (plus ein dynamisches "salt", damit der Hash-Wert auch wirklich errechnet werden muß und nicht einfach ein "replay" möglich ist) angewendet wird und dann wird dieser Hash-Wert miteinander verglichen, ohne daß das Kennwort im Klartext ausgetauscht werden muß.

Das ist bei den Credentials in der FRITZ!Box ganz klar nicht der Fall, sie können ja wieder in entschlüsselter Form ausgegeben werden, was bei der ausschließlichen Speicherung eines Hash-Wertes dieser "secrets" gar nicht möglich wäre.

Ich weiß nicht, was Freetz selbst an Anstrengungen zur Verschlüsselung eines Einstellungs-Backups alles unternimmt (ich glaube mich zu erinnern, daß es eigentlich gar nichts ist) ... aber spielt man eine per "cat" gesicherte Datei mit AVM-Einstellungen in dieselbe FRITZ!Box wieder ein, können die verschlüsselten Daten (es handelt sich im binäre Bereiche, die mittels einer (etwas modifizierten) Base32-Kodierung in Text gewandelt sind - eine passende Python-Klasse zur Wandlung Base32<->Binärdaten gibt es z.B. hier: https://github.com/PeterPawn/YourFritz/blob/master/encryption/base32.py) auch problemlos wieder gelesen werden.

Erst wenn man diese Daten auf eine andere Box überträgt, klappt das auf dem anderen Gerät dann nicht mehr, weil der "wlan_key"- und der "maca"-Wert aus dem Urladerenvironment nicht mehr zu den verschlüsselten Daten passen. Meines Wissens rührt Freetz jedenfalls diese verschlüsselten Werte gar nicht an bei einem Backup und damit sind es genau dieselben, die zu diesem Zeitpunkt in der ar7.cfg (oder einer anderen Datei mit verschlüsselten Werten) stehen.

Daß sich diese Werte in den AVM-Dateien auch mehr oder weniger regelmäßig ändern, weil sie bei jedem Schreibzugriff durch den ctlmgr auf eine dieser Einstellungsdateien neu verschlüsselt werden und es dabei eine "zufällige Komponente" als "salt" gibt, die in den binären Daten ebenfalls enthalten ist, ist ja problemlos durch das Ändern einer x-beliebigen Einstellung nachzuweisen, was dann trotzdem dazu führt, daß die Werte nach den vier Dollarzeichen bei allen diesen Einstellungen vollkommen andere Werte enthalten, auch wenn keine dieser Einstellungen selbst irgendwie geändert wurde.