Zertifikatsprobleme - Fritzbox vs Synology

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
Ok, dann passt das.
Hast Du obig verlinkte Seite mit Deinem Chrome mal aufgerufen? Wie sieht dort die präferierte Cipher-Liste aus?
 
Ja hab ich.. Komischerweise werden dort auch andere unterstützte Methoden aufgelistet:
ssllabs.com_chrome.PNG
 
Wie sieht die Cipher Suite-Liste aus, wenn Du Deinen Server mit SSLLabs prüfst?
 
Warum sollte das auch nicht da stehen? Ist völlig in Ordnung so.
Wenn Du mit Chrome auf eine SSL-verschlüsselte Seite Deiner DS zugreifst und Du dann in Chrome die Infos über den SSL-Status anschaust, sollte dort jetzt aber etwas stehen von "...ECDHE-RSA mit AES256 CBC...".
 
Naja, es ging mir ja darum, dass Chrome sagt, es sei eine veraltete Verschlüsselung..

chome_ssl.png
 
Na, dann könntest Du in der httpd-ssl.conf-cipher die Reihenfolge für AES ändern, indem Du AES128 vor AES256 platzierst:
Code:
...
SSLCipherSuite  HIGH:!EXPORT:!eNULL:!aNULL:!DES:!RC4:!RC2:!MD5:!IDEA:!SEED:+AES128:+AES256:+CAMELLIA:!3DES:+kEECDH:+kRSA:!EDH:!aECDH:!aECDSA:!kECDHe:!SRP:!PSK
...
Dadurch müßte mit Chrome ECDHE-RSA-AES128-GCM-SHA256 verwendet werden, was in Googles Augen dann auch "modern cryptography" ist :D
 
Nein, die ist nicht schlecht :)
Es gibt keine in jeder Hinsicht "perfekte" Verschlüsselung - wenn's die gäbe, würden alle sie auch benutzen. Ob nun Verschlüsselungsalgorithmus selbst, der Hash-Algorithmus oder Schlüsseltausch - es gibt bei allen Teilen unterschiedlichste Stärken und Schwächen. Angriffsszenarien können bei niederdimensionalen Mannigfaltigkeiten schlicht Brute-Force sein, bei anderen eher auf Basis von Cryptoanalyse, die dann bspw. in künstlicher Schwächung von Zufallszahlengeneratoren mündet ("echte" Zufallszahlen sind das A und O der Verschlüsselung). Der CBC-Modus, wie er bspw. bei symmetrischen Blockchiffren wie AES zum Einsatz kommt, bietet nun auch Angriffsflächen - wobei es dann eben auch darauf ankommt, wie er eingesetzt wird. Bei einer AES256-Verschlüsselung mit gewöhnlichem RSA-Schlüsseltausch und einem SHA1 als Hashwert wird er schwächer bewertet als mit der gleichen Verschlüsselung, die per ECDHE die Schlüssel tauscht und einen SHA256-Hash nutzt. Dazu gab es auch fehlerhafte CBC-Implementierungen in der Vergangenheit, was seinem Ruf nicht wirklich gut getan hat. In vielen Fällen stärker ist der GCM-Modus, der es gestattet, eine Blockchiffre als Stromchiffre zu betreiben (was sehr schnell ist, aber gewisse Schwächen von Stromchiffren umgeht).
Aktuell kann man AES128 in einem GCM-Mode also in einem bestimmten Licht "besser" bewerten als AES256 mit CBC, da AES128 selbst mit seinen 10 Runden auch die nächsten 15 Jahre als sicher anzusehen ist... AES256 liefert hier keinen erheblichen Mehrwert (und dazu ist er einen Ticken langsamer), in einigen Angriffsszenarien ist er besser, in anderen etwas schwächer als das 128bit-Pendant.

Kurzum: Google hat hier gewisse Präferenzen, mehr nicht. Du kannst aber aktuell ebenso bedenkenlos ECDHE-RSA-AES256-CBC-SHA einsetzen wie auch ECDHE-RSA-AES128-GCM-SHA256.
 
Zuletzt bearbeitet:
Wow, vielen Dank für die ausführliche Antwort :)

Ist auf jeden Fall ein sehr interessantes Thema. Danke nochmal für deine Hilfe und wenn du noch interessante Links hast, über die man sich mehr informieren kann, dann nur her damit ;)
 
Nochmal Hallo zusammen ;)

Jetzt kam es so, wie ich es nicht hoffte.. Ein bestimmtes Programm von mir unterstützt leider kein TLS, sondern "nur" SSL.
Gibt es eine sichere Variante von SSL oder soll ich mich nach einem anderen Programm umsehen? Die Entwickler sagen dazu, dass sie später eine TLS Unterstützung anbieten, es aber noch keine genauen Pläne dafür gibt..
 
SSLv3 (was Du vermutlich meinst) ist anfällig gegenüber einigen Angriffen, die jüngst noch durch einige mehr ergänzt wurden - nicht umsonst deaktivieren viele Anbieter dieses Protokoll inzwischen standardmäßig (neben Synology auch viele Browserhersteller). Wenn Dein Programm nicht mindestens TLS1.0 zeitnah unterstützt, solltest Du Dir eine Alternative suchen.
 
Ja genau, es wird ausschließlich SSLv3 (hab ich vergessen zu erwähnen) unterstützt und laut support gibt es auch keine Planung, wann TLS implementiert wird.. Schade, vor allem, weil ich die Software brav gekauft hab :mad: :mad: :mad:

Naja, dann sei´s drum...

Ist zwar jetzt etwas OT, aber kennst du eine gute Software, die Ordner (nur PDFs) zwischen Lokal und Remote (WebDAV, SFTP) synchronisiert und TLS bietet? :p
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat