Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- ef:kryptographie:asymmetrischekryptographie [2025/09/25 13:59] – lehmannr
+++ ef:kryptographie:asymmetrischekryptographie [2025/09/29 16:15] (aktuell) – lehmannr
@@ Zeile 32: / Zeile 32: @@
 Die Asymmetrische Kryptographie ist oft sehr rechenintensiv und daher nicht geeignet, um grosse Datenmengen zu verschlüsseln. Mit ihr kann man aber beispielsweise sicher ein Passwort für ein symmetrisches Verfahren übermitteln (statt Diffie-Hellman) oder sich auch gegenüber von Drittpersonen authentifizieren.
-===== 3. Digitale Signatur mithilfe von Asymmetrischer Kryptographie =====
-Neben dem sicheren Verschlüsseln einer Nachricht interessiert man sich oft auch für die **Integrität** und die **Authentizität** einer Nachricht.
-**Integrität** bedeutet: Die Nachricht wurde unterwegs nicht durch eine Drittperson (Eve) verändert.
-**Authentizität** bedeutet: die Nachricht stammt tatsächlich vom vorgegebenen Absender. D.h. Eve kann nicht Nachrichten im Namen von Alice oder Bob verschicken.
-<WRAP nicebox blue>
-Mithilfe der Public-Key-Kryptographie kann sowohl das Problem der **Integrität**, als auch dasjenige der **Authentizität** gelöst werden. Vom Prinzip her läuft dies folgendermassen:
-Alice berechnet z.B. mit SHA256 den Hash-Wert ihrer Nachricht und verschlüsselt diesen mit ihrem privaten Schlüssel (Signatur) und fügt diesen und auch den unverschlüsselten Text zu ihrer Nachricht hinzu. Nun kann jeder mit dem öffentlichen Schlüssel von Alice den Hash entschlüsseln und dadurch prüfen, ob die Nachricht von Alice denselben Hashwert generiert. Dadurch ist sichergestellt, dass die Nachricht tatsächlich von Alice stammt (nur ihr öffentlicher Schlüssel entschlüsselt den Hashwert korrekt) und dass die Nachricht nicht verändert wurde (sonst würde der Hashwert nicht übereinstimmen).
-Das Ganze funktioniert, da die Ver- bzw. Entschlüsselung reziprok ist, d.h. wenn man eine Nachricht mit dem öffentlichen Schlüssel verschlüsselt, kann man sie nur durch den privaten Schlüssel entschlüsseln und wenn eine Nachricht mit dem privaten Schlüssel verschlüsselt wird, kann man sie nur durch den öffentlichen Schlüssel entschlüsseln.
-</WRAP>
-===== 4. Zertifizierungsstellen (Certificate Authorities) und Zertifizierungsketten =====
-==== Digitale Signatur und Zertifikate mit Asymmetrischer Kryptographie (RSA) ====
-Ein digitales Zertifikat für eine Webseite enthält typischerweise den Domainnamen und den öffentlichen Schlüssel der Webseite,  ein Ablaufdatum und und die Signatur einer Zertifizierungsstelle. Es bestätigt, dass der öffentliche Schlüssel tatsächlich zur entsprechenden Webseite gehört (Authentizität).
-** Wie wird die Signatur durch die Zertifizierungsstelle erstellt?**
-Die Erstellung einer digitalen Signatur mit einem asymmetrischen Verfahren wie RSA funktioniert im Prinzip umgekehrt zur Verschlüsselung:
-  - **Signieren:** Eine Nachricht wird mit dem **privaten Schlüssel** des Absenders verschlüsselt. Da nur der Absender im Besitz dieses Schlüssels ist, kann auch nur er diese Operation durchführen. In der Praxis wird oft nicht die gesamte Nachricht, sondern deren Hashwert signiert.
-  - **Verifizieren:** Der Empfänger kann die Signatur mit dem öffentlichen Schlüssel des Absenders entschlüsseln. Ist das Ergebnis ein kohärenter Text (oder stimmt der Hashwert überein), hat der Empfänger die Gewissheit über die Authentizität und Herkunft der Nachricht.
-Im Zusammenhang mit der Zertifizierung einer Webseite durch eine **Zertifizierungsstelle** (CA) bedeutet dies:
-Eine Zertifizierungsstelle ist eine vertrauenswürdige dritte Partei, die die Echtheit von öffentlichen Schlüsseln bestätigt. Eine Website muss beispielsweise gegenüber einer CA beweisen, dass sie der Inhaber einer Domain ist. Daraufhin signiert die CA das Zertifikat der Website, welches den öffentlichen Schlüssel und den Domainnamen enthält.
-Dies geschieht folgendermassen: Die CA verschlüsselt die zu bestätigenden Informationen (in der Praxis oftmals nur den Hashwert) mit ihrem ** privaten Schlüssel **. Nun kann jeder das Zertifikat nehmen und mit dem öffentlichen Schlüssel der Zertifizierungsstelle prüfen, ob die Informationen korrekt sind.
-**Chain of Trust**
-Es gibt sogenannte Root CA, das sind Hauptzertifizierungsstellen DigiCert Inc, Global Sign, Entrust, Sectigo, Let's Encrypt etc. Diesen Ausstellern vertraut der Browser, d.h. er hat die öffentlichen Schlüssel und kann damit prüfen, ob ein Zertifikat von diesen Root CAs signiert wurde.
-Die Root-CAs können ihrerseits Zertifikate für Zwischenzertifizierungsstellen (Intermediate CAs) signieren.
-Wenn ein Browser sich mit einer Webseite verbindet, erhält er eine Kette von Zertifikaten. Der Browser prüft die Signatur jedes Zertifikats in der Kette, bis er auf ein Zertifikat stößt, das von einer ihm bekannten Root CA signiert wurde. Dieses Prinzip des transitiven Vertrauens (Wenn A B vertraut und B C vertraut, dann kann A auch C vertrauen) ermöglicht es, Vertrauen in großem Maßstab zu skalieren und wird Public-Key-Infrastruktur (PKI) genannt.
-Dieses System, das insbesondere bei TLS/SSL-Verbindungen im Internet (HTTPS) zum Einsatz kommt, bildet die Grundlage für die Authentifizierung im Web
-===== 5. Konkrete Verschlüsselung im Internet (SSL/TLS) =====
-Was passiert nun konkret, wenn man sich im Internet bewegt und sensible Daten ausgetauscht werden sollen? Egal ob es sich um Kreditkartennummer, Passwörter, persönliche Daten in einem Onlineshop, E-Banking etc. handelt, sollten die Daten unbedingt verschlüsselt werden, da sie durchaus von Dritten „angezapft“ und gelesen werden können.
-An der Internetadresse ist leicht zu erkennen, ob der Datenaustausch verschlüsselt oder unverschlüsselt passiert, denn die Internetadresse wechselt von http (Hypertext Transfer Protocol) auf https (Hypertext Transfer Protocol Secure). Zudem ist links neben der Internetadresse ein Symbol mit einem geschlossenen Schloss zu sehen. Betrachten wir z.B. den Aufruf der Seite Instagram:
-{{:planung:kryptologie:instagram.png?400|}}
-Der Client (mein Browser z.B. Google Chrome/Safari/Firefox) verbindet sich mit dem Server von Instagram und sendet ein sogenanntes „Client Hello“. Dies ist eine Startmeldung, die dem Server zu verstehen gibt, dass sich jemand mit ihm verschlüsselt „unterhalten will“. Nun müssen sich Chrome und der Instagram-Server darauf verständigen, welche Verschlüsselungsmethode und welcher Schlüssel verwendet werden. Theoretisch könnte der Server einfach seinen öffentlichen Schlüssel senden und der Client verschlüsselt die gesamten Daten mit diesem öffentlichen Schlüssel und schickt sie dem Server, doch bei grösseren Datenmengen ist dies ineffizient, da es aufwändig ist, viele Daten mit dem RSA-Verfahren auszutauschen.
-Es wird daher von beiden Seiten ein symmetrisches Verfahren verwendet, welches zunächst abgemacht wird (früher DES, heute AES, 3DES, Idea und RC4). Welches Verfahren verwendet wird, hängt davon ab, welche Verschlüsselung der Client und der Server beherrschen. Bevor aber symmetrisch verschlüsselt werden kann, muss zunächst ein Schlüssel (Session-Key) ausgetauscht werden. Dieser Schlüsseltausch geschieht mit dem RSA- oder mit dem Diffie-Hellman Verfahren. Sobald beiden Parteien den  Schlüssel haben wird der gesamte Nachrichtenverkehr mit diesem Schlüssel verschlüsselt und bei jeder Neuverbindung wird ein neuer Schlüssel gewählt.
-Damit der Client sicher ist, dass er tatsächlich mit Instagram verbunden ist, schickt der Server noch ein Zertifikat, welches als Digitale Signatur dient. Dieses Zertifikat ist ausserdem bei einer Zertifizierungsstelle registriert, sodass man sicher ist, dass der entsprechende private Schlüssel auch tatsächlich Instagram gehört.
-<WRAP nicebox green>
-**Aufgabe **
-  - Was ist der grosse Unterschied zwischen einem symmetrischen und einem asymmetrischen Verschlüsselungssystem?
-  - Was versteht man unter Integrität und Authentizität?
-  - Wie kann man mit der Public-Key Kryptographie (z.B. RSA) eine digitale Unterschrift realisieren?
-  - Warum benötigt man eine unabhängige Zertifizierungsstelle?
-  - Klicke in Google Chrome bei einer gesicherten Verbindung rechts oben auf die drei Punkte und dann auf "Weitere Tools"->"Entwicklertools". Nun kannst du unter "Security" sehen, ob und wie deine Verbindung gesichert ist. ECDHE_RSA bedeutet z.B., dass (Elliptic-Curve)Diffie Hellman für den Schlüsseltausch und RSA für die Authentifizierung verwendet wird. AES_256 ist eine Spezifikation für die verwendete symmetrische Verschlüsselung.
-</WRAP>
-https://www.howsmyssl.com/
-Hier sieht man, welche Verschlüsselungsverfahren der Browser beherrscht. Die Abkürzungen enthalten sowohl die Methode, wie der Schlüssel ausgetauscht wird, als auch welche Symmetrische Verschlüsselung danach verwendet wird. Z.B. ECDHE = Elliptic Curve Diffie-Hellman (Schlüsseltausch)
-Komplette Informationen z.B hier: https://ciphersuite.info/cs/TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256/
 [[ef:start|Zurück zur Übersicht]]