Crypto Terms: Unterschied zwischen den Versionen
(→Quelle) |
|||
| (5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 6: | Zeile 6: | ||
*Verschlüsselungsalgorithmen (Chiffren) | *Verschlüsselungsalgorithmen (Chiffren) | ||
;Hashes | ;Hashes | ||
| − | *Algorithmus für Message Authentication Codes (MAC) | + | *Algorithmus für Message Authentication Codes (MAC) |
;Asymmetrische Verschlüsselung | ;Asymmetrische Verschlüsselung | ||
| − | *Authentifizierte Verschlüsselung | + | *Authentifizierte Verschlüsselung |
| − | |||
| − | |||
| + | =Komponenten= | ||
==Schlüsselaustauschprotokoll (Diffie-Hellman)== | ==Schlüsselaustauschprotokoll (Diffie-Hellman)== | ||
| − | + | Ein Schlüsselaustauschprotokoll ist eine Methode, bei der Parteien, die keine geheimen Informationen teilen, einen gemeinsamen geheimen Schlüssel über einen öffentlichen Kanal aushandeln. Die wichtigste Eigenschaft dabei ist, dass ein lauschender Angreifer, der alle übertragenen Nachrichten sieht, nicht auf den ausgehandelten Schlüssel schließen kann. | |
| − | keine geheimen Informationen teilen | + | *Beispiel: DHE |
| − | |||
| − | |||
| − | *Beispiel DHE | ||
==Authentifizierung (asymmetrische Verschlüsselung)== | ==Authentifizierung (asymmetrische Verschlüsselung)== | ||
| − | Der Server authentifiziert gegenüber dem Client durch sein Zertifikat. Optional kann sich der Client gegenüber | + | Der Server authentifiziert sich gegenüber dem Client durch sein Zertifikat. Optional kann sich der Client gegenüber dem Server ebenfalls über ein Zertifikat authentifizieren. |
*Beispiel: RSA | *Beispiel: RSA | ||
==Chiffre (symmetrische Verschlüsselung)== | ==Chiffre (symmetrische Verschlüsselung)== | ||
| − | Die Chiffre wird verwendet, um den Nachrichtenstrom zu verschlüsseln. | + | Die Chiffre wird verwendet, um den Nachrichtenstrom zu verschlüsseln. Sie legt auch die Schlüsselgröße und den Betriebsmodus fest. |
*Beispiel: AES256 | *Beispiel: AES256 | ||
==Nachrichtenauthentifizierungscode (HASH)== | ==Nachrichtenauthentifizierungscode (HASH)== | ||
Ein MAC stellt sicher, dass die Nachricht nicht manipuliert wurde (Integrität). | Ein MAC stellt sicher, dass die Nachricht nicht manipuliert wurde (Integrität). | ||
| − | * | + | *Beispiel: SHA256 |
=Zusammensetzung eines typischen Chiffrierstrings= | =Zusammensetzung eines typischen Chiffrierstrings= | ||
*DHE – RSA – AES256 – SHA256 | *DHE – RSA – AES256 – SHA256 | ||
| − | =Perfect Forward | + | =Perfect Forward Secrecy= |
| − | Forward Secrecy oder Perfect Forward Secrecy ist eine Eigenschaft einer | + | Forward Secrecy (oder Perfect Forward Secrecy) ist eine Eigenschaft einer Verschlüsselungskonfiguration, die Vertraulichkeit auch dann gewährleistet, wenn ein Sitzungsschlüssel kompromittiert wurde. Aufgezeichneter Datenverkehr kann damit nicht vollständig entschlüsselt werden, selbst wenn ein Angreifer nachträglich einen Sitzungsschlüssel in die Hände bekommt. |
| − | |||
| − | entschlüsselt werden, | ||
=Empfohlene Verschlüsselungssammlungen= | =Empfohlene Verschlüsselungssammlungen= | ||
| − | + | Systemadministratoren, die ihre Kommunikationssicherheit verbessern wollen, müssen abwägen, ob sie eine möglichst hohe Verschlüsselungsstärke bevorzugen oder möglichst viele Clients unterstützen möchten. Die Website https://www.ssllabs.com/ bietet Administratoren und Sicherheitsingenieuren ein Tool zum Testen ihrer Konfiguration und zum Prüfen der Client-Kompatibilität. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
==Konfiguration A: Starke Chiffren, weniger Clients== | ==Konfiguration A: Starke Chiffren, weniger Clients== | ||
| − | + | Diese Konfiguration empfiehlt sich in Umgebungen, in denen Kompatibilität keine große Rolle spielt – zum Beispiel bei Machine-to-Machine-Kommunikation oder in Unternehmensumgebungen, in denen die eingesetzte Software ohne Einschränkungen konfiguriert werden kann. | |
| − | |||
| − | |||
| − | Kommunikation oder | ||
| − | |||
| − | |||
| − | |||
| − | |||
| + | ==OpenSSL-String== | ||
| + | TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256 | ||
==Kompatibilität== | ==Kompatibilität== | ||
| − | + | Die Kompatibilität hängt von den eingesetzten Client-Versionen ab. | |
| − | + | Aktuelle Informationen liefert https://www.ssllabs.com/. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
Aktuelle Version vom 2. Juni 2026, 09:57 Uhr
Cipher Suites Architekturübersicht
Eine Cipher Suite ist eine standardisierte Sammlung von
- Diffie-Hellman
- Schlüsselaustauschalgorithmen
- Symmetrische Verschlüsselung
- Verschlüsselungsalgorithmen (Chiffren)
- Hashes
- Algorithmus für Message Authentication Codes (MAC)
- Asymmetrische Verschlüsselung
- Authentifizierte Verschlüsselung
Komponenten
Schlüsselaustauschprotokoll (Diffie-Hellman)
Ein Schlüsselaustauschprotokoll ist eine Methode, bei der Parteien, die keine geheimen Informationen teilen, einen gemeinsamen geheimen Schlüssel über einen öffentlichen Kanal aushandeln. Die wichtigste Eigenschaft dabei ist, dass ein lauschender Angreifer, der alle übertragenen Nachrichten sieht, nicht auf den ausgehandelten Schlüssel schließen kann.
- Beispiel: DHE
Authentifizierung (asymmetrische Verschlüsselung)
Der Server authentifiziert sich gegenüber dem Client durch sein Zertifikat. Optional kann sich der Client gegenüber dem Server ebenfalls über ein Zertifikat authentifizieren.
- Beispiel: RSA
Chiffre (symmetrische Verschlüsselung)
Die Chiffre wird verwendet, um den Nachrichtenstrom zu verschlüsseln. Sie legt auch die Schlüsselgröße und den Betriebsmodus fest.
- Beispiel: AES256
Nachrichtenauthentifizierungscode (HASH)
Ein MAC stellt sicher, dass die Nachricht nicht manipuliert wurde (Integrität).
- Beispiel: SHA256
Zusammensetzung eines typischen Chiffrierstrings
- DHE – RSA – AES256 – SHA256
Perfect Forward Secrecy
Forward Secrecy (oder Perfect Forward Secrecy) ist eine Eigenschaft einer Verschlüsselungskonfiguration, die Vertraulichkeit auch dann gewährleistet, wenn ein Sitzungsschlüssel kompromittiert wurde. Aufgezeichneter Datenverkehr kann damit nicht vollständig entschlüsselt werden, selbst wenn ein Angreifer nachträglich einen Sitzungsschlüssel in die Hände bekommt.
Empfohlene Verschlüsselungssammlungen
Systemadministratoren, die ihre Kommunikationssicherheit verbessern wollen, müssen abwägen, ob sie eine möglichst hohe Verschlüsselungsstärke bevorzugen oder möglichst viele Clients unterstützen möchten. Die Website https://www.ssllabs.com/ bietet Administratoren und Sicherheitsingenieuren ein Tool zum Testen ihrer Konfiguration und zum Prüfen der Client-Kompatibilität.
Konfiguration A: Starke Chiffren, weniger Clients
Diese Konfiguration empfiehlt sich in Umgebungen, in denen Kompatibilität keine große Rolle spielt – zum Beispiel bei Machine-to-Machine-Kommunikation oder in Unternehmensumgebungen, in denen die eingesetzte Software ohne Einschränkungen konfiguriert werden kann.
OpenSSL-String
TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256
Kompatibilität
Die Kompatibilität hängt von den eingesetzten Client-Versionen ab. Aktuelle Informationen liefert https://www.ssllabs.com/.