Eine Infrastruktur öffentlicher Schlüssel (Public Key Infrastructure,
PKI) verwaltet Zertifikate, die als Grundlage verschiedener sicherer
Kommunikationsverfahren dienen. Die PKI bildet hierbei alle Funktionen
ab, die innerhalb eines Lebenszyklus von Zertifikaten notwendig sind:
Identitätsprüfung, Ausstellung, Erneuerung, Validierung und Widerruf.
Die Zertifikate selbst basieren auf Schlüsselpaaren, die aus einem
öffentlichen, bekannten Schlüssel und einem privaten, geheimen Schlüssel
bestehen. Ein Zertifikat ist die elektronische Repräsentation dieses
öffentlichen Schlüssels zusammen mit Informationen über den Inhaber
sowie andere Eigenschaften des Schlüsselmaterials, die durch eine
digitale Signatur der ausstellenden Instanz bestätigt werden.
Schlüssel und Algorithmen
Über
das zugrunde liegende asymmetrische Verschlüsselungsverfahren und
dessen Kombination mit symmetrischer Verschlüsselung oder Hash-Verfahren
ergeben sich vielfältige Anwendungsfälle von der Identitätsfeststellung
von Personen, Geräten oder Services bis hin zur Verschlüsselung von
Daten mit einem sicheren Schlüsselaustausch. So finden sich Zertifikate
in Verfahren wie Identifizierung und Verschlüsselung von Webservices
(SSL), Signatur und Verschlüsselung von E-Mails (S/MIME),
Benutzeranmeldung an Rechnersystemen und Webservices (SAP) oder
digitales Rechtemanagement von Informationen (DRM).
Von
wesentlicher Bedeutung für die Sicherheit der eingesetzten Zertifikate
sind die Algorithmen der Signatur und das eingesetzte Hash-Verfahren.
Ersteres wird in Regel fast immer mit RSA und Schlüssellängen von 1.024
oder 2.048 Bit abgebildet. Alternativen wie DSA (Digital Signature
Algorithm) und Modifikationen davon unter Verwendung elliptischer
Verfahren (EC-DSA, EC-KDSA) finden sich zwar schon lange in Standards
wie Common PKI 2.0 oder Empfehlungen des BSI wieder, jedoch ist die
Verbreitung noch recht gering. Im Bereich der Hash-Algorithmen werden
die weitläufig eingesetzten SHA1-Varianten (160 Bit) sukzessive gegen
längere Hash-Werte (SHA-224, -256, -384 und -512, auch bezeichnet als
SHA2-Gruppe) getauscht. Hintergrund ist ein bereits 2005 dokumentiertes
erfolgreiches Angriffsverfahren gegen SHA1.
Aufbau einer PKI
Die
Hauptaufgabe einer PKI besteht in der Erzeugung der oben beschriebenen
Zertifikate. Dazu verfügt sie über ein eigenes Schlüsselpaar: den
geheimen privaten Schlüssel der PKI, der entsprechend sicher aufbewahrt
werden muss und zur Signierung aller Anträge weiterer Teilnehmer
verwendet wird. Der zweite Schlüssel ist der öffentliche Schlüssel, der
zur Verifizierung der ausgestellten Zertifikate genutzt wird. Diese
Kernkomponente wird als CA (Certificate Authority) bezeichnet.
Zur
organisatorischen Umsetzung einer PKI gehört auch eine
Registrierungsstelle (RA, Registration Authority), bei der die
benötigten Zertifikate beantragt werden. Für die Einreichung eines
Antrags zum Ausstellen eines Zertifikates, dem sogenannten Certificate
Signing Request (CSR), gibt es verschiedene Verfahren wie
Self-Enrollment (manuelle Einreichung durch den Antragssteller),
Auto-Enrollment (Einreichung und Signierung ohne manuelle Interaktion)
oder die Ausstellung unter Einbeziehung eines sogenannten RA-Officers.
Neben der Prüfung des CSR auf Richtigkeit der enthaltenen Angaben ist
die wichtigste Funktion, der RA die Identitätsfeststellung des
Antragsstellers, denn diese Identität stellt der Antragssteller nach
erfolgter Signatur durch die CA anderen Kommunikationsteilnehmern
gegenüber dar. Er nutzt damit die Vertrauensstellung der ausstellenden
PKI für seinen eigenen Identitätsnachweis.
Ausgestellte
Zertifikate einer PKI sind solange gültig, wie durch die im Zertifikat
definierten Gültigkeitsdaten angegeben ist oder aber das Zertifikat aus
einem bestimmten Grund zurückgezogen wird. Diese Sperrung (Revocation)
wird in sogenannten Widerrufslisten (CRL, Certificate Revocation List)
veröffentlicht. Teilnehmer innerhalb einer zertifikatsgestützten
Kommunikation überprüfen diese Listen zusätzlich zur Validierung der
Zertifikatseigenschaften. Online-Verfahren ermöglichen die
Gültigkeitsprüfung in Echtzeit beispielsweise im Rahmen von OCSP (Online
Certificate Status Protocol) oder SCVP (Server-Based Certificate
Validation Protocol). Als letzte erforderliche Komponente der
technischen Infrastruktur ist die Enrollment Entity (EE) zu nennen, die
das Interface zur Annahme eines CSRs darstellt.
Aus der
Erfahrung heraus sollten IT-Verantwortliche beim Entwurf einer PKI
darauf achten, dass das Setup so stringent und effizient wie möglich zu
halten, da jede einzelne Komponente Einfluss auf die Sicherheit der
gesamten Installation hat. Eine Beschreibung der Anforderungen an die
PKI wird in Form der sogenannten Certificate Policy (CP) erstellt und
durch ein Certification Practise Stratement (CPS) ergänzt. Das CPS
beschreibt alle technischen Komponenten sowie auch organisatorischen
Prozesse innerhalb der PKI. Je komplexer eine PKI geplant wird, desto
umfangreicher wird auch eine Umsetzung die dem CP entspricht.
Vertrauensbeziehungen erhöhen signifikant die Komplexität
Diese
Komplexität lässt sich insbesondere durch das Vertrauensmodell zwischen
verschiedenen PKI soweit steigern, dass der Betrieb einer eigenen PKI
kaum noch handhabbar ist. Zu den einfacheren und am häufigsten
anzutreffenden Vertrauensmodellen zählen hierarchische Strukturen, in
denen die oberste Hierarchieebene durch die Root-CA dargestellt wird.
Diese CA bildet innerhalb der Hierarchie den gemeinsamen Vertrauensanker
zu allen unterhalb betriebenen CAs und ist somit auch durch besondere
Sicherheitsmaßnahmen zu schützen.
Weiterhin ist das Modell "Web
of Trust" (oder meshed PKI) zu nennen, das zum Beispiel bei OpenPGP
anzutreffen ist. Des Weiteren gibt es Cross- und Bridge-Architekturen.
Während bei einer Cross-PKI alle CAs untereinander vertrauen müssen,
verlagert man diese Vertrauensfeststellung bei der Bridge-CA auf eine
einzelne CA, die keine Zertifikate ausstellt, sondern nur als
Vertrauensanker dient. In Unternehmen sind in der Regel hierarchische
Strukturen anzutreffen, ein Standard-Design geht von zwei bis maximal
drei Ebenen aus. Dies wird im Wesentlichen bestimmt durch die Größe des
Unternehmens, unterschiedliche Verwaltungseinheiten oder auch
regulatorischen Anforderungen.
Grundlagen
Public Key-Infrastrukturen
In unserer Grundlagen-Rubrik erklären wir wichtige Aufgaben und Technologien aus dem Arbeitsalltag eines Netzwerk- und Systemadministrators. Hier erfahren Sie anhand prägnanter Erklärungen zu den wichtigsten Begriffen des jeweiligen Themenfeldes Hintergründe und Zusammenhänge in kompakter, praxisnaher Form.
Nachrichten
Hardwarebasierte Sicherheit [6.12.2019]

IGEL hat die neue Version seines Thin-Clients, dem "UD7" vorgestellt, das ab sofort die integrierte AMD-Secure-Processor-Technologie enthält. Diese bietet laut Hersteller ein dediziertes Chain-of-Trust-Sicherheitssystem, das den Schutz der Endgeräte weiter erhöhen und die Sicherheitsrisiken weiter reduzieren soll. [mehr]
TeamViewer integriert Patch-Management-Funktion [5.12.2019]
TeamViewer erweitert seine Software "Monitoring & Asset Management" um eine Patch-Management-Funktion. Damit sollen besonders kleine und mittelständische Unternehmen darin unterstützt werden, ihre Software auf dem aktuellen Stand zu halten. Häufig stellen veraltete Programme nämlich ein Einfallstor für Angreifer dar. [mehr]
Tiefgehender Mobile-Schutz [2.12.2019]
Tipps & Tools
Vorschau November 2019: Container & Anwendungsserver [21.10.2019]

Das Bereitstellen von Anwendungen ist eine zentrale Administrationsaufgabe und Fehler hierbei fallen Mitarbeitern wie Kunden unmittelbar auf. Eine wichtige Rolle spielt das Fundament für Applikationen, die Serverlandschaft. In der November-Ausgabe beleuchtet IT-Administrator das Thema "Container & Anwendungsserver". Darin lesen Sie etwa, welche Best Practices Sie bei Microsofts IIS nutzen sollten und wie Sie Container-Logdaten mit Fluentbit auswerten. Außerdem werfen wir einen Blick auf die Orchestrierung von Containern und die Kubernetes-Alternative Nomad. In den Tests tritt der Solarwinds Server & Application Monitor an. [mehr]
VPC richtig konfigurieren [18.08.2019]

Wenn Sie eine Virtual Private Cloud für die Verwendung mit Amazon Aurora anlegen, ist es wichtig diese richtig zu konfigurieren. Grundsätzlich muss eine Virtual Private Cloud (VPC), die einen Amazon-Aurora-DB-Cluster enthält, mindestens zwei Availability Zones (AZ) umfassen. Jede AZ muss außerdem mindestens ein Subnetz bereithalten. Für das folgende Beispielszenario melden Sie sich in der AWS Management Console an und öffnen dort die VPC-Konsole. [mehr]