Thursday, September 7. 2006Signierte E-Mails von Amazon?Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Das was ihr wollt gibt es schon Nein, gibt es nicht. Denn zum einen sichert TLS nur den Transportweg zwischen den Servern, es bietet dem Empfänger der Mail keine Möglichkeit den Absender zu verifizieren. Und selbst wenn einem die Absicherung des Weges zwischen den Mailservern reichen würde (was es meiner Meinung nach nicht tut) – wie viele Amazon-Kunden konfigurieren ihre Mailserver wohl selber? SMTP/TLS bietet sehr wohl die Möglichkeit, den Absender zu identifizieren. Genau genommen ist es nicht der Absender als Person (im Falle von Amazon sowieso: "ein Programm"), sondern der ausliefernde Mailserver. Für die Art der Gefahr, von der Amazon und ähnliche am meisten betroffen sind (Phishing), ist der Einsatz von SMTP/TLS mit Prüfung der Zertifikate auf Mailserver-Ebene sinnvoll: Ein Mail, angeblich von Amazon, ohne überprüfbares Zertifikat? REJECT. Es ist genauso ein Feature von SMTP/TLS, dass der Amazon-Kunde eben nicht den Mailserver dafür konfigurieren muss. Ein Administrator macht das, und hat damit alle seine User geschützt. Eben, es wird nur der ausliefernde Mailserver identifiziert – und was bringt das einem Enduser? Erstmal nix. Keine Frage: TLS ist sinnvoll, aber es ist für dieses Problem nicht die Lösung. SMTP/TLS ist kein Problem von Endusern, sondern von Mailserver-Administratoren. Warum muss es Aufgabe des Endbenutzers sein? Im Gegenteil, da die grosse Zahl der Endbenutzer damit überfordert sind (egal ob PGP oder S/MIME), bringt es wesentlich mehr Benefit, wenn die Identifizierung und Authentifizierung zentral erfolgt. Sicher ist SMTP/TLS nicht die Lösung für alle Probleme, und wenn Anbieter Methoden wie PGP unterstützen ist das eine Gute Sache™. Aber: Endbenutzer-Crypto-Lösungen sind äusserst aufwändig in der organisatorischen und administrativen Handhabung; ihr Nutzen hängt stark davon ab, ob die Endbenutzer richtig damit umgehen können — was in vielen Fällen bezweifelt werden darf. Ende-zu-Ende / Site-to-Site. Äpfel / Birnen. Was gibts darüber eigentlich zu diskutieren? :-o |
QuicksearchSicheres E-MailEinführung
CA Postfix Cyrus IMAP Apache Signieren Postfix: TLS erzwingen für eingehende / ausgehende Mails TLS Statistik Test-Script OpenSSL Cheat Sheet Blog AdministrationRights & Wrongs |