zur Startseitezur Glossar-Startseite

Glossar: Schlüsselrichtlinie

28.02.2015

ausführliche Erklärung ←

Schlüssel sind erst mal nur Bitfolgen, mit denen man spezielle Operationen durchführen kann. Der Nutzer hat aber kein Interesse an Bitfolgen, sondern organisatorischen Annahmen wie zum Beispiel:

• Wenn man an den Schlüssel X verschlüsselt, dann kann nur der (angenommene) Besitzer von X die Daten lesen (weil (a) der Schlüssel so gut geschützt ist, dass er nicht geklaut werden konnte, und (b) der Besitzer ihn nicht bewusst herausgegeben hat, etwa im Rahmen einer Schulung).

• Wenn Daten eine Signatur von Schlüssel X haben, dann stellen diese Daten eine verbindliche (ggf., etwa bei der Erteilung eines Auftrags, auch rechtsverbindliche) Aussage von X dar (weil nur er die Signatur erzeugen konnte und genau das mit der Signierung aussagen wollte).

• Wenn ein anderer Schlüssel eine Signatur von Schlüssel X hat, dann hat der Besitzer von X die Identität und den Besitz der E-Mail-Adresse sorgfältig geprüft.

Diese Annahmen ergeben sich aber in keiner Weise direkt aus der Technik. Deshalb muss ein Schlüssel mit entsprechenden Erklärungen versehen werden, wenn man es ernst meint. Diese Erklärungen, die auch andere Schlüssel (Vorgänger und Nachfolger) betreffen können, nennt man eine Schlüsselrichtlinie. Teil einer Schlüsselrichtlinie ist die Zertifizierungsrichtlinie, die für die Bewertung des web of trust (bzw. den jeweiligen Ausschnitt, mit dem man es zu tun hat) von größter Bedeutung ist.

Natürlich muss man sich auf diese Angaben verlassen können. Dabei ist es ein großer Unterschied, ob man nur selber sicher sein muss oder ob man die Gültigkeit auch gegenüber Dritten beweisen können muss (etwa vor Gericht, wenn es um Verträge geht). Man kann eine Schlüsselrichtlinie ausdrucken und unterschreiben. Wenn sich ihre Verbindlichkeit daraus ergibt, dass sie als digitales Dokument von einem Schlüssel unterschrieben wurde, dann ist die Verlässlichkeit natürlich nicht größer als die Sicherheit des Schlüssels. Deshalb ist eine Schlüsselrichtlinie wirklich sinnvoll nur bei Schlüsseln mit hohem Sicherheitsniveau (Offline-Hauptschlüsseln, wenn das Dokument mit dem Hauptschlüssel signiert, oder Hochsicherheits-Schlüssel), denn bei den anderen muss man immer annehmen, dass sie kompromittiert wurden und danach eine manipulierte Richtlinie signiert wurde, die ein höheres Sicherheitsniveau behauptet. Man muss also mit Sicherheit wissen, dass ein Schlüssel ein hohes Sicherheitsniveau hat, um sich nur wegen seiner Signatur auf die Schlüsselrichtlinie zu verlassen.

Da es entscheidend ist, von diesem vorgegebenen Verhalten nicht abzuweichen, sollte man eine Schlüsselrichtlinie schon haben (bzw. sich für eine entschieden haben), wenn der Schlüssel erzeugt wird. Es ist viel einfacher, eine vorhandene Richtlinie (in der man jederzeit nachlesen kann) zu befolgen, als sich im nachhinein zu überlegen, was man mit dem Schlüssel alles gemacht hat.

Da es immens komplizierter ist, sich auf eine Zertifizierungsrichtlinie festzulegen, als nur das Sicherheitsniveau und den Zweck des Schlüssels zu beschreiben, ist es für Anfänger ratsam, sich erst mal für eine Schlüsselrichtlinie ohne Zertifizierungsrichtlinie zu entscheiden und keine öffentlichen Zertifizierungen vorzunehmen. Wenn Schlüssel zertifiziert werden (was durchaus nötig sein kann), dann sollte man sich auf lokale Zertifizierungen (lsign) beschränken.

Vorlagen für Schlüsselrichtlinien

In professionellem Kontext (Certification Authorities) sind Schlüsselrichtlinien sehr umfangreich (CAcert als Beispiel); es gibt sogar einen RfC dafür).

policy URL ←