Teil I Aufbau und Betrieb einer Zertifizierungsinstanz - DFN-CERT

92 Kapitel 4. Konzept für eine Zertifizierungsstelle (“plan”)
Bei wachsenden Nutzerzahlen wird eine möglichst effiziente Handhabung und Durchführung der
einzelnen Arbeitsschritte einer Zertifizierung immer wichtiger. 33 Der Automatisierung des Zertifizierungsprozesses
(sei es durch selbstgeschriebene Skripte, sei es durch den Einsatz neuer CA-
Software wie beispielsweise der, die von SIMON FRISCHEISEN im Rahmen einer Diplomarbeit an
der TU München [Fri99] entwickelt wird) kommt daher mit zunehmender Nachfrage nach den Zertifizierungsdiensten
eine immer größere Bedeutung zu. Ein Punkt, an dem die CA-Arbeit sich voraussichtlich
konzentrieren dürfte, ist der hohe Arbeitsaufwand bei der Verwaltung der zertifizierten
Keys und der Re-Zertifizierung bei einem Schlüsselwechsel der CA. Überhaupt sind die Funktionen
und Protokolle für ein effizientes und für den Anwender möglichst transparentes Key-Management
gerade erst im Entstehen und noch lange nicht umfassend in der Praxis erprobt. Hier darf man auch
auf die Erfahrungen der SigG-Zertifizierungsstellen gespannt sein, so sie denn hoffentlich einen Teil
ihrer Erfahrungen auch publizieren werden.
Ein weiterer Punkt, der sicher erst in einiger Zeit relevant werden wird, wenn die gesicherte Individualkommunikation
etabliert ist, dürfte die Zertifizierung von Gruppenschlüsseln, z.B. für verschlüsselte
Mailinglisten sein. Dabei werden dann möglicherweise auch Performance-Fragen eine
größere Rolle spielen (z.B. bei großen Mailinglisten mit mehreren tausend Empfängern). Auch eine
stärkere Unterstützung von Anonymitäts- und/oder Pseudonymitätsdiensten – gerade durch eine
Forschungseinrichtung! – wäre denkbar.
Die weiteren Fortschritte der Kryptographie können schließlich ebenfalls eine Entwicklung anstoßen
oder ein nicht eingeplantes Vorgehen erforderlich machen. So ist nicht auszuschließen, daß
die bislang entdeckten Schwachpunkte im Hash-Algorithmus MD5 in Zukunft so weit ausgenutzt
werden könnten, daß er als Message Digest nicht mehr weiter eingesetzt werden kann. Im Fall eines
kryptographischen oder mathematischen Durchbruches könnte sogar das RSA-Verfahren gebrochen
werden; dann müßte überall, wo es bisher eingesetzt wird, auf andere Verfahren oder Verfahrensklassen
ausgewichen werden. In beiden Fällen würde der Kompatibilitätsaspekt, der in diesem
Konzept noch als Begründung für das Festhalten an PGP 2.6 mit seinem MD5-Message Digest genannt
wird (s. 4.8.1), gegenüber den Sicherheitsbelangen in den Hintergrund treten. Um für solch
einen Fall besser gewappnet zu sein, ist es auch wichtig, daß neue Verschlüsselungsstandards bzw.
-formate so flexibel formuliert werden, daß ein Wechsel des Verschlüsselungs- oder des Message-
Digest-Verfahrens möglich ist, ohne deswegen den Standard oder den restlichen Teil der Software
ändern zu müssen. 34
Die beiden letzten Punkte, Zertifizierung von Gruppenschlüsseln und Weiterentwicklung der Kryptographie,
könnten u.U. ebenfalls eine Änderung der Policies nach sich ziehen. Gleiches gilt für die
Nachbereitung oder Aufarbeitung von sicherheitsrelevanten Vorfällen in einer CA. Gegebenenfalls
müssen aus derartigen Geschehnissen auch entsprechende Konsequenzen gezogen werden, z.B. für
die Arbeitsorganisation oder die erforderlichen Schutzmaßnahmen, so daß eine Policy-Anpassung
unumgänglich wird.
33
Siehe dazu auch [FSV98]; über Praxiserfahrung im Umgang mit einer großen Zahl von Zertifizierungsanträgen kann
heute bereits die pgpCA der c’t Auskunft geben (Anschrift s. Anhang M)
34
Im zukünftigen Internet-Protokoll IPv6 haben die Autoren diesem Umstand beispielsweise schon Rechnung getra-
gen.