ar7.cfg Sicherung über Freetz hat doppelte Verschlüsselung

Dann mach noch einmal eine Sicherung auf diese Weise und schau sofort nach, ob es wieder so ist.

greg54321 schrieb:

FRITZ.Box_Fon_WLAN_7270_v2_54.05.54-freetz-2.0-12926_1970-01-01_0135_settings.tgz

Zum Vergrößern anklicken....

Schon der Name dieser Sicherung (wenn die Box mit dem Internet verbunden war) legt eigentlich nahe, daß bereits zum Zeitpunkt dieser Sicherung etwas nicht so 100%ig stimmen kann. Die Box hat schon hier kein gültiges Datum, was i.d.R. darauf zurückzuführen ist, daß sie keine Internetverbindung aufbauen kann. Da sich die Zugangsdaten in der ar7.cfg befinden, ist schon hier zu unterstellen, daß die ar7.cfg bereits von der Box nicht mehr gelesen und entschlüsselt werden kann.

Ansonsten kann ich mir mit dem vorhandenen Code im Freetz-Trunk (die letzte relevante Änderung war vor 3 Jahren, danach wurde nur noch der Name der Export-Datei verändert) das anhand des Backup-Vorgangs nicht erklären ... da wird ganz normal mit "cat" der verschlüsselte Inhalt gesichert (es kann also auch nicht an einer Fehlfunktion von allcfgconv liegen).

War das eventuell nicht der erste Anlauf eines Restore-Vorgangs und da wurde mal eine ar7.cfg einzeln wiederhergestellt? Aber eigentlich erklärt auch das die doppelte Verschlüsselung nicht wirklich ... :gruebel:

Ich kann mir nicht einmal beim manuellen Überschreiben der Datei irgendwie erklären, wie das mit der doppelten Verschlüsselung funktionieren soll. Das kann theoretisch nur dann passieren, wenn beim ersten Einlesen der Datei durch den ctlmgr in seinen Cache irgendjemand an wlan_key oder maca "gedreht" hatte und er damit die Daten nicht entschlüsseln konnte (mithin die kodierten Daten wie Klartext behandelt werden). Dann wird die Änderung am Urlader-Environment wieder rückgängig gemacht und irgendetwas an einer Einstellung in der ar7.cfg geändert (über das Interface, nicht in der Datei), was zu einem Schreiben des neuen Inhalts (diesmal eben noch einmal mit den korrekten Werten aus dem Environment verschlüsselt, denn das erfolgt ja tatsächlich bei jeder Ausgabe aufs Neue) führt. Ein anderer Ablauf ist irgendwie nicht so richtig plausibel ...

Problem ist also offensichtlich, dass alles doppelt verschlüsselt wird beim Export, aber nur einmalig entschlüsselt während der Verarbeitung.

Zum Vergrößern anklicken....

Ich denke nicht, daß das reproduzierbar ist ... aber das kannst Du tatsächlich ganz leicht testen. Das Backup ist ja nur ein gepacktes tar-File mit sämtlichen in /var/flash sichtbaren char-Device-Inhalten. Wenn Du das in ein separates Verzeichnis entpacken läßt und dann die Dateien einzeln durch "decode_password" schickst, sollten dort keine Muster "$$$$[A-Z1-6]*" mehr enthalten sein. Finden sich solche Daten noch, konnten die betreffenden Werte nicht entschlüsselt werden.

BTW: decode_passwords kannst Du unter dem Namen "decode_fritzos_cfg" auch beim "make" in ein Freetz-Image mit 06.05 für Deine 7270v2 einbauen lassen.