Symmetrische vs. asymmetrische Verschlüsselung – wofür braucht man beides, wenn asymmetrisch doch sicherer klingt?

Gute Frage – die Antwort ist erstaunlich unspektakulär: Geschwindigkeit.

• Symmetrisch (z. B. AES): ein gemeinsamer Schlüssel für Ver- und Entschlüsselung. Sehr schnell, auch für große Datenmengen. Problem: Wie bekommt der Empfänger den Schlüssel, ohne dass ihn jemand abfängt? Und: bei n Teilnehmern brauchst du n·(n−1)/2 Schlüssel – bei 100 Leuten schon 4.950.
• Asymmetrisch (z. B. RSA): Schlüsselpaar. Der öffentliche Schlüssel darf jeder haben und verschlüsselt, nur der private entschlüsselt. Kein geheimer Vorab-Austausch nötig, pro Teilnehmer nur ein Paar. Dafür um Größenordnungen rechenintensiver.

Deshalb nimmt man in der Praxis beides zusammen – das hybride Verfahren: Für die eigentliche Nachricht wird ein zufälliger symmetrischer Sitzungsschlüssel erzeugt, und nur dieser kurze Schlüssel wird asymmetrisch mit dem öffentlichen Schlüssel des Empfängers verschlüsselt übertragen. Der Empfänger holt ihn mit seinem privaten Schlüssel heraus und entschlüsselt damit schnell die großen Daten. Genau so arbeiten TLS/HTTPS und verschlüsselte E-Mail. Asymmetrisch löst also das Schlüsselaustausch-Problem, symmetrisch die Massenverarbeitung.

Zur Signatur: Da wird das asymmetrische Verfahren einfach andersherum benutzt, und das ist der Aha-Moment.

• Vertraulichkeit: Ich verschlüssele mit dem öffentlichen Schlüssel des Empfängers → nur er kann mit seinem privaten Schlüssel lesen.
• Signatur: Ich „verschlüssele“ mit meinem privaten Schlüssel → jeder kann es mit meinem öffentlichen Schlüssel prüfen. Lesen kann es also jeder, aber erzeugen konnte es nur ich.

Praktisch signiert man nicht das ganze Dokument, sondern dessen Hashwert (Prüfsumme fester Länge). Der Empfänger berechnet den Hash neu und vergleicht ihn mit dem entschlüsselten Wert aus der Signatur. Stimmen beide überein, sind zwei Dinge belegt: Integrität (nichts verändert) und Authentizität (kommt wirklich vom Absender). Als drittes ergibt sich die Nichtabstreitbarkeit, weil außer dem Inhaber niemand den privaten Schlüssel hat. Merksatz für die Klausur: öffentlich verschlüsseln = geheim halten, privat signieren = beweisen, von wem es stammt.

Ein Baustein fehlt noch, sonst hat das Ganze eine Lücke: Woher weiß ich, dass ein öffentlicher Schlüssel wirklich zu der Person oder dem Server gehört, den er vorgibt?

Ohne Antwort darauf könnte sich jemand dazwischenhängen, beiden Seiten seinen eigenen öffentlichen Schlüssel unterschieben und alles mitlesen (Man-in-the-Middle). Deshalb gibt es die Zertifikate: Eine Zertifizierungsstelle bestätigt mit ihrer eigenen Signatur die Zuordnung „dieser öffentliche Schlüssel gehört zu dieser Identität“. Dein Browser vertraut einer Liste solcher Stellen – deshalb prüft er bei HTTPS zuerst das Zertifikat und handelt erst dann den Sitzungsschlüssel aus. Dieses Gesamtkonstrukt aus Schlüsseln, Zertifikaten und Stellen heißt Public-Key-Infrastruktur (PKI).

Wenn du in der Klausur die vier Schutzziele nennen sollst: Vertraulichkeit (Verschlüsselung), Integrität (Hash), Authentizität (Signatur/Zertifikat) und Verfügbarkeit (organisatorisch, nicht kryptografisch). Verschlüsselung deckt eben nicht alles ab.