EMZETT.Schlüssel
Kurz: Der geheime (oder teilweise geheime) Wert, den ein Verschlüsselungsalgorithmus neben den Daten selbst braucht, um Klartext in Geheimtext umzuwandeln oder wieder zurück.
Genauer: Die Sicherheit moderner Kryptografie beruht komplett auf der Geheimhaltung des Schlüssels, nicht auf der Geheimhaltung des Algorithmus (Kerckhoffs’ Prinzip). Bei symmetrischer Verschlüsselung gibt es einen gemeinsamen Schlüssel, bei asymmetrischer Verschlüsselung ein Schlüsselpaar aus öffentlichem und privatem Schlüssel. Längere Schlüssel bedeuten (bis zu einem gewissen Punkt) mehr Sicherheit, da Brute-Force-Angriffe exponentiell aufwendiger werden.
Im Detail
Kerckhoffs’ Prinzip aus dem 19. Jahrhundert ist bis heute die Grundregel moderner Kryptografie: Ein Verschlüsselungssystem muss auch dann sicher sein, wenn der Angreifer den gesamten Algorithmus kennt — nur der Schlüssel selbst darf geheim sein. AES, RSA und die SHA-Familie sind allesamt öffentlich dokumentierte, offen einsehbare Algorithmen; ihre Sicherheit beruht ausschließlich darauf, dass ein Angreifer den richtigen Schlüssel nicht kennt und ihn auch nicht in praktikabler Zeit erraten oder berechnen kann.
Die Schlüssellänge bestimmt direkt, wie viele mögliche Schlüssel ein Angreifer im schlimmsten Fall durchprobieren müsste:
128-Bit-Schlüssel: 2^128 ≈ 3,4 × 10^38 mögliche Kombinationen
256-Bit-Schlüssel: 2^256 ≈ 1,2 × 10^77 mögliche Kombinationen
Jedes zusätzliche Bit verdoppelt den nötigen Aufwand für einen vollständigen Brute-Force-Angriff — schon 128 Bit gelten mit heutiger und absehbarer künftiger Rechenleistung als praktisch unknackbar; 256 Bit wird oft für besonders langfristig schützenswerte Daten gewählt, auch als Sicherheitsmarge gegen mögliche künftige Durchbrüche (etwa durch Quantencomputer, die klassische Verschlüsselung theoretisch schneller brechen könnten als heutige Computer).
Wichtig: “Schlüssel” bezeichnet in der Kryptografie nicht zwangsläufig ein von Menschen lesbares Passwort — meist handelt es sich um eine zufällig erzeugte Bitfolge, die aus kryptografischer Sicht deutlich sicherer ist als ein von Menschen gewähltes, oft vorhersehbares Passwort.
Schlüsselverwaltung als Praxisherausforderung
In der Praxis ist nicht die Kryptografie selbst der schwächste Punkt, sondern die Verwaltung der Schlüssel darum herum — ein mathematisch perfekt sicherer Algorithmus nützt nichts, wenn der Schlüssel unsicher gespeichert, versehentlich in ein öffentliches Code-Repository committet oder auf einem unverschlüsselten USB-Stick verloren wird. Größere Organisationen setzen deshalb auf dedizierte Systeme für die Schlüsselverwaltung: Hardware-Sicherheitsmodule (HSMs) speichern besonders kritische Schlüssel in spezieller, manipulationssicherer Hardware, aus der der Schlüssel selbst niemals extrahiert werden kann — alle kryptografischen Operationen laufen intern im HSM, nur das Ergebnis verlässt das Gerät. Cloud-Anbieter bieten vergleichbare verwaltete Dienste (z. B. AWS KMS, Azure Key Vault) für Anwendungen an, die selbst keine eigene HSM-Hardware betreiben wollen.
Schlüsselrotation und Ablaufdaten
Aus Sicherheitsgründen werden Schlüssel oft nicht auf unbestimmte Zeit genutzt, sondern regelmäßig ausgetauscht (“Rotation”) — je länger ein Schlüssel im Einsatz ist, desto größer das kumulative Risiko, dass er irgendwann kompromittiert wird (gestohlen, versehentlich geleakt, durch fortschreitende Rechenleistung angreifbar), und desto größer der Schaden, falls das passiert, weil mehr damit geschützte Daten betroffen wären. TLS-Zertifikate haben deshalb standardmäßig ein Ablaufdatum (heute meist maximal 398 Tage), API-Schlüssel lassen sich in guten Systemen jederzeit manuell widerrufen und neu erzeugen, und Sitzungsschlüssel werden ohnehin nach jeder einzelnen Verbindung automatisch verworfen.
Siehe auch: Schlüssel-Schloss-Prinzip, Verschlüsselung