So, jetzt ist SSLv3 auch offiziell tot ...

http://tools.ietf.org/html/rfc7568

Stellt sich nun die Frage, was die ganzen Kunden mit alten gammeligen Routern machen sollen, die nur SSLv3 beherrschen.

Ich kann gerade nicht nachsehen, ob AVM's 7270v2/v3 - die in der 06.05 nur RC4 mit SHA oder MD5 beherrschen - das wenigstens "schon" als TLS(v1) unterstützen oder tatsächlich nur auf SSLv3 (im schlechtesten Fall sogar auf SSLv2 zusätzlich) reagieren - die dort verwendete OpenSSL-Version unterstützt es jedenfalls noch immer. Bleibt nur die Frage, wie verbreitet diese Boxen noch sind ... aber mit AVM-Firmware sollte man auf alle externen Zugriffsmöglichkeiten dort tunlichst verzichten.

eisbaerin schrieb:

Hängt das auch damit zusammen, daß ich mit Firefox nicht mehr per HTTPS auf einen Router WRT54GL1.1 mit alter FW DDWRT drauf komme?

Zum Vergrößern anklicken....

Das halte ich für mehr als wahrscheinlich.

Die 7170 mit 04.88 hat eine so alte OpenSSL-Implementierung (das ist offiziell noch eine 0.9.8l aus dem Jahr 2009, zumindest die libssl.so) mit weitgehend unbekanntem Patch-Stand, daß die Verwendung außerhalb eines LAN ohnehin galoppierender Leichtsinn wäre.

Da die freien Browser seit einiger Zeit die unsicheren Verfahren deaktivieren, wäre das nur logisch, wenn es da zu Problemen kommt.

andiling schrieb:

(Als Laie) lässt sich das nicht patchen? (D.h. aktuelles binary compilieren)

Zum Vergrößern anklicken....

Bei der 7170 von AVM bin ich nicht sicher ... es ist auch weniger das Binary (wenn es überhaupt ein "openssl"-Binary gibt), es sind die libssl.so und die libcrypto.so ... das Binary ist nur die "Anwendung" der dort vorhandenen Funktionalität.

Wie gut oder schlecht das mit dem Ersetzen der AVM-Bibliotheken funktioniert, müßte man mal im Freetz recherchieren für diese alten Versionen ... die früher mal übliche "avmcrypt.so" (so hieß die glaube ich), ist inzwischen wohl Geschichte, aber ob die Libs einfach ausgetauscht werden können bei der 04.88, weiß ich nicht (mehr).

VPN (das IPSec von AVM jedenfalls) benutzt kein SSL, nur die verwendeten Algorithmen und auch die Bibliotheken sind dieselben, es wäre ja auch Unsinn, eine AES-Verschlüsselung mehrmals zu implementieren, der Vorgang ist ja identisch.

Die Schwachstellen im SSL beruhen i.d.R. (schwache Algorithmen mal ausgenommen, ein VPN mit DES und MD5 nimmt auch kein verantwortungsvoller Firmen-Admin mehr) auf Fehlern im Protokoll und nicht auf Fehlern in den Algorithmen. Die werden nur im Laufe der Zeit "weak", wenn die Möglichkeiten für Brute-Force-Angriffe immer besser werden wg. schnellerer Technik oder wenn tatsächlich mal eine "Abkürzung" in einer Berechnung entdeckt wird, was aber eher selten der Fall ist, deutlich seltener als Angriffe wg. Designschwächen des Protokolls.

Ansonsten ist das bei der 7170 (event. auch bei der 7270, aber die hat ja auch schon NAS usw.) zwar meist wirklich die "Fernwartung", aber es läuft ja tatsächlich jeder externe Zugriff (auch die diversen FRITZ!App irgendwas von unterwegs) über den SSL-Zugang (auch TR-064 von extern als Aufruf über /tr064cgi - etwas modifiziert ggü. der internen Version, aber derselbe Umfang) und der Glaube, es wäre nur die Fernwartung ("Und die benutze ich ja nicht ...") ist zumindest bei Smartphones/Tablets mit Android (die iOS-Apps sind je eher übersichtlich) und der Nutzung von FRITZ!Apps aus der Ferne auch ein Trugschluß. Das sind alles SSL/TLS-Verbindungen (erst seit 06.20 gibt es TLSv1.2 und auch wieder "richtige" Verfahren, die nicht im Allgemeinen als "broken" gelten) und die lassen sich eben auf bekannten Wegen angreifen. Eine Downgrade-Attacke wie bei FREAK ist auch problemlos auf eine FRITZ!Box denkbar ... nur nebenbei bemerkt, verwendet die tatsächlich auch nur 512-Bit-DH-Parameter (selbst aktuelle Release-Versionen, wenn man nicht selbst Vorsorge trifft) und ob die nicht auch sogar bei den Boxen alle einheitlich sind (weil in die Firmware einkompiliert), habe ich noch nie geprüft.
EDIT: Ehe da meinerseits Verwirrung gestiftet wird, weil ich oben nicht klar getrennt habe ... die "schwachen" DH-Parameter haben natürlich nichts mit FREAK zu tun (das ist ein Downgrade bis Export-Verschlüsselung). Die neueste(?) Sicherheitslücke an der Stelle hat den schönen Namen "LogJam" und da geht es um die DH-Parameter.