{"id":12414,"date":"2026-08-04T11:12:13","date_gmt":"2026-08-04T09:12:13","guid":{"rendered":"https:\/\/www.psw-group.de\/blog\/?p=12414"},"modified":"2026-08-04T11:12:13","modified_gmt":"2026-08-04T09:12:13","slug":"verschluesselung","status":"publish","type":"post","link":"https:\/\/www.psw-group.de\/blog\/verschluesselung\/","title":{"rendered":"Verschl\u00fcsselung: Wie sie funktioniert, wie sicher sie ist und worauf es heute ankommt"},"content":{"rendered":"<p>Verschl\u00fcsselung begegnet uns h\u00e4ufig im Zusammenhang mit HTTPS und SSL-\/TLS-Zertifikaten. Doch sie reicht wesentlich weiter: Unternehmen m\u00fcssen nicht nur Verbindungen zu Websites sch\u00fctzen, sondern auch gespeicherte Daten, E-Mails, Backups, mobile Endger\u00e4te, Datenbanken, Cloud-Anwendungen, Software und die Kommunikation zwischen Maschinen.<\/p>\n<p>SSL-\/TLS-Zertifikate sind dabei ein wichtiger Baustein. Sie unterst\u00fctzen die Authentisierung von Kommunikationspartnern und erm\u00f6glichen den Aufbau gesch\u00fctzter Verbindungen. Eine umfassende Verschl\u00fcsselungsstrategie ersetzen sie jedoch nicht. Ein korrekt eingerichtetes TLS-Zertifikat sch\u00fctzt beispielsweise weder eine unverschl\u00fcsselte Datenbank noch ein offen zug\u00e4ngliches Backup oder einen kompromittierten privaten Schl\u00fcssel.<\/p>\n<p>Wie sicher Verschl\u00fcsselung tats\u00e4chlich ist, h\u00e4ngt deshalb nicht allein vom verwendeten Algorithmus ab. Ebenso entscheidend sind die Schl\u00fcsselverwaltung, die konkrete Implementierung, aktuelle Protokolle, sichere Endger\u00e4te und kontrollierte Zertifikatsprozesse. Dieser Beitrag erkl\u00e4rt die wichtigsten Grundlagen, Verfahren und Anwendungsbereiche \u2013 und zeigt, worauf Unternehmen heute sowie mit Blick auf k\u00fcrzere Zertifikatslaufzeiten und Post-Quanten-Kryptografie achten sollten.<\/p>\n<p><strong>Das Wichtigste zur Verschl\u00fcsselung in K\u00fcrze:<\/strong><\/p>\n<ul>\n<li><strong>Verschl\u00fcsselung ist mehr als HTTPS:<\/strong> Sie sch\u00fctzt Daten bei der \u00dcbertragung, bei der Speicherung und \u2013 abh\u00e4ngig vom Verfahren \u2013 \u00fcber den gesamten Kommunikationsweg hinweg.<\/li>\n<li><strong>Unterschiedliche Schutzziele ben\u00f6tigen unterschiedliche Verfahren:<\/strong> Verschl\u00fcsselung sorgt in erster Linie f\u00fcr Vertraulichkeit. Hashfunktionen, digitale Signaturen und Zertifikate unterst\u00fctzen zus\u00e4tzlich Integrit\u00e4t, Authentizit\u00e4t und Nachweisbarkeit.<\/li>\n<li><strong>Aktuelle Algorithmen allein reichen nicht aus:<\/strong> Sichere Schl\u00fcssel, korrekt konfigurierte Systeme, kontrollierte Zugriffsrechte und geregelte Lebenszyklen sind ebenso wichtig.<\/li>\n<li><strong>Digitale Zertifikate sind nicht auf Websites beschr\u00e4nkt:<\/strong> Neben SSL-\/TLS-Zertifikaten gibt es unter anderem S\/MIME-, Code-Signing-, Signatur-, Client- und Ger\u00e4tezertifikate.<\/li>\n<li><strong>Unternehmen m\u00fcssen Krypto-Agilit\u00e4t aufbauen:<\/strong> K\u00fcrzere Zertifikatslaufzeiten und die bevorstehende Migration zu Post-Quanten-Verfahren erh\u00f6hen den Bedarf an Inventarisierung, Automatisierung und austauschbaren kryptografischen Komponenten.<\/li>\n<\/ul>\n<h2>Was ist Verschl\u00fcsselung und wie funktioniert sie?<\/h2>\n<p>Verschl\u00fcsselung bezeichnet die Umwandlung lesbarer Informationen in eine Form, die f\u00fcr unbefugte Personen nicht verst\u00e4ndlich sein soll. Aus dem urspr\u00fcnglichen Klartext entsteht mithilfe eines kryptografischen Verfahrens und eines Schl\u00fcssels ein verschl\u00fcsselter Text, das sogenannte Chiffrat.<\/p>\n<p>Wer \u00fcber den passenden Schl\u00fcssel verf\u00fcgt, kann die Informationen wieder entschl\u00fcsseln. Ohne diesen Schl\u00fcssel soll es praktisch nicht m\u00f6glich sein, den Klartext wiederherzustellen. Wie belastbar dieser Schutz ist, h\u00e4ngt unter anderem vom eingesetzten Verfahren, von der Schl\u00fcssell\u00e4nge, von der Implementierung und vom Schutz des Schl\u00fcsselmaterials ab.<\/p>\n<p>Verschl\u00fcsselung kann Kommunikationsverbindungen, Dateien, Datenbanken, Datentr\u00e4ger oder einzelne Nachrichten sch\u00fctzen. Entscheidend ist daher nicht nur, <strong>ob<\/strong> verschl\u00fcsselt wird, sondern auch, <strong>welche Daten<\/strong>, <strong>an welcher Stelle<\/strong> und <strong>gegen welche Risiken<\/strong> gesch\u00fctzt werden sollen.<\/p>\n<h3>Welche Schutzziele Verschl\u00fcsselung unterst\u00fctzt<\/h3>\n<p>Verschl\u00fcsselung dient in erster Linie der <strong>Vertraulichkeit<\/strong>. Sie soll verhindern, dass Unbefugte Informationen lesen k\u00f6nnen. F\u00fcr sichere digitale Kommunikation sind jedoch weitere Schutzziele relevant:<\/p>\n<ul>\n<li><strong>Integrit\u00e4t:<\/strong> Ver\u00e4nderungen an Daten sollen erkennbar sein.<\/li>\n<li><strong>Authentizit\u00e4t:<\/strong> Die Identit\u00e4t eines Absenders, Servers, Ger\u00e4ts oder Herausgebers soll \u00fcberpr\u00fcfbar sein.<\/li>\n<li><strong>Nachweisbarkeit:<\/strong> In bestimmten Anwendungsf\u00e4llen soll nachvollziehbar sein, wer eine Erkl\u00e4rung abgegeben oder ein Dokument signiert hat.<\/li>\n<\/ul>\n<p>Verschl\u00fcsselung allein erf\u00fcllt diese Ziele nicht automatisch. Deshalb wird sie h\u00e4ufig mit Hashfunktionen, digitalen Signaturen, Message Authentication Codes und digitalen Zertifikaten kombiniert.<\/p>\n<h3>Symmetrische und asymmetrische Verschl\u00fcsselung<\/h3>\n<p>Verschl\u00fcsselung basiert grunds\u00e4tzlich auf zwei Ans\u00e4tzen: der symmetrischen und der asymmetrischen Verschl\u00fcsselung.<\/p>\n<p>Bei der <strong>symmetrischen Verschl\u00fcsselung<\/strong> verwenden Sender und Empf\u00e4nger denselben geheimen Schl\u00fcssel. Da diese Verfahren vergleichsweise effizient arbeiten, eignen sie sich unter anderem f\u00fcr gro\u00dfe Datenmengen, Datentr\u00e4ger, Dateien, Backups und laufende Netzwerkverbindungen. Entscheidend ist, dass der gemeinsame Schl\u00fcssel sicher verteilt und gespeichert wird.<\/p>\n<p>Die <strong>asymmetrische Kryptografie<\/strong> arbeitet mit einem \u00f6ffentlichen und einem privaten Schl\u00fcssel. Der \u00f6ffentliche Schl\u00fcssel darf verteilt werden, w\u00e4hrend der private Schl\u00fcssel gesch\u00fctzt bleiben muss. Je nach Verfahren k\u00f6nnen damit Daten gesch\u00fctzt, gemeinsame Geheimnisse vereinbart oder digitale Signaturen erzeugt und gepr\u00fcft werden.<\/p>\n<p>In der Praxis werden beide Ans\u00e4tze h\u00e4ufig kombiniert: Asymmetrische Kryptografie unterst\u00fctzt die Authentisierung oder die sichere Vereinbarung eines gemeinsamen Geheimnisses. Die eigentlichen Nutzdaten werden anschlie\u00dfend effizient mit einem symmetrischen Verfahren verschl\u00fcsselt.<\/p>\n<h3>Verschl\u00fcsselung, Hashing und digitale Signaturen<\/h3>\n<p>Hashfunktionen und digitale Signaturen werden h\u00e4ufig gemeinsam mit Verschl\u00fcsselung eingesetzt, erf\u00fcllen jedoch andere Aufgaben.<\/p>\n<p>Eine Hashfunktion berechnet aus Daten einen Pr\u00fcfwert fester L\u00e4nge. Bereits kleine \u00c4nderungen an den Ausgangsdaten sollen zu einem deutlich anderen Hashwert f\u00fchren. Hashfunktionen dienen unter anderem der Integrit\u00e4tspr\u00fcfung und sind nicht f\u00fcr eine sp\u00e4tere Entschl\u00fcsselung vorgesehen.<\/p>\n<p>Digitale Signaturen verbinden einen solchen Pr\u00fcfwert mit einem privaten Signaturschl\u00fcssel. Mit dem zugeh\u00f6rigen \u00f6ffentlichen Schl\u00fcssel kann gepr\u00fcft werden, ob die Signatur g\u00fcltig ist und ob die signierten Daten nachtr\u00e4glich ver\u00e4ndert wurden.<\/p>\n<p>Digitale Zertifikate ordnen \u00f6ffentliche Schl\u00fcssel einer \u00fcberpr\u00fcften Identit\u00e4t oder einem festgelegten Einsatzzweck zu. Auf dieser Grundlage entsteht <a href=\"https:\/\/www.psw-group.de\/blog\/digital-trust\/\" target=\"_blank\" rel=\"noopener\">Digital Trust durch Zertifikate und Public Key Infrastructure<\/a>.<\/p>\n<h3>Warum Verschl\u00fcsselung nicht automatisch Sicherheit garantiert<\/h3>\n<p>Auch ein mathematisch starkes Verfahren kann seine Schutzwirkung verlieren, wenn Schl\u00fcssel unzureichend gesch\u00fctzt, Systeme falsch konfiguriert oder Endger\u00e4te kompromittiert sind. Verschl\u00fcsselung muss deshalb in ein Sicherheitskonzept eingebettet sein, das auch Implementierung, Berechtigungen, Schl\u00fcsselmanagement und den kontrollierten Austausch veralteter Verfahren ber\u00fccksichtigt.<\/p>\n<h2>Verschl\u00fcsselung ist mehr als SSL und TLS<\/h2>\n<p>Viele Menschen verbinden Verschl\u00fcsselung vor allem mit HTTPS und SSL-\/TLS-Zertifikaten. Diese sind ein wichtiger Bestandteil sicherer digitaler Kommunikation, decken jedoch nur einen bestimmten Anwendungsbereich ab: den Aufbau authentisierter und verschl\u00fcsselter Verbindungen zwischen Kommunikationspartnern. Unternehmen m\u00fcssen dar\u00fcber hinaus auch gespeicherte und verarbeitete Informationen absichern.<\/p>\n<h3>Daten bei der \u00dcbertragung, Speicherung und Verarbeitung<\/h3>\n<p>Eine wirksame Verschl\u00fcsselungsstrategie betrachtet den gesamten Lebenszyklus sch\u00fctzenswerter Informationen. Dabei werden drei Datenzust\u00e4nde unterschieden: Data in Transit, Data at Rest und Data in Use. Ein TLS-Zertifikat kann beispielsweise die Verbindung zwischen Browser und Webserver sch\u00fctzen, verschl\u00fcsselt aber nicht automatisch die dahinterliegende Datenbank oder ein gespeichertes Backup.<\/p>\n<table>\n<thead>\n<tr>\n<th>Datenzustand<\/th>\n<th>Bedeutung<\/th>\n<th>Typische Schutzma\u00dfnahmen<\/th>\n<th>Grenzen<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Data in Transit<\/strong><\/td>\n<td>Daten werden zwischen Systemen, Anwendungen, Benutzern oder Ger\u00e4ten \u00fcbertragen.<\/td>\n<td>TLS, VPN oder DTLS<\/td>\n<td>Transportverschl\u00fcsselung sch\u00fctzt nur den abgesicherten Verbindungsabschnitt.<\/td>\n<\/tr>\n<tr>\n<td><strong>Data at Rest<\/strong><\/td>\n<td>Daten liegen beispielsweise in Dateien, Datenbanken, Backups oder Cloud-Speichern.<\/td>\n<td>Festplatten-, Datei-, Datenbank- oder Backup-Verschl\u00fcsselung<\/td>\n<td>Die Schutzwirkung h\u00e4ngt wesentlich vom sicheren Schl\u00fcsselmanagement ab.<\/td>\n<\/tr>\n<tr>\n<td><strong>Data in Use<\/strong><\/td>\n<td>Daten werden von einer Anwendung oder einem System verarbeitet.<\/td>\n<td>Zugriffskontrollen, Isolation und gesch\u00fctzte Ausf\u00fchrungsumgebungen<\/td>\n<td>Die Daten k\u00f6nnen w\u00e4hrend der Verarbeitung zeitweise im Klartext vorliegen.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Verschl\u00fcsselung kann zudem auf unterschiedlichen Ebenen ansetzen \u2013 vom vollst\u00e4ndigen Datentr\u00e4ger \u00fcber einzelne Dateien und Datenbanken bis zu besonders sensiblen Datenfeldern. Welche Ebene geeignet ist, h\u00e4ngt vom Schutzbedarf, den Zugriffsanforderungen und den eingesetzten Anwendungen ab.<\/p>\n<h3>Transportverschl\u00fcsselung und Ende-zu-Ende-Verschl\u00fcsselung<\/h3>\n<p><strong>Transportverschl\u00fcsselung<\/strong> sch\u00fctzt jeweils die Verbindung zwischen zwei Systemen. Auf den beteiligten Endpunkten kann der Inhalt jedoch entschl\u00fcsselt und verarbeitet werden. Bei einer E-Mail k\u00f6nnen daher mehrere einzeln gesch\u00fctzte Transportabschnitte bestehen, ohne dass die Nachricht \u00fcber den gesamten Weg ausschlie\u00dflich f\u00fcr Absender und Empf\u00e4nger lesbar bleibt.<\/p>\n<p>Bei einer <strong>Ende-zu-Ende-Verschl\u00fcsselung<\/strong> wird der Inhalt dagegen auf dem Ger\u00e4t des Absenders verschl\u00fcsselt und erst beim vorgesehenen Empf\u00e4nger wieder entschl\u00fcsselt. Zwischenstationen sollen nicht \u00fcber die daf\u00fcr erforderlichen Schl\u00fcssel verf\u00fcgen.<\/p>\n<p>Typische Einsatzbereiche sind verschl\u00fcsselte Messenger, Datei\u00fcbertragungen oder E-Mails mit S\/MIME beziehungsweise OpenPGP. Auch Ende-zu-Ende-Verschl\u00fcsselung sch\u00fctzt jedoch nicht automatisch vor kompromittierten Endger\u00e4ten. Schadsoftware kann Inhalte erfassen, bevor sie verschl\u00fcsselt oder nachdem sie entschl\u00fcsselt wurden.<\/p>\n<h3>Mehrschichtiger Schutz statt einzelner L\u00f6sung<\/h3>\n<p>Keine einzelne Ma\u00dfnahme sch\u00fctzt Daten in allen Zust\u00e4nden. Unternehmen sollten Transport-, Speicher- und Ende-zu-Ende-Verschl\u00fcsselung deshalb mit sicherer Authentisierung, Zugriffskontrollen und kontrolliertem Schl\u00fcsselmanagement zu einem mehrschichtigen Schutzkonzept verbinden.<\/p>\n<h2>Welche kryptografischen Verfahren gelten heute als zeitgem\u00e4\u00df?<\/h2>\n<p>Moderne Sicherheitssysteme kombinieren unterschiedliche kryptografische Bausteine. Dazu geh\u00f6ren symmetrische Verfahren f\u00fcr die Verschl\u00fcsselung gro\u00dfer Datenmengen, Public-Key-Verfahren f\u00fcr Schl\u00fcsseleinigung und digitale Signaturen, Hashfunktionen sowie Protokolle wie Transport Layer Security (TLS).<\/p>\n<p>Welches Verfahren geeignet ist, h\u00e4ngt von seiner Aufgabe, der erforderlichen Schutzdauer und der eingesetzten Systemumgebung ab. Die Technische Richtlinie BSI TR-02102-1 des Bundesamts f\u00fcr Sicherheit in der Informationstechnik (BSI) bietet hierf\u00fcr eine regelm\u00e4\u00dfig aktualisierte Orientierung.<\/p>\n<p>F\u00fcr die Verschl\u00fcsselung von Nutzdaten kommen h\u00e4ufig der Advanced Encryption Standard im Galois\/Counter Mode (AES-GCM) und ChaCha20-Poly1305 zum Einsatz. Beide geh\u00f6ren zu den AEAD-Verfahren. AEAD steht f\u00fcr <em>Authenticated Encryption with Associated Data<\/em> und verbindet Verschl\u00fcsselung mit einem Schutz vor unbemerkten Ver\u00e4nderungen.<\/p>\n<p>&lt;<\/p>\n<table>\n<thead>\n<tr>\n<th>Verfahren<\/th>\n<th>Typische Aufgabe<\/th>\n<th>Einordnung<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>AES-GCM und ChaCha20-Poly1305<\/td>\n<td>Symmetrische Verschl\u00fcsselung und Integrit\u00e4tsschutz<\/td>\n<td>Zeitgem\u00e4\u00dfe AEAD-Verfahren bei korrekter Implementierung<\/td>\n<\/tr>\n<tr>\n<td>X25519<\/td>\n<td>Vereinbarung gemeinsamer Sitzungsschl\u00fcssel<\/td>\n<td>Zeitgem\u00e4\u00df in unterst\u00fctzten Protokollen<\/td>\n<\/tr>\n<tr>\n<td>Digitale Signaturen; RSA je nach Einsatz auch f\u00fcr bestimmte Verschl\u00fcsselungsanwendungen<\/td>\n<td>Digitale Signaturen sowie je nach Verfahren weitere Public-Key-Funktionen<\/td>\n<td>RSA ist weiterhin verbreitet; ECDSA und Ed25519 sind moderne Signaturverfahren<\/td>\n<\/tr>\n<tr>\n<td>SHA-2 und SHA-3<\/td>\n<td>Kryptografisches Hashing<\/td>\n<td>Zeitgem\u00e4\u00df; MD5 und SHA-1 sollten nicht f\u00fcr neue Sicherheitsanwendungen eingesetzt werden<\/td>\n<\/tr>\n<tr>\n<td>ML-KEM, ML-DSA und SLH-DSA<\/td>\n<td>Post-Quanten-Schl\u00fcsselkapselung und digitale Signaturen<\/td>\n<td>Standardisierte Verfahren f\u00fcr die schrittweise PQC-Migration<\/td>\n<\/tr>\n<tr>\n<td>TLS 1.3<\/td>\n<td>Gesch\u00fctzte Netzwerkkommunikation<\/td>\n<td>Aktuelle TLS-Version, die mehrere kryptografische Verfahren kombiniert<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Der Algorithmus allein entscheidet jedoch nicht \u00fcber die Sicherheit. Ebenso wichtig sind eine korrekte Implementierung, sichere Zufallswerte, geeignete Parameter, gesch\u00fctzte Schl\u00fcssel und aktuelle kryptografische Bibliotheken.<\/p>\n<h2>Warum Schl\u00fcsselmanagement \u00fcber die Sicherheit entscheidet<\/h2>\n<p>Kryptografische Verfahren k\u00f6nnen nur so sicher sein wie die Schl\u00fcssel, auf denen sie beruhen. Wird ein privater oder symmetrischer Schl\u00fcssel entwendet, unberechtigt kopiert, versehentlich gel\u00f6scht oder zu lange verwendet, kann selbst ein moderner Algorithmus seine Schutzwirkung verlieren.<\/p>\n<p>Schl\u00fcsselmanagement umfasst deshalb den gesamten Lebenszyklus kryptografischer Schl\u00fcssel: von ihrer sicheren Erzeugung und Speicherung \u00fcber die kontrollierte Nutzung und Rotation bis zur Sperrung und Vernichtung. Neben technischen Schutzma\u00dfnahmen sind daf\u00fcr klare Zust\u00e4ndigkeiten, geregelte Berechtigungen und vorbereitete Notfallprozesse erforderlich.<\/p>\n<p>Unternehmen sollten jederzeit wissen, welche Schl\u00fcssel existieren, wo sie eingesetzt werden und wer f\u00fcr sie verantwortlich ist. Zertifikatsmanagement und Schl\u00fcsselmanagement m\u00fcssen dabei aufeinander abgestimmt werden, sind aber nicht identisch: Ein Zertifikat enth\u00e4lt den \u00f6ffentlichen Schl\u00fcssel, w\u00e4hrend der zugeh\u00f6rige private Schl\u00fcssel separat gesch\u00fctzt werden muss.<\/p>\n<p>Besteht der Verdacht auf eine Kompromittierung, darf der betroffene Schl\u00fcssel nicht l\u00e4nger als vertrauensw\u00fcrdig gelten. Welche Schritte dann erforderlich sind, erl\u00e4utert unser Beitrag zum <a href=\"https:\/\/www.psw-group.de\/blog\/kompromittierter-privater-schluessel\/\" target=\"_blank\" rel=\"noopener\">Umgang mit einem kompromittierten privaten Schl\u00fcssel<\/a>.<\/p>\n<h2>Digitale Zertifikate sind mehr als SSL-\/TLS-Zertifikate<\/h2>\n<p>Digitale Zertifikate werden h\u00e4ufig mit HTTPS und der Absicherung von Websites gleichgesetzt. Sie k\u00f6nnen jedoch ebenso E-Mail-Absender, Softwarehersteller, unterzeichnende Personen, Benutzer, Ger\u00e4te und technische Dienste authentisieren.<\/p>\n<p>Ein digitales Zertifikat verbindet einen \u00f6ffentlichen Schl\u00fcssel mit einer Identit\u00e4t oder einem festgelegten Einsatzzweck. Das Zertifikat selbst ist weder ein Verschl\u00fcsselungsalgorithmus noch ein geheimer Schl\u00fcssel. Der zugeh\u00f6rige private Schl\u00fcssel muss getrennt davon gesch\u00fctzt werden.<\/p>\n<h3>Welche Zertifikatsart erf\u00fcllt welchen Zweck?<\/h3>\n<table>\n<thead>\n<tr>\n<th>Zertifikatsart<\/th>\n<th>Prim\u00e4re Aufgabe<\/th>\n<th>Typischer Einsatz<\/th>\n<th>Grenzen<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>SSL-\/TLS-Zertifikat<\/td>\n<td>Server oder Domain authentisieren<\/td>\n<td>Websites, APIs, Mailserver und mTLS<\/td>\n<td>Verschl\u00fcsselt keine gespeicherten Daten und garantiert nicht die Seriosit\u00e4t eines Angebots.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.psw-group.de\/blog\/e-mail-verschluesselung-mit-s-mime-zertifikaten-sicher-kommunizieren\/\" target=\"_blank\" rel=\"noopener\">S\/MIME-Zertifikat<\/a><\/td>\n<td>E-Mails signieren und verschl\u00fcsseln<\/td>\n<td>Vertrauliche Unternehmenskommunikation<\/td>\n<td>Sch\u00fctzt keine kompromittierten Endger\u00e4te.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.psw-group.de\/blog\/code-signing-in-der-softwareentwicklung\/\" target=\"_blank\" rel=\"noopener\">Code-Signing-Zertifikat<\/a><\/td>\n<td>Herkunft und Integrit\u00e4t von Code \u00fcberpr\u00fcfbar machen<\/td>\n<td>Software, Skripte, Treiber und Updates<\/td>\n<td>Verschl\u00fcsselt den Code nicht und garantiert keine Schadfreiheit.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.psw-group.de\/blog\/digital-ausweisen-die-digitale-signatur\/\" target=\"_blank\" rel=\"noopener\">Signaturzertifikat<\/a><\/td>\n<td>Digitale Signaturen einer Identit\u00e4t zuordnen<\/td>\n<td>Vertr\u00e4ge, Freigaben und digitale Dokumente<\/td>\n<td>Verschl\u00fcsselt den Dokumentinhalt nicht automatisch.<\/td>\n<\/tr>\n<tr>\n<td>Client-, Ger\u00e4te- oder Maschinenzertifikat<\/td>\n<td>Benutzer, Anwendungen und technische Systeme authentisieren<\/td>\n<td>VPN, APIs, mTLS, IoT und interne Dienste<\/td>\n<td>Ersetzt keine Berechtigungspr\u00fcfung und sch\u00fctzt keine unsicheren Endger\u00e4te.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Client-, Ger\u00e4te- und Maschinenzertifikate<\/h3>\n<p>Bei <a href=\"https:\/\/www.psw-group.de\/blog\/mtls-verstehen\/\" target=\"_blank\" rel=\"noopener\">Mutual TLS (mTLS)<\/a> weisen sich beide Kommunikationspartner mit Zertifikaten aus. Server- und Client-Zertifikate erf\u00fcllen dabei unterschiedliche Aufgaben und sollten entsprechend getrennte Zertifikatsprofile verwenden. Diese <a href=\"https:\/\/www.psw-group.de\/blog\/das-ende-der-multipurpose-zertifikate\/\" target=\"_blank\" rel=\"noopener\">Trennung unterschiedlicher Zertifikatszwecke<\/a> gewinnt zunehmend an Bedeutung. Weitere technische Hintergr\u00fcnde bietet unser Beitrag zu den <a href=\"https:\/\/www.psw-group.de\/blog\/clientauth-eku-aenderungen\/\" target=\"_blank\" rel=\"noopener\">\u00c4nderungen an der Client-Authentifizierungs-EKU<\/a>.<\/p>\n<p>Ger\u00e4te- und Maschinenzertifikate geben Cloud-Workloads, internen Diensten, Produktionssystemen und IoT-Ger\u00e4ten \u00fcberpr\u00fcfbare Identit\u00e4ten. Mit der Zahl solcher <a href=\"https:\/\/www.psw-group.de\/blog\/maschinenidentitaeten-einfach-erklaert\/\" target=\"_blank\" rel=\"noopener\">Maschinenidentit\u00e4ten<\/a> w\u00e4chst auch der Aufwand f\u00fcr Ausstellung, Erneuerung und Widerruf. Bei langlebigen Ger\u00e4ten m\u00fcssen Zertifikate \u00fcber den gesamten Lebenszyklus verwaltet werden, wie unser Beitrag zur <a href=\"https:\/\/www.psw-group.de\/blog\/iot-sicherheit-einfach-erklaert-die-rolle-von-zertifikaten-und-pki\/\" target=\"_blank\" rel=\"noopener\">IoT-Sicherheit mit Zertifikaten und PKI<\/a> zeigt.<\/p>\n<p>Zertifikate k\u00f6nnen au\u00dferdem einen Baustein von <a href=\"https:\/\/www.psw-group.de\/blog\/zero-trust-kein-blindes-vertrauen\/\" target=\"_blank\" rel=\"noopener\">Zero-Trust-Architekturen<\/a> bilden. Sie liefern \u00fcberpr\u00fcfbare Identit\u00e4tsinformationen; ob eine Identit\u00e4t auf eine Ressource zugreifen darf, muss jedoch weiterhin durch geeignete Richtlinien und Berechtigungen entschieden werden.<\/p>\n<p>Unternehmen sollten daher nicht nur ihre \u00f6ffentlich erreichbaren TLS-Zertifikate kennen. Auch S\/MIME-, Code-Signing-, Signatur-, Client- und Maschinenzertifikate geh\u00f6ren in die Inventarisierungs- und Sicherheitsprozesse. Ihre Vertrauensw\u00fcrdigkeit h\u00e4ngt von einer korrekten Ausstellung, gesch\u00fctzten privaten Schl\u00fcsseln und einem kontrollierten Lebenszyklus ab.<\/p>\n<h2>Wie SSL-\/TLS-Zertifikate verschl\u00fcsselte Kommunikation erm\u00f6glichen<\/h2>\n<p>SSL-\/TLS-Zertifikate geh\u00f6ren zu den bekanntesten Anwendungen moderner Kryptografie. Sie unterst\u00fctzen die Authentisierung eines Servers und erm\u00f6glichen den Aufbau einer verschl\u00fcsselten Verbindung zwischen Kommunikationspartnern.<\/p>\n<p>Das Zertifikat verschl\u00fcsselt die \u00fcbertragenen Daten dabei nicht selbst. Es enth\u00e4lt unter anderem den \u00f6ffentlichen Schl\u00fcssel und Informationen zur gepr\u00fcften Identit\u00e4t beziehungsweise Domain. Das TLS-Protokoll nutzt diese Angaben beim Verbindungsaufbau, um den Kommunikationspartner zu authentisieren und gemeinsame Sitzungsschl\u00fcssel zu etablieren.<\/p>\n<p>Die eigentlichen Nutzdaten werden anschlie\u00dfend mit einem effizienten symmetrischen Verfahren verschl\u00fcsselt. Zertifikat, Public-Key-Kryptografie, symmetrische Verschl\u00fcsselung und TLS \u00fcbernehmen damit unterschiedliche, aufeinander abgestimmte Aufgaben.<\/p>\n<h3>SSL, TLS und HTTPS: Was ist der Unterschied?<\/h3>\n<p>Secure Sockets Layer (SSL) bezeichnet \u00e4ltere Protokollversionen f\u00fcr gesch\u00fctzte Netzwerkverbindungen. Diese gelten heute als \u00fcberholt. Der technische Nachfolger ist Transport Layer Security (TLS).<\/p>\n<p>Der Begriff \u201eSSL-Zertifikat\u201c wird im allgemeinen Sprachgebrauch dennoch weiterhin verwendet. Technisch handelt es sich um X.509-Zertifikate, die innerhalb einer TLS-Verbindung eingesetzt werden.<\/p>\n<p>HTTPS steht f\u00fcr <em>Hypertext Transfer Protocol Secure<\/em> und bezeichnet die \u00dcbertragung von HTTP innerhalb eines gesch\u00fctzten TLS-Kanals. Vereinfacht gilt:<\/p>\n<ul>\n<li><strong>TLS<\/strong> ist das kryptografische Kommunikationsprotokoll.<\/li>\n<li><strong>Das TLS-Zertifikat<\/strong> unterst\u00fctzt die Authentisierung und den sicheren Verbindungsaufbau.<\/li>\n<li><strong>HTTPS<\/strong> bezeichnet HTTP-Kommunikation \u00fcber TLS.<\/li>\n<\/ul>\n<p>TLS ist nicht auf Websites beschr\u00e4nkt. Das Protokoll wird auch f\u00fcr Schnittstellen, E-Mail-Transport, Datenbankverbindungen, Cloud-Dienste und die Kommunikation zwischen Maschinen eingesetzt. Die aktuelle Protokollversion ist TLS 1.3.<\/p>\n<h3>Zertifizierungsstellen und die Vertrauenskette<\/h3>\n<p>\u00d6ffentlich vertrauensw\u00fcrdige TLS-Zertifikate basieren auf einer Public Key Infrastructure (PKI). Zertifizierungsstellen \u2013 auch Certification Authorities (CA) genannt \u2013 pr\u00fcfen Zertifikatsantr\u00e4ge und best\u00e4tigen die Zuordnung eines \u00f6ffentlichen Schl\u00fcssels zu einer Domain oder Organisation.<\/p>\n<p>Die Vertrauenskette besteht typischerweise aus drei Ebenen:<\/p>\n<ul>\n<li><strong>Root-Zertifikat:<\/strong> der in Browsern, Betriebssystemen oder Anwendungen hinterlegte Vertrauensanker,<\/li>\n<li><strong>Intermediate-Zertifikat:<\/strong> eine untergeordnete Zertifizierungsstelle, die Zertifikate ausstellt,<\/li>\n<li><strong>Serverzertifikat:<\/strong> das f\u00fcr eine Domain oder einen Dienst ausgestellte Zertifikat.<\/li>\n<\/ul>\n<p>Beim Verbindungsaufbau pr\u00fcft der Client unter anderem, ob das Zertifikat zum aufgerufenen Hostnamen passt, g\u00fcltig ist und auf einen anerkannten Vertrauensanker zur\u00fcckgef\u00fchrt werden kann. Dadurch wird es Angreifern erschwert, sich mit einem eigenen Zertifikat als legitimer Server auszugeben.<\/p>\n<h3>Was Zertifikat und Browseranzeige aussagen<\/h3>\n<p>Eine erfolgreiche HTTPS-Verbindung best\u00e4tigt, dass zwischen dem Browser und dem aufgerufenen Host ein gesch\u00fctzter Kommunikationskanal aufgebaut und das Zertifikat erfolgreich gepr\u00fcft wurde. Sie garantiert jedoch nicht, dass die Website seri\u00f6s, frei von Schadsoftware oder sicher konfiguriert ist. Auch Phishing-Websites k\u00f6nnen ein g\u00fcltiges Domainzertifikat besitzen.<\/p>\n<p>TLS-Zertifikate unterscheiden sich au\u00dferdem nach dem Umfang der Identit\u00e4tspr\u00fcfung:<\/p>\n<ul>\n<li><strong>Domain Validation (DV):<\/strong> Pr\u00fcfung der Kontrolle \u00fcber die Domain,<\/li>\n<li><strong>Organization Validation (OV):<\/strong> zus\u00e4tzliche Pr\u00fcfung der Organisation,<\/li>\n<li><strong>Extended Validation (EV):<\/strong> erweiterte Organisationspr\u00fcfung nach Vorgaben des CA\/Browser Forums.<\/li>\n<\/ul>\n<p>Die Validierungsstufe ver\u00e4ndert nicht automatisch die St\u00e4rke der TLS-Verschl\u00fcsselung. Die Unterschiede betreffen vor allem den Umfang der gepr\u00fcften Identit\u00e4tsinformationen. Auch die fr\u00fcher mit EV-Zertifikaten verbundene gr\u00fcne Adressleiste ist heute kein geeignetes Auswahlkriterium mehr.<\/p>\n<h3>Verschl\u00fcsselung nach DSGVO und NIS2<\/h3>\n<p>Art. 32 der Datenschutz-Grundverordnung (DSGVO) nennt die Pseudonymisierung und Verschl\u00fcsselung personenbezogener Daten ausdr\u00fccklich als m\u00f6gliche technische Ma\u00dfnahmen. Welche Ma\u00dfnahmen erforderlich sind, h\u00e4ngt vom Risiko, vom Stand der Technik und von der konkreten Verarbeitung ab.<\/p>\n<p>Daraus folgt keine pauschale Vorgabe, s\u00e4mtliche personenbezogenen Daten mit demselben Verfahren zu verschl\u00fcsseln. F\u00fcr Webformulare, Kundenportale oder Schnittstellen, \u00fcber die personenbezogene Daten \u00fcbertragen werden, geh\u00f6rt eine angemessene Transportverschl\u00fcsselung jedoch regelm\u00e4\u00dfig zu den grundlegenden Schutzma\u00dfnahmen.<\/p>\n<p>Auch die NIS2-Richtlinie nennt Konzepte und Verfahren f\u00fcr den Einsatz von Kryptografie und gegebenenfalls Verschl\u00fcsselung als Bestandteil des Cybersicherheitsrisikomanagements. Verschl\u00fcsselung ist dabei Teil eines umfassenden Ma\u00dfnahmenpakets, das unter anderem Risikoanalyse, Zugriffskontrolle, Incident Management und die Sicherheit der Lieferkette umfasst.<\/p>\n<p>Ein g\u00fcltiges TLS-Zertifikat allein belegt daher weder eine vollst\u00e4ndige DSGVO-Konformit\u00e4t noch die Erf\u00fcllung aller NIS2-Anforderungen. Eine angemessen konfigurierte Transportverschl\u00fcsselung ist jedoch ein wichtiger Baustein der technischen Absicherung.<\/p>\n<h3>Von 200 auf 100 und 47 Tage: TLS-Zertifikate werden kurzlebiger<\/h3>\n<p>Die maximale Laufzeit \u00f6ffentlich vertrauensw\u00fcrdiger TLS-Serverzertifikate wird stufenweise verk\u00fcrzt:<\/p>\n<table>\n<thead>\n<tr>\n<th>Ausstellungszeitraum<\/th>\n<th>Maximale Zertifikatslaufzeit<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>ab 15. M\u00e4rz 2026<\/td>\n<td>200 Tage<\/td>\n<\/tr>\n<tr>\n<td>ab 15. M\u00e4rz 2027<\/td>\n<td>100 Tage<\/td>\n<\/tr>\n<tr>\n<td>ab 15. M\u00e4rz 2029<\/td>\n<td>47 Tage<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Parallel verk\u00fcrzen sich die Zeitr\u00e4ume, in denen bereits gepr\u00fcfte Domain- und IP-Adressdaten f\u00fcr eine erneute Zertifikatsausstellung verwendet werden d\u00fcrfen. Ab dem 15. M\u00e4rz 2029 betr\u00e4gt dieser Zeitraum nur noch zehn Tage.<\/p>\n<p>Der Stufenplan gilt ausschlie\u00dflich f\u00fcr \u00f6ffentlich vertrauensw\u00fcrdige TLS-Serverzertifikate. F\u00fcr andere Zertifikatsarten bestehen eigene Vorgaben: Bei Code-Signing-Zertifikaten wurde die maximale Laufzeit f\u00fcr Ausstellungen ab dem 1. M\u00e4rz 2026 beispielsweise von 39 Monaten auf 460 Tage reduziert. Weitere Einzelheiten erl\u00e4utert unser Beitrag zur <a href=\"https:\/\/www.psw-group.de\/blog\/gueltigkeitsdauer-von-code-signing\/\" target=\"_blank\" rel=\"noopener\">verk\u00fcrzten G\u00fcltigkeitsdauer von Code-Signing-Zertifikaten<\/a>. Auch f\u00fcr \u00f6ffentlich vertrauensw\u00fcrdige S\/MIME-Zertifikate gelten profilspezifische H\u00f6chstlaufzeiten und weiterentwickelte Anforderungen, die wir im Beitrag zu den <a href=\"https:\/\/www.psw-group.de\/blog\/smime-zertifikate-neue-gueltigkeitsdauer-ab-juli-2025\/\" target=\"_blank\" rel=\"noopener\">ver\u00e4nderten G\u00fcltigkeitsvorgaben f\u00fcr S\/MIME-Zertifikate<\/a> zusammenfassen.<\/p>\n<p>K\u00fcrzere Laufzeiten begrenzen den Zeitraum, in dem veraltete oder fehlerhaft ausgestellte Zertifikate genutzt werden k\u00f6nnen. Gleichzeitig steigt die Zahl der notwendigen Erneuerungen deutlich. Einen ausf\u00fchrlichen \u00dcberblick \u00fcber die einzelnen Stufen und ihre betrieblichen Folgen bietet unser Beitrag zu den <a href=\"https:\/\/www.psw-group.de\/blog\/ssl-zertifikate-laufzeit\/\" target=\"_blank\" rel=\"noopener\">k\u00fcrzeren Laufzeiten von SSL-\/TLS-Zertifikaten<\/a>.<\/p>\n<h3>Warum Automatisierung und Certificate Lifecycle Management wichtiger werden<\/h3>\n<p>Je k\u00fcrzer Zertifikate g\u00fcltig sind, desto h\u00e4ufiger m\u00fcssen sie validiert, ausgestellt, verteilt und \u00fcberpr\u00fcft werden. Manuelle Prozesse mit Kalendererinnerungen, E-Mails und Einzeltickets werden dadurch zunehmend fehleranf\u00e4llig.<\/p>\n<p>Das <a href=\"https:\/\/www.psw-group.de\/blog\/acme-protokoll-einfach-erklaert\/\" target=\"_blank\" rel=\"noopener\">Automated Certificate Management Environment (ACME)<\/a> ist ein standardisiertes Protokoll, mit dem sich unter anderem Domainvalidierung, Zertifikatsanforderung, Ausstellung und Erneuerung automatisieren lassen.<\/p>\n<p>ACME allein schafft jedoch keine vollst\u00e4ndige \u00dcbersicht \u00fcber alle Zertifikate, Verantwortlichen und Risiken eines Unternehmens. Certificate Lifecycle Management (CLM) betrachtet deshalb den gesamten Zertifikatslebenszyklus. Dazu geh\u00f6ren:<\/p>\n<ul>\n<li>Discovery und Inventarisierung,<\/li>\n<li>Anforderung und Genehmigung,<\/li>\n<li>Ausstellung und Bereitstellung,<\/li>\n<li>\u00dcberwachung von Laufzeiten und Konfigurationen,<\/li>\n<li>Erneuerung und Rotation,<\/li>\n<li>Widerruf und Stilllegung.<\/li>\n<\/ul>\n<p>ACME und CLM erf\u00fcllen damit unterschiedliche, aber erg\u00e4nzende Aufgaben: ACME automatisiert technische Abl\u00e4ufe, w\u00e4hrend CLM Transparenz, Governance und Kontrolle \u00fcber den gesamten Bestand schafft.<\/p>\n<p>Wie Unternehmen diese Prozesse aufbauen k\u00f6nnen, erl\u00e4utert unser Grundlagenbeitrag zum <a href=\"https:\/\/www.psw-group.de\/blog\/was-ist-certificate-lifecycle-management\/\" target=\"_blank\" rel=\"noopener\">Certificate Lifecycle Management<\/a>.<\/p>\n<p>Die verk\u00fcrzten Zertifikatslaufzeiten sind deshalb nicht nur eine organisatorische Mehrbelastung. Sie sind ein Anlass, Zertifikatsmanagement als automatisierten und \u00fcberpr\u00fcfbaren Sicherheitsprozess aufzubauen.<\/p>\n<h2>Warum Hintert\u00fcren die Sicherheit von Verschl\u00fcsselung schw\u00e4chen<\/h2>\n<p>Starke Verschl\u00fcsselung sch\u00fctzt private Kommunikation, Gesch\u00e4ftsgeheimnisse, personenbezogene Daten und kritische Infrastrukturen. Gleichzeitig erschwert sie unter bestimmten Umst\u00e4nden den Zugriff von Strafverfolgungs- und Sicherheitsbeh\u00f6rden auf Kommunikationsinhalte. Wird deshalb ein zus\u00e4tzlicher Zugang f\u00fcr Dritte geschaffen, ver\u00e4ndert sich die Sicherheitsarchitektur: Es entsteht ein weiterer Mechanismus, der gesch\u00fctzt, kontrolliert und dauerhaft sicher betrieben werden muss.<\/p>\n<p>Als Hintert\u00fcr oder Backdoor gilt ein absichtlich eingebauter Zugangsweg, etwa \u00fcber zentral hinterlegte Schl\u00fcssel oder besondere Entschl\u00fcsselungsschnittstellen. Client-Side-Scanning ist technisch keine klassische Hintert\u00fcr, ver\u00e4ndert das Vertraulichkeitsversprechen aber ebenfalls, weil Inhalte auf dem Endger\u00e4t vor der Verschl\u00fcsselung oder nach der Entschl\u00fcsselung analysiert werden. Beide Ans\u00e4tze schaffen zus\u00e4tzliche Risiken, etwa durch gestohlene Berechtigungen, Fehlklassifikationen oder den Missbrauch urspr\u00fcnglich begrenzter Zugriffsm\u00f6glichkeiten.<\/p>\n<p>Der 2015 bekannt gewordene FREAK-Angriff zeigte zudem, dass bewusst geschw\u00e4chte Kryptografie lange in Systemen fortbestehen und sp\u00e4ter zur allgemeinen Angriffsfl\u00e4che werden kann. FREAK, Client-Side-Scanning und kryptografische Hintert\u00fcren sind technisch nicht gleichzusetzen. Sie verdeutlichen jedoch, dass zus\u00e4tzliche Zugriffswege und Sondermechanismen die Sicherheit verschl\u00fcsselter Kommunikation nachhaltig schw\u00e4chen k\u00f6nnen.<\/p>\n<h2>Post-Quanten-Kryptografie: Warum Unternehmen jetzt handeln sollten<\/h2>\n<p>Leistungsf\u00e4hige Quantencomputer k\u00f6nnten langfristig einen Teil der heute verbreiteten Public-Key-Kryptografie gef\u00e4hrden. Betroffen w\u00e4ren insbesondere RSA und Verfahren auf Basis elliptischer Kurven. Noch ist nicht absehbar, wann ein kryptografisch relevanter Quantencomputer verf\u00fcgbar sein wird. Die Abl\u00f6sung tief in Anwendungen, Ger\u00e4ten, Zertifikaten und Protokollen verankerter Verfahren kann jedoch viele Jahre dauern.<\/p>\n<h3>\u201eHarvest now, decrypt later\u201c gef\u00e4hrdet langfristig vertrauliche Daten<\/h3>\n<p>Beim sogenannten <em>Harvest now, decrypt later<\/em> zeichnen Angreifer verschl\u00fcsselte Kommunikation bereits heute auf, um sie sp\u00e4ter mit leistungsf\u00e4higeren technischen Mitteln zu entschl\u00fcsseln. Das Risiko betrifft vor allem Informationen, die \u00fcber viele Jahre vertraulich bleiben m\u00fcssen \u2013 etwa Gesch\u00e4ftsgeheimnisse, Forschungs-, Gesundheits- oder strategische Unternehmensdaten.<\/p>\n<p>Entscheidend ist daher nicht nur, wann geeignete Quantencomputer verf\u00fcgbar sein k\u00f6nnten. Unternehmen m\u00fcssen auch ber\u00fccksichtigen, wie lange ihre Daten gesch\u00fctzt bleiben m\u00fcssen und wie viel Zeit die Umstellung betroffener Systeme ben\u00f6tigt.<\/p>\n<h3>Post-Quanten-Standards und hybride Verfahren<\/h3>\n<p>Das National Institute of Standards and Technology (NIST) ver\u00f6ffentlichte 2024 mit ML-KEM (<em>Module-Lattice-Based Key-Encapsulation Mechanism<\/em>), ML-DSA (<em>Module-Lattice-Based Digital Signature Algorithm<\/em>) und SLH-DSA (<em>Stateless Hash-Based Digital Signature Algorithm<\/em>) die ersten finalen Standards f\u00fcr Post-Quanten-Kryptografie. Sie sind f\u00fcr die Etablierung gemeinsamer Geheimnisse beziehungsweise f\u00fcr digitale Signaturen vorgesehen und k\u00f6nnen grunds\u00e4tzlich auf klassischer Hardware eingesetzt werden.<\/p>\n<p>W\u00e4hrend der \u00dcbergangsphase kommen teilweise hybride Verfahren zum Einsatz. Sie kombinieren klassische Kryptografie mit einem Post-Quanten-Verfahren. Dadurch soll die Verbindung gesch\u00fctzt bleiben, solange mindestens einer der verwendeten Bausteine sicher ist. Ob solche Verfahren produktiv eingesetzt werden k\u00f6nnen, h\u00e4ngt unter anderem von der Unterst\u00fctzung durch Anwendungen, Clients, Server und kryptografische Bibliotheken ab.<\/p>\n<h3>Krypto-Agilit\u00e4t schafft die Voraussetzung f\u00fcr den Wechsel<\/h3>\n<p>Die PQC-Migration ist nicht nur eine Frage neuer Algorithmen. Unternehmen m\u00fcssen kryptografische Verfahren, Schl\u00fcsseltypen, Zertifikate und Parameter kontrolliert austauschen k\u00f6nnen, ohne den Gesch\u00e4ftsbetrieb zu unterbrechen. Diese F\u00e4higkeit wird als <strong>Krypto-Agilit\u00e4t<\/strong> bezeichnet.<\/p>\n<p>Voraussetzung daf\u00fcr ist ein \u00dcberblick \u00fcber die eingesetzte Kryptografie. Ein Zertifikatsinventar allein gen\u00fcgt nicht: Auch Algorithmen, Schl\u00fcssel, Protokolle, Bibliotheken, Anwendungen, Ger\u00e4te und externe Abh\u00e4ngigkeiten m\u00fcssen ber\u00fccksichtigt werden. Besonders kritisch sind fest einprogrammierte Verfahren, nicht aktualisierbare Ger\u00e4te und unbekannte kryptografische Komponenten in Legacy-Systemen.<\/p>\n<p>Unternehmen sollten daher zun\u00e4chst ermitteln, wo gef\u00e4hrdete Verfahren eingesetzt werden, welche Daten langfristig gesch\u00fctzt bleiben m\u00fcssen und welche Systeme sich sp\u00e4ter kontrolliert umstellen lassen. Diese Bestandsaufnahme bildet die Grundlage, um den Migrationsbedarf zu priorisieren und sp\u00e4tere Verfahrenswechsel kontrolliert vorzubereiten.<\/p>\n<p>Weitere technische und organisatorische Hintergr\u00fcnde finden Sie in unserem Grundlagenbeitrag zur <a href=\"https:\/\/www.psw-group.de\/blog\/post-quantum-kryptografie-pqc\/\" target=\"_blank\" rel=\"noopener\">Post-Quanten-Kryptografie<\/a>. Einen \u00dcberblick \u00fcber wichtige Entwicklungsschritte bietet au\u00dferdem unsere <a href=\"https:\/\/www.psw-group.de\/blog\/pqc-timeline\/\" target=\"_blank\" rel=\"noopener\">PQC-Timeline<\/a>.<\/p>\n<p>Der wichtigste erste Schritt ist nicht der sofortige Austausch aller Verfahren, sondern Transparenz. Wer heute wei\u00df, welche Kryptografie eingesetzt wird und welche Abh\u00e4ngigkeiten bestehen, kann die sp\u00e4tere Migration gezielt priorisieren und vorbereiten.<\/p>\n<h2>Verschl\u00fcsselung als kontinuierliche Sicherheitsaufgabe<\/h2>\n<p>Verschl\u00fcsselung ist kein einzelnes Produkt und keine einmalige technische Ma\u00dfnahme. Sie entsteht aus dem Zusammenspiel geeigneter Algorithmen, sicherer Protokolle, gesch\u00fctzter Schl\u00fcssel, vertrauensw\u00fcrdiger Zertifikate und klar geregelter Prozesse.<\/p>\n<p>Unternehmen m\u00fcssen dabei den gesamten Lebenszyklus ihrer Daten betrachten. Informationen ben\u00f6tigen w\u00e4hrend der \u00dcbertragung, bei der Speicherung und w\u00e4hrend der Verarbeitung unterschiedliche Schutzma\u00dfnahmen. SSL-\/TLS-Zertifikate sichern wichtige Kommunikationswege ab, ersetzen jedoch weder Speicherverschl\u00fcsselung noch Ende-zu-Ende-Verfahren, Zugriffskontrollen oder ein belastbares Schl\u00fcsselmanagement.<\/p>\n<p>Gleichzeitig ver\u00e4ndern sich die Rahmenbedingungen. K\u00fcrzere Zertifikatslaufzeiten erh\u00f6hen den Automatisierungsbedarf, neue regulatorische Anforderungen r\u00fccken Kryptografie st\u00e4rker in den Fokus, und die Post-Quanten-Kryptografie erfordert eine langfristige Migrationsplanung. Unternehmen sollten deshalb nicht nur pr\u00fcfen, welche Verfahren heute eingesetzt werden, sondern auch, wie schnell sie Zertifikate, Schl\u00fcssel und Algorithmen k\u00fcnftig austauschen k\u00f6nnen.<\/p>\n<p>Der wichtigste Ausgangspunkt ist Transparenz: Welche Daten m\u00fcssen gesch\u00fctzt werden? Welche Zertifikate und Schl\u00fcssel sind im Einsatz? Wo werden veraltete Verfahren verwendet? Welche Systeme lassen sich automatisieren und welche Abh\u00e4ngigkeiten erschweren einen sp\u00e4teren Wechsel?<\/p>\n<p>Wer diese Fragen systematisch beantwortet, schafft die Grundlage f\u00fcr eine belastbare Verschl\u00fcsselungsstrategie. Entscheidend ist dabei nicht, \u00fcberall m\u00f6glichst viele kryptografische Verfahren einzusetzen, sondern f\u00fcr jeden Anwendungsfall den passenden Schutz zu w\u00e4hlen und ihn \u00fcber den gesamten Lebenszyklus zuverl\u00e4ssig zu betreiben.<\/p>\n<p>Mit L\u00f6sungen f\u00fcr Certificate Lifecycle Management (CLM), ACME-basierte Zertifikatsautomatisierung sowie Public-Key-Infrastrukturen (PKI) und Managed PKI (MPKI) helfen wir Unternehmen, den Grundstein f\u00fcr kontrollierte, skalierbare und zunehmend automatisierte Zertifikatsprozesse zu legen. So lassen sich Zertifikate und digitale Identit\u00e4ten zentral verwalten, Laufzeiten zuverl\u00e4ssiger \u00fcberwachen und Erneuerungen sicher in bestehende IT-Umgebungen integrieren.<\/p>\n<div class=\"shariff\"><ul class=\"shariff-buttons theme-default orientation-horizontal buttonsize-medium\"><li class=\"shariff-button facebook shariff-nocustomcolor\" style=\"background-color:#4273c8\"><a href=\"https:\/\/www.facebook.com\/sharer\/sharer.php?u=https%3A%2F%2Fwww.psw-group.de%2Fblog%2Fverschluesselung%2F\" title=\"Bei Facebook teilen\" aria-label=\"Bei Facebook teilen\" role=\"button\" rel=\"nofollow\" class=\"shariff-link\" style=\"; background-color:#3b5998; color:#fff\" target=\"_blank\"><span class=\"shariff-icon\" style=\"\"><svg width=\"32px\" height=\"20px\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 18 32\"><path fill=\"#3b5998\" d=\"M17.1 0.2v4.7h-2.8q-1.5 0-2.1 0.6t-0.5 1.9v3.4h5.2l-0.7 5.3h-4.5v13.6h-5.5v-13.6h-4.5v-5.3h4.5v-3.9q0-3.3 1.9-5.2t5-1.8q2.6 0 4.1 0.2z\"\/><\/svg><\/span><span class=\"shariff-text\">teilen<\/span>&nbsp;<\/a><\/li><li class=\"shariff-button twitter shariff-nocustomcolor\" style=\"background-color:#595959\"><a href=\"https:\/\/twitter.com\/share?url=https%3A%2F%2Fwww.psw-group.de%2Fblog%2Fverschluesselung%2F&text=Verschl%C3%BCsselung%3A%20Wie%20sie%20funktioniert%2C%20wie%20sicher%20sie%20ist%20und%20worauf%20es%20heute%20ankommt\" title=\"Bei X teilen\" aria-label=\"Bei X teilen\" role=\"button\" rel=\"noopener nofollow\" class=\"shariff-link\" style=\"; background-color:#000; color:#fff\" target=\"_blank\"><span class=\"shariff-icon\" style=\"\"><svg width=\"32px\" height=\"20px\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 24 24\"><path fill=\"#000\" d=\"M14.258 10.152L23.176 0h-2.113l-7.747 8.813L7.133 0H0l9.352 13.328L0 23.973h2.113l8.176-9.309 6.531 9.309h7.133zm-2.895 3.293l-.949-1.328L2.875 1.56h3.246l6.086 8.523.945 1.328 7.91 11.078h-3.246zm0 0\"\/><\/svg><\/span><span class=\"shariff-text\">teilen<\/span>&nbsp;<\/a><\/li><li class=\"shariff-button xing shariff-nocustomcolor\" style=\"background-color:#29888a\"><a href=\"https:\/\/www.xing.com\/spi\/shares\/new?url=https%3A%2F%2Fwww.psw-group.de%2Fblog%2Fverschluesselung%2F\" title=\"Bei XING teilen\" aria-label=\"Bei XING teilen\" role=\"button\" rel=\"noopener nofollow\" class=\"shariff-link\" style=\"; background-color:#126567; color:#fff\" target=\"_blank\"><span class=\"shariff-icon\" style=\"\"><svg width=\"32px\" height=\"20px\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 25 32\"><path fill=\"#126567\" d=\"M10.7 11.9q-0.2 0.3-4.6 8.2-0.5 0.8-1.2 0.8h-4.3q-0.4 0-0.5-0.3t0-0.6l4.5-8q0 0 0 0l-2.9-5q-0.2-0.4 0-0.7 0.2-0.3 0.5-0.3h4.3q0.7 0 1.2 0.8zM25.1 0.4q0.2 0.3 0 0.7l-9.4 16.7 6 11q0.2 0.4 0 0.6-0.2 0.3-0.6 0.3h-4.3q-0.7 0-1.2-0.8l-6-11.1q0.3-0.6 9.5-16.8 0.4-0.8 1.2-0.8h4.3q0.4 0 0.5 0.3z\"\/><\/svg><\/span><span class=\"shariff-text\">teilen<\/span>&nbsp;<\/a><\/li><li class=\"shariff-button linkedin shariff-nocustomcolor\" style=\"background-color:#1488bf\"><a href=\"https:\/\/www.linkedin.com\/sharing\/share-offsite\/?url=https%3A%2F%2Fwww.psw-group.de%2Fblog%2Fverschluesselung%2F\" title=\"Bei LinkedIn teilen\" aria-label=\"Bei LinkedIn teilen\" role=\"button\" rel=\"noopener nofollow\" class=\"shariff-link\" style=\"; background-color:#0077b5; color:#fff\" target=\"_blank\"><span class=\"shariff-icon\" style=\"\"><svg width=\"32px\" height=\"20px\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 27 32\"><path fill=\"#0077b5\" d=\"M6.2 11.2v17.7h-5.9v-17.7h5.9zM6.6 5.7q0 1.3-0.9 2.2t-2.4 0.9h0q-1.5 0-2.4-0.9t-0.9-2.2 0.9-2.2 2.4-0.9 2.4 0.9 0.9 2.2zM27.4 18.7v10.1h-5.9v-9.5q0-1.9-0.7-2.9t-2.3-1.1q-1.1 0-1.9 0.6t-1.2 1.5q-0.2 0.5-0.2 1.4v9.9h-5.9q0-7.1 0-11.6t0-5.3l0-0.9h5.9v2.6h0q0.4-0.6 0.7-1t1-0.9 1.6-0.8 2-0.3q3 0 4.9 2t1.9 6z\"\/><\/svg><\/span><span class=\"shariff-text\">teilen<\/span>&nbsp;<\/a><\/li><\/ul><\/div>","protected":false},"excerpt":{"rendered":"<p>Verschl\u00fcsselung begegnet uns h\u00e4ufig im Zusammenhang mit HTTPS und SSL-\/TLS-Zertifikaten. Doch sie reicht wesentlich weiter: Unternehmen m\u00fcssen nicht nur Verbindungen zu Websites sch\u00fctzen, sondern auch gespeicherte Daten, E-Mails, Backups, mobile Endger\u00e4te, Datenbanken, Cloud-Anwendungen, Software und die Kommunikation zwischen Maschinen. SSL-\/TLS-Zertifikate sind dabei ein wichtiger Baustein. Sie unterst\u00fctzen die Authentisierung von Kommunikationspartnern und erm\u00f6glichen den Aufbau gesch\u00fctzter Verbindungen. Eine umfassende Verschl\u00fcsselungsstrategie ersetzen sie jedoch nicht. Ein korrekt eingerichtetes TLS-Zertifikat sch\u00fctzt beispielsweise [&hellip;]<\/p>\n","protected":false},"author":69,"featured_media":12454,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[379],"tags":[],"class_list":["post-12414","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-security"],"_links":{"self":[{"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/posts\/12414","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/users\/69"}],"replies":[{"embeddable":true,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/comments?post=12414"}],"version-history":[{"count":10,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/posts\/12414\/revisions"}],"predecessor-version":[{"id":12424,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/posts\/12414\/revisions\/12424"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/media\/12454"}],"wp:attachment":[{"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/media?parent=12414"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/categories?post=12414"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.psw-group.de\/blog\/wp-json\/wp\/v2\/tags?post=12414"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}