Einsatzmöglichkeiten kryptographischer Methoden zur Signatur und ...

8.4.7. Gesicherter interner Mailversand
Verwendetes Tool:
8.3.8 (E-Mail Add-On)
Der gesicherte interne Mailversand lässt sich zu einem großen Teil (was die Qualität
der Sicherung angeht) bereits so wie im Soll-Modell vorgeschlagen realisieren. Es
gibt jedoch relativ große Komforteinbußen, da die Kryptographie nur durch den Einsatz
von Zusatzprogrammen auf die E-Mail-Programme aufgesetzt wird und noch
kein integraler Bestandteil ist. Es sind beispielsweise keine Funktionen vorhanden,
um eine verschlüsselt empfangene Mail unverschlüsselt zu speichern, also nur die
Übertragung zu schützen.
Ebenso wird die Option, einer automatischen Verschlüsselung aller abgehenden
Mails mit einer Warnung, wenn eine unverschlüsselte Mail versandt werden soll, bisher
nicht unterstützt. Dadurch besteht ein gewisses Restrisiko, dass ein Anwender in
dem Glauben, eine verschlüsselte Mail zu senden, versehentlich sensible Daten
unverschlüsselt sendet.
Durch die Technik ist es bisher kaum möglich dies zu unterbinden. Deshalb müssen
die Anwender regelmäßig darüber informiert werden, dass sie selbst die Vertraulichkeit
der übermittelten Daten sicherstellen müssen.
8.4.8. Gesicherter externer Mailversand
Verwendetes Tool:
8.3.8 (E-Mail Add-On)
Bei dem gesicherten externen Mailversand gilt das bereits zum gesicherten internen
Mailversand Gesagte. Es kommt allerdings hinzu, dass die Clients außerhalb der
MHH mit nicht kontrollierbarer Software im Einsatz sind und es so zu Kompatibilitätsproblemen
mit Kommunikationspartnern in der MHH kommen kann. Es gibt beispielsweise
verschiedene Versionen von PGP, die nur RSA und IDEA (die Versionen
2.x) beherrschen und nicht mit den Diffie-Hellmann-Schlüsseln der neueren Versionen
zurechtkommen. Auch gestaltet sich die Verteilung der Schlüssel im Vergleich
zur MHH schwierig, da es kein zentrales Verzeichnis aller PGP-Schlüssel
gibt.
Genauso, wie bei dem internen Mailversand existiert ein gewisses Restrisiko versehentlich
eine Mail mit sensiblen Daten über das Internet zu versenden.
Dieses Problem ist technisch gesehen bisher kaum abzusichern. Es ist daher notwendig
die Anwender regelmäßig darauf hinzuweisen, dass sie selbst dafür verantwortlich
sind die Vertraulichkeit der Übertragung sicherzustellen (siehe 3 (Rechtlicher
Rahmen der Kryptographie in Deutschland)).
83