![]() |
S/MIME 4.0 Algorithmus - Druckversion +- NoSpamProxy Forum (https://forum.nospamproxy.com) +-- Forum: NoSpamProxy Server (https://forum.nospamproxy.com/forumdisplay.php?fid=1) +--- Forum: Encryption (https://forum.nospamproxy.com/forumdisplay.php?fid=4) +--- Thema: S/MIME 4.0 Algorithmus (/showthread.php?tid=46) |
S/MIME 4.0 Algorithmus - metin - 14.12.2019 NoSpamProxy unterstützt ja bereits S/MIME 4.0 (oder zumindest weitestgehend?) und dazu hätte ich eine Frage: In S/MIME 3.2 war ja AES256-CBC empfohlen (SHOULD support), während in S/MIME 4.0 AES256-GCM verwendet werden soll. Wie kann man hier die Abwärtskompatibilität mit E-Mail-Clients sicherstellen? Also wenn ein Client nur S/MIME 3.2 unterstützt, dann kann er doch möglicherweise mit AES256-GCM gar nicht umgehen? Oder verstehe ich hier etwas falsch? Wie handhabt das NoSpamProxy? RE: S/MIME 4.0 Algorithmus - StefanCink - 19.12.2019 Hallo, in diesem Fall halten wir uns an die RFC. AES GCM wird nur dann verwendet, wenn die Gegenseite dies im Rahmen der sogenannten S/MIME Capabilities signalisiert. Das heißt, in jeder eingehenden E-Mail mit S/MIME Signatur, steckt die Information, welche Algorithmen unterstützt werden. Diese merken wir uns. Wenn wir vom Kommunikationspartner noch nichts wissen, nehmen wir immer AES CBC. Gruß Stefan Cink RE: S/MIME 4.0 Algorithmus - metin - 20.12.2019 Das klingt vernünftig, entspricht dann ja aber streng genommen nicht S/MIME 4.0, weil es dort AES256-CBC nicht mehr gibt. Meiner Meinung nach ist dann ein Fehler im RFC. RE: S/MIME 4.0 Algorithmus - StefanCink - 23.12.2019 Wenn der Absender S/MIME4 verwendet, wissen wir das ja anhand der S/MIME Capabilites und merken uns das. Da wir außerhalb der NoSpamProxy-zu-NoSpamProxy Kommunikation bisher noch keine S/MIME4 basierten Nachrichten gesehen haben, können wir das Standardverhalten auch noch nicht ändern. Mit freundlichen Grüßen Stefan Cink |