Ein Notebook bleibt im Zug liegen, ein USB-Stick geht verloren, eine Sicherungsfestplatte verschwindet aus dem Lager. In allen drei Fällen entscheidet eine Frage über die Folgen: Waren die Daten verschlüsselt, und liegt der Schlüssel an einem anderen Ort?
Dieser Beitrag erklärt, wie Verschlüsselung funktioniert, wo sie im Unternehmen ansetzt und warum die Verwaltung der Schlüssel mindestens so wichtig ist wie das Verfahren selbst. Am Ende finden Sie einen Fahrplan für die schrittweise Einführung.
Was Verschlüsselung leistet und was nicht
Verschlüsselung verwandelt lesbare Daten mit einem mathematischen Verfahren und einem Schlüssel in eine Zeichenfolge, die ohne den passenden Schlüssel nicht sinnvoll lesbar ist. Wer den Schlüssel hat, kann die Daten wieder lesbar machen.
Damit schützt Verschlüsselung die Vertraulichkeit, etwa wenn ein Gerät verloren geht oder Daten unterwegs abgefangen werden. Sie ersetzt aber weder eine Datensicherung noch andere Schutzmaßnahmen wie Updates und Zugriffsrechte. Ihr Schutz hängt zudem am Schlüssel: Liegt er neben den Daten oder kennen ihn zu viele Personen, verliert auch ein starkes Verfahren seinen Nutzen.
Symmetrische und asymmetrische Verfahren
Bei symmetrischer Verschlüsselung wird derselbe Schlüssel zum Verschlüsseln und Entschlüsseln verwendet. Das Verfahren ist schnell und eignet sich für große Datenmengen. Der Schlüssel muss aber vorher sicher ausgetauscht werden.
Bei asymmetrischer Verschlüsselung hat jede Person ein Schlüsselpaar. Mit dem öffentlichen Schlüssel werden Nachrichten verschlüsselt oder Signaturen geprüft. Mit dem privaten Schlüssel werden Nachrichten entschlüsselt oder Signaturen erstellt. Das Verfahren ist rechenaufwendig.
In der Praxis werden beide kombiniert. Das asymmetrische Verfahren tauscht nur den Schlüssel aus, das schnelle symmetrische Verfahren verschlüsselt die eigentlichen Daten. Das BSI beschreibt das auf seiner Seite zu den Arten der Verschlüsselung.
Drei Orte, an denen Verschlüsselung ansetzt
Daten auf dem Transportweg
Transportverschlüsselung schützt die Verbindung zwischen zwei Systemen, zum Beispiel zwischen Browser und Webserver oder zwischen E-Mail-Programm und Mailserver. Das Standardverfahren dafür heißt TLS (Transport Layer Security). Es steckt unter anderem hinter HTTPS.
Häufig ist noch von „SSL“ die Rede. SSL ist der Vorgänger von TLS und wird vom BSI nicht mehr empfohlen. Die Technische Richtlinie BSI TR-02102-2 (Version 2026-01) empfiehlt TLS 1.3 bevorzugt und TLS 1.2 nur noch bis Ende 2031. TLS 1.0, TLS 1.1 sowie SSL v2 und v3 empfiehlt sie nicht.
Wichtig ist die Grenze: Transportverschlüsselung schützt nur den Weg. Bei E-Mails liegt die Nachricht laut BSI beim E-Mail-Anbieter und an den Knotenpunkten des Versands im Klartext vor.
Gespeicherte Daten
Daten im Ruhezustand liegen auf Festplatten, SSDs, Netzwerkspeichern, in Datenbanken, Sicherungen oder Cloud-Speichern. Laufwerksverschlüsselung schützt den ganzen Datenträger, zum Beispiel bei Diebstahl. Unter Windows übernimmt das BitLocker, auch für Wechseldatenträger wie USB-Sticks („BitLocker To Go“). Datei- oder Datenbankverschlüsselung kann einzelne Inhalte zusätzlich schützen.
Das BSI weist auf eine Grenze hin: Ein Netzwerkspeicher, der seinen Schlüssel selbst speichert, schützt die Daten nicht, wenn Unbefugte das ganze Gerät in die Hände bekommen. Die Hinweise stehen auf der BSI-Seite zur soft- und hardwaregestützten Verschlüsselung.
Ende-zu-Ende-Verschlüsselung
Bei Ende-zu-Ende-Verschlüsselung wird der Inhalt selbst verschlüsselt, bevor er den Absender verlässt. Lesen können ihn laut BSI nur Absender und Empfänger, nicht die beteiligten Anbieter. Das Verfahren verlangt allerdings eine sorgfältige Verwaltung der privaten Schlüssel.
| Schutzsituation | Schützt vor | Typische Umsetzung |
|---|---|---|
| Transport | Mitlesen auf dem Übertragungsweg | TLS, VPN |
| Ruhezustand | Auslesen bei Verlust oder Diebstahl des Datenträgers | Laufwerksverschlüsselung, verschlüsselte Datenbanken und Sicherungen |
| Ende zu Ende | Mitlesen durch Anbieter und Zwischenstationen | Verschlüsselung der Nachricht oder Datei beim Absender |
Die drei Ebenen ergänzen sich. Ein verschlüsseltes Notebook schützt keine Datei, die danach unverschlüsselt per E-Mail verschickt wird. Und eine TLS-Verbindung schützt nicht die Datenbank auf dem Zielsystem.
Schlüsselmanagement: der eigentliche Kern
Das BSI beschreibt im IT-Grundschutz-Baustein CON.1 Kryptokonzept (Edition 2023), was ein geeignetes Schlüsselmanagement festlegen muss: wie Schlüssel und Zertifikate erzeugt, gespeichert, ausgetauscht und wieder gelöscht oder vernichtet werden. Daraus ergibt sich ein Lebenszyklus mit diesen Stationen:
- Erzeugung: Schlüssel sollen mit geeigneten Schlüsselgeneratoren in einer sicheren Umgebung entstehen. Voreingestellte Schlüssel in Geräten sollen ersetzt werden.
- Aufbewahrung: Schlüssel in Datensicherungen müssen so aufbewahrt werden, dass Unbefugte nicht darauf zugreifen können. Langlebige Schlüssel müssen offline, außerhalb der eingesetzten IT-Systeme, liegen.
- Nutzung: Ein Schlüssel soll möglichst nur einem Zweck dienen, etwa nur der Verschlüsselung oder nur der Signatur.
- Wechsel und Sperrung: Legen Sie fest, wann Schlüssel ersetzt werden, zum Beispiel beim Verdacht, dass ein Schlüssel in falsche Hände geraten ist, oder beim Ausscheiden einer zuständigen Person.
- Löschung: Alte Schlüssel erst vernichten, wenn feststeht, dass keine damit verschlüsselten Daten mehr gebraucht werden. Der IT-Betrieb muss sicherstellen, dass verschlüsselte Daten auch nach längerer Zeit noch lesbar sind.
Für den Überblick empfiehlt der Baustein ein Krypto-Kataster. Darin steht je Gruppe von IT-Systemen der Einsatzzweck, die zuständige Person, das Verfahren, die eingesetzte Hard- oder Software und wichtige Parameter wie Schlüssellängen.
Für Anwendungen in Azure bietet Microsoft mit Azure Key Vault einen Dienst, der Schlüssel, Geheimnisse und Zertifikate zentral verwaltet. Der Zugriff setzt eine Anmeldung über Microsoft Entra ID und eine Berechtigung voraus, Zugriffe lassen sich protokollieren. In der Premium-Stufe werden Schlüssel in Hardwaresicherheitsmodulen (HSM) erzeugt und geschützt. Die Details beschreibt die Übersicht zu Azure Key Vault.
Wiederherstellung planen, bevor sie gebraucht wird
Verschlüsselung kann auch Ihnen selbst den Zugang versperren. BitLocker zum Beispiel wechselt in den Wiederherstellungsmodus, wenn sich bestimmte Dinge ändern: etwa nach einem Firmware-Update, beim Tausch der Hauptplatine oder wenn zu oft eine falsche PIN eingegeben wird. Dann wird das Wiederherstellungskennwort gebraucht.
Microsoft empfiehlt Organisationen, diese Wiederherstellungsinformationen automatisch an einem zentralen Ort zu speichern: bei Geräten, die mit Microsoft Entra verbunden sind, in Microsoft Entra ID, bei Geräten in einer Active-Directory-Domäne in AD DS. Zugleich gilt: Wer das Wiederherstellungskennwort hat, kann das Laufwerk entsperren. Der Zugriff darauf muss deshalb geregelt sein, und die Kennwörter müssen getrennt von den geschützten Geräten liegen. So steht es in der Übersicht zur BitLocker-Wiederherstellung.
Unsere Empfehlung: Testen Sie die Wiederherstellung regelmäßig mit einer zweiten berechtigten Person. Die entscheidende Frage lautet: Kommt das Unternehmen an seine Daten, wenn die Person, die sonst die Schlüssel verwaltet, nicht erreichbar ist?
Was DSGVO und NIS2 zur Verschlüsselung sagen
Die DSGVO verlangt in Art. 32 ein dem Risiko angemessenes Schutzniveau. Als mögliche Maßnahme nennt sie ausdrücklich die Pseudonymisierung und Verschlüsselung personenbezogener Daten. Daraus folgt keine Pflicht, alle Daten gleich zu behandeln. Sie müssen aber nachvollziehbar begründen können, welche Maßnahme zu welchem Risiko passt.
Seit dem 6. Dezember 2025 gilt in Deutschland das NIS-2-Umsetzungsgesetz. Für wichtige und besonders wichtige Einrichtungen nennt § 30 BSI-Gesetz unter den Risikomanagementmaßnahmen ausdrücklich „Konzepte und Prozesse für den Einsatz von kryptographischen Verfahren“. Ob Ihr Unternehmen unter diese Regeln fällt, sollten Sie gesondert prüfen. Rechtliche Fragen zum Einzelfall klären Sie bitte mit Ihrer Rechts- oder Datenschutzberatung.
Wer ein Informationssicherheits-Managementsystem nach ISO 27001 betreibt, findet im Anhang A die Maßnahme A.8.24 „Verwendung von Kryptographie“. Wie ISO 27001 mit Cloud-Diensten zusammenspielt, lesen Sie in unserem Beitrag zu Cloud und ISO 27001.
Fahrplan für die Einführung
Wir empfehlen ein schrittweises Vorgehen statt eines großen Einzelprojekts:
- Bestand erfassen: Endgeräte, Server, Datenbanken, Cloud-Dienste, Sicherungen, E-Mail-Wege und Wechseldatenträger auflisten.
- Schutzbedarf festlegen: Welche Daten sind besonders schutzbedürftig, etwa personenbezogene, finanzielle oder vertrauliche Konstruktionsdaten? Hilfe dazu gibt unser Beitrag zur Datenklassifizierung.
- Kryptokonzept schreiben: Welche Daten werden wo verschlüsselt, wo liegen die Schlüssel, wer darf eine Wiederherstellung freigeben, und was passiert bei Verlust oder Verdacht auf Missbrauch?
- Pilotgruppe: Mit wenigen Geräten aus verschiedenen Abteilungen beginnen. Anmeldung, Offline-Arbeit, Gerätewechsel, Abläufe im Helpdesk und Wiederherstellung testen.
- Ausrollen: zuerst mobile Endgeräte und Wechseldatenträger, dann Sicherungen und Cloud-Speicher, danach Server und Datenbanken nach Schutzbedarf.
- Überprüfen: Kryptokonzept, Berechtigungen und Wiederherstellung in festen Abständen prüfen. Ältere Systeme, die keine Verschlüsselung unterstützen, als Ausnahme dokumentieren und mit anderen Maßnahmen absichern, etwa einem abgetrennten Netzbereich und eingeschränkten Zugriffen.
Vor jeder Umstellung produktiver Daten sollten Sicherung, Ablage der Schlüssel und Zuständigkeit geklärt sein.
Häufige Fehler
- Nur Endgeräte verschlüsseln: Sicherungen, Cloud-Speicher und Server bleiben ungeschützt.
- Wiederherstellungsschlüssel auf dem Gerät ablegen: Eine Textdatei auf dem verschlüsselten Notebook hilft im Notfall nicht.
- HTTPS mit Ende-zu-Ende-Verschlüsselung verwechseln: TLS schützt den Weg, nicht den Inhalt beim Anbieter oder auf dem Zielserver.
- Schlüssel und Daten unter derselben Kontrolle: Wer mit einem einzigen Administratorkonto beides erreicht, hebt die Trennung auf.
- Nach der Einführung nicht testen: Ein ungeprüfter Wiederherstellungsweg ist eine Annahme, kein Notfallplan.
Unterstützung durch die GSL Groß GmbH
Die GSL Groß GmbH betreut kleine und mittelständische Unternehmen in Rheinland-Pfalz und Hessen von Idar-Oberstein aus; im Raum Darmstadt arbeitet sie dafür mit einem Partnersystemhaus zusammen. Mit unserem Security-Check im Bereich IT-Sicherheit erhalten Sie einen Überblick über den Stand Ihrer Systeme. Wenn NIS2 für Sie ein Thema ist, finden Sie unser Angebot auf der Seite NIS2 und Risikomanagement. Die laufende Betreuung Ihrer IT übernehmen wir mit unseren Managed Services zum monatlichen Festpreis.
Sie möchten wissen, wo in Ihrem Unternehmen unverschlüsselte Daten liegen und wie Ihre Wiederherstellung funktioniert? Sprechen Sie uns an.