Sicherheit in Rechnernetzen - Professur Datenschutz und ...

B.3 Lösungen zu Kryptologische Grundlagen
ohne daß jemand anderes, auch nicht der den Algorithmus oder das Algorithmenpaar
erfindende Kryptograph, die Sicherheit brechen kann. Folglich müßte der erfindende
Kryptograph beseitigt oder zumindest in Isolationshaft genommen werden, denn
er kennt den geheimen Algorithmus. Während im Altertum so etwas vorgekommen
sein soll, verbietet es sich, seit allen Menschen, selbst Kryptographen, Menschenrechte
zuerkannt werden.
– Wie soll die Sicherheit des kryptographischen Algorithmus analysiert werden? Jeder,
der einen symmetrischen Algorithmus analysiert, ist genauso ein Sicherheitsrisiko
wie der Erfinder. Bei asymmetrischen Algorithmen ist zumindest jeder, der
zur Überprüfung der Sicherheit auch den geheimen Algorithmus erfährt, ein Sicherheitsrisiko.
– Eine Implementierung der kryptographischen Systeme in Software, Firmware oder
gar Hardware ist nur möglich, wenn der Benutzer in der Lage ist, sie selbst durchzuführen.
Andernfalls gilt für den Implementierer Gleiches wie für den Algorithmenerfinder.
– In öffentlichen Systemen, wo potentiell jeder mit jedem gesichert kommunizieren
können möchte, wären nur Softwareimplementierungen mit Algorithmen- statt Schlüsselaustausch
möglich - Firmware ist maschinenabhängig und Hardwareaustausch
erfordert physischen Transport. Selbst bei Softwareimplementierungen besteht der
Nachteil, daß die bei symmetrischen kryptographischen Systemen vertraulich und
integer und bei asymmetrischen Systemen integer auszutauschende Bitmenge erheblich
größer ist: Algorithmen (sprich: Programme) sind üblicherweise länger als
Schlüssel.
– Eine Normung von kryptographischen Algorithmen wäre aus technischen Gründen
unmöglich.
c) Die Hauptvorteile der Benutzung von Schlüsseln sind: Die kryptographischen Algorithmen
können öffentlich bekannt sein. Dies ermöglicht
+ eine breite öffentliche Validierung ihrer Sicherheit,
+ ihre Normung,
+ beliebige Implementierungsformen,
+ Massenproduktion sowie
+ eine Validierung auch der Sicherheit der Implementierung.
Aufgabe auf Seite 432.
3-4 Schlüsselabgleich bei teilnehmerautonomer Schlüsselgenerierung?
Der Einwand gegen teilnehmerautonome dezentrale Schlüsselgenerierung ist falsch (s.u.). Folglich
ist der Vorschlag unnötig und - bekanntermaßen - bzgl. der Vertraulichkeit der geheimen
Schlüssel sehr gefährlich.
483