Differences

This shows you the differences between two versions of the page.

--- devop:krypto [2026/07/10] – hayati
+++ devop:krypto [2026/07/10] (current) – hayati
@@ Line 3: / Line 3: @@
 ====== Kryptografie ======
-===== Grundbegriffe =====
+===== Grundbegriffe+ =====
   * [[https://de.wikipedia.org/wiki/Vertraulichkeit|Vertraulichkeit]]: Unbefugte können nicht mitlesen
   * [[https://de.wikipedia.org/wiki/Integrit%C3%A4t_(Informationssicherheit)|Integrität]]: Nachricht ist unverändert
   * [[https://de.wikipedia.org/wiki/Authentizit%C3%A4t|Authentizität]]: Urheber/Autor der Nachricht steht eindeutig fest
-  * Schlüsselaustausch: sensibler Prozess. Oft wird extra Kanal zum Austausch von Schlüsseln bzw zur Verifikation der Echtheit verwendet - um einen [[https://de.wikipedia.org/wiki/Man-in-the-Middle-Angriff|man-in-the middle]] auszuschließen
+  * Schlüsselaustausch: ist ein sensibler Prozess. Oft wird ein extra Kanal zum Austausch von Schlüsseln bzw zur Verifikation der Echtheit verwendet - um einen [[https://de.wikipedia.org/wiki/Man-in-the-Middle-Angriff|man-in-the middle]] auszuschließen. Ein extra Kanal kann z.B. ein Telefon sein. Bei PGP/GPG Schlüsseln wird der öffentliche Schlüssel noch "normal" übertragen. Allerdings wird dieser dann über den [[https://en.wikipedia.org/wiki/Public_key_fingerprint|Fingerprint]] (einem Hash-Wert bzw Prüfsumme) am Telefon oder gar im echten Leben bei direktem persönlichem Kontakt verifiziert. Findet ein Kontakt im echten Leben statt, so kann man sich ggf. auch die Ausweise zeigen lassen und die Identität prüfen (siehe [[https://de.wikipedia.org/wiki/Keysigning-Party|Keysigning-Party]]).
   * Selbst mit Integritäts- und Authentizitäts-Garantien können Nachrichten "verloren" gehen! Ganze E-Mails könnten auf dem Transportweg abgefangen werden. Das wäre vergleichbar mit ungeöffneten Briefen, die auf dem Postweg anhand der Adresse heraussortierbar sind.
@@ Line 15: / Line 15: @@
   * [[https://de.wikipedia.org/wiki/Leitungsverschl%C3%BCsselung|Transport-Verschlüsselung]]: der Transport zwischen relevanten Servern ist geschützt. Der Betreiber eines Servers kann mitlesen!
-  * [[https://de.wikipedia.org/wiki/Ende-zu-Ende-Verschl%C3%BCsselung|Ende-zu-Ende Verschlüsselung]]: auch Server Betreiber können NICHT mitlesen
+  * [[https://de.wikipedia.org/wiki/Ende-zu-Ende-Verschl%C3%BCsselung|Ende-zu-Ende Verschlüsselung]]: auch Server Betreiber können NICHT mitlesen. ACHTUNG: ohne völlig transparente Schlüsselverwaltung können verschiedene Messenger mitlesen, weil sie im Besitz der Schlüssel sind! Auch wenn sie [[https://de.wikipedia.org/wiki/Ende-zu-Ende-Verschlüsselung|E2EE]] versprechen, wird die Kommunikation praktisch nur Transport-verschlüsselt! Dem Betreiber einer Webseite oder App, die vermeintlich E2EE anbietet, sollte/müsste man soweit vertrauen, dass der private Schlüssel niemals an diesen übertragen wird. Schwierig! Spätestens, wenn Nachrichten von einem anderen Gerät entschlüsselt angezeigt werden, ohne dass man den privaten Schlüssel selbst manuell gespeichert und im anderen Gerät importiert hat .. ist klar, dass der Schlüssel DOCH beim Betreiber der Webseite/App gelandet ist!
   * [[https://de.wikipedia.org/wiki/Symmetrisches_Kryptosystem|Symmetrische Verschlüsselung]]: alle Parteien einer Kommunikation haben denselben (geheimen) Schlüssel
-      * Ver- und Entschlüsselung erfolgt mit demselben geheimen Schlüssel zzgl dem Algorithmus
+  * Ver- und Entschlüsselung erfolgt mit demselben geheimen Schlüssel zzgl dem Algorithmus
   * Einfachste oder Pseudo-Verschlüsselungen, von denen abzuraten ist, wie u.a.:
       * [[https://de.wikipedia.org/wiki/Leetspeak|Leetspeak]]
@@ Line 39: / Line 39: @@
   * Zentrale/hierarchische Schlüsselverzeichnisse, z.B. https/SSL, über [[https://de.wikipedia.org/wiki/Trustcenter|Trustcenter]]
   * [[https://de.wikipedia.org/wiki/Web_of_Trust|Web-of-Trust]]: durch Signieren des öffentlichen Schlüssels wird die Authentizität, ggf inkl Ausweis Kontrolle bekundet. Es entstehen selbstorganisierte Netze des Vertrauens. Siehe auch [[https://de.wikipedia.org/wiki/Keysigning-Party|Keysigning-Parties]].
+  * (PGP)[[https://de.wikipedia.org/wiki/Schlüsselserver|Keyserver]]: öffentliche Schlüssel können zusammen mit der E-Mail Adresse auf diese Schlüsselserver abgelegt werden. E-Mail Programme können diese Server (automatisch) prüfen, ob der angedachte Empfänger der Nachricht mglw einen PGP/GPG Schlüssel besitzt und so die Verschlüsselung vorschlagen oder automatisch aktivieren. Alternativ bzw ergänzend zur Ablage auf diesen Keyservern veröffentlichen Viele ihre Schlüssel auch auf ihrer Webseite - besonders investigative Journalisten können so ihren Hinweisgebern klar machen, dass man sie vertraulich und pseudonym kontaktieren kann.
+      * [[https://keys.openpgp.org/|https://keys.openpgp.org/]]
+      * [[https://keyserver.ubuntu.com/|https://keyserver.ubuntu.com/]]
+      * [[https://keybase.io/|https://keybase.io/]]
+      * siehe auch [[https://www.reddit.com/r/GnuPG/comments/ix2gdj/what_pgp_key_server_to_use/|Reddit: What PGP keyserver to use?]]
+  * GitHub als Keyserver: Software Entwickler können (den öffentlichen Teil) ihrer GPG Schlüssel auf ihren Account hochladen. Diese sind dann unter [[https://github.com/<USER/ACCOUNT|https://github.com/<USER/ACCOUNT]]>.gpg wie z.B. [[https://github.com/hayguen.gpg|https://github.com/hayguen.gpg]] für alle abrufbar.
 ===== Anwendungen =====
@@ Line 66: / Line 72: @@
 Als Email Client wird die Web-Schnittstelle des E-Mail Anbieters, z.B. [[https://web.de/|web.de]] oder [[https://posteo.de/|posteo]], verwendet. Browser-Erweiterung (Add-On) [[https://mailvelope.com/de|Mailvelope]] erlaubt die lokale Ver- und Entschlüsselung auf dem eigenen Rechner - innerhalb des Browsers.
-In diesem Fall müsste man mMn dem E-Mail Provider soweit vertrauen, dass dieser [[https://mailvelope.com/de|Mailvelope]] korrekt einbindet - und einem Daten, Passwörter oder Schlüssel abgreift. Insbesondere das Sicherheits-Backup, welches auf [[https://web.de/|web.de]] teilweise zwingend notwendig ist, sehe ich persönlich sehr problematisch; siehe [[https://hilfe.web.de/sicherheit/pgp/verschluesselte-kommunikation-einrichten.html|Web.de Verschlüsselte Kommunikation einrichten]]. Auf [[https://posteo.de/|posteo]] ist ein solcher Schritt nicht notwendig.
+In diesem Fall müsste man mMn dem E-Mail Provider soweit vertrauen, dass dieser [[https://mailvelope.com/de|Mailvelope]] korrekt einbindet - und einem KEINE Daten, Passwörter oder Schlüssel abgreift. Insbesondere das Sicherheits-Backup, welches auf [[https://web.de/|web.de]] teilweise zwingend notwendig ist, sehe ich persönlich sehr problematisch; siehe [[https://hilfe.web.de/sicherheit/pgp/verschluesselte-kommunikation-einrichten.html|Web.de Verschlüsselte Kommunikation einrichten]]. Auf [[https://posteo.de/|posteo]] ist ein solcher Schritt nicht notwendig.
 === Android / Smartphone ===