Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- centos:openpgp_beim_mua [02.03.2014 17:19. ] – [Rückruf-Zertifikat] django
+++ centos:openpgp_beim_mua [20.04.2018 10:26. ] – Externe Bearbeitung 127.0.0.1
@@ Zeile 355: / Zeile 355: @@
 </code>
 Beim Schlüssel mit der ID C591B828 sehen wir nun am Zeilenanfang ein **rev**, welches uns anzeigt, dass dieser Schlüssel zurückgezogen (revoked) wurde. Anschließend läd man den Schlüssel auf einen Keyserver.
+==== Export des private Keys ====
+Will man seinen privaten Schlüssel von einem Rechner auf einen **__vertrauenswürdigen__** weiteren Rechner transferieren, gehen wir wie folgt vor.
+Als erstes holen wir uns die Key-ID des Schlüssels, den wir exportieren möchten.
+   $ gpg  --list-secret-keys
+<code>/home/django/.gnupg/secring.gpg
+-------------------------------
+sec   1024D/1F0471F12384C849 2009-03-30
+uid                          Michael Nausch <michael@nausch.org>
+uid                          Michael Nausch (aka BigChief) <bigchief@omni128.de>
+uid                          Michael Nausch (aka Django) <django@nausch.org>
+ssb   4096g/8088CA80D239B202 2009-03-30</code>
+Anschließend exportieren wir den gewünschten private-Key, in unserem Beispiel ist dies die ID **1F0471F12384C849**.
+   $ gpg --export-secret-key --armor 1F0471F12384C849 > 1F0471F12384C849-secret.asc
+Die Datei 1F0471F12384C849-secret.asc enthält nun den private key und wir können diese Datei sichern, oder auf einen Zielrechner/Device kopieren.
 ==== Export des public Keys ====
 === in eine Datei ===
@@ Zeile 433: / Zeile 452: @@
 === auf einen Keyserver ===
 Den zuvor exportierten public key können wir nun in einem WEB-Formular auf einem [[http://gpg-keyserver.de/|Keyserver]] manuell eintragen. Oder wir exportieren diesen direkt aus dem öffentlichen Schlüsselring:
-<code>$ gpg --keyserver sks.gpg-keyserver.de --send-key 2384C849
+   $ gpg --keyserver keyserver.nausch.org --send-key 2384C849
-gpg: sending key 2384C849 to hkp server sks.gpg-keyserver.de<code>
-Um nun nicht jedesmal den Keysever manuell angeben zu müssen, hinterlegen wir diesen in der Konfigurationsdatei **~/.gnupg/gpg.conf**.
-<code>$ vim ~/.gnupg/gpg.conf
+  gpg: sending key 2384C849 to hkp server keyserver.nausch.org
+Um nun nicht jedesmal den Keysever manuell angeben zu müssen, hinterlegen wir diesen in der Konfigurationsdatei **~/.gnupg/gpg.conf**.
+   $ vim ~/.gnupg/gpg.conf
+<code>
 ...
 # Djangos bevorzugter Keyserver, eingetragen am 28.04.2009
-keyserver sks.gpg-keyserver.de</code>
+keyserver keyserver.nausch.org</code>
 Nunmehr reicht ein:
    $ gpg --send-key 2384C849
-   gpg: sending key 2384C849 to hkp server sks.gpg-keyserver.de
+   gpg: sending key 2384C849 to hkp server keyserver.nausch.org
 ==== Import eines public Keys ====
 Beim Revocation Certifikat haben wir bereits die Importfunktion genutzt. Genauso funktioniert im Übrigen der Import eines //fremden// public Keys.
@@ Zeile 513: / Zeile 533: @@
 Befehl> quit</code>
+==== eMail-Adressen bei einem PGP/GPG-Schlüssel hinzufügen bzw entfernen ====
+=== hinzufügen ===
+Zu einem bestehendem Schlüsselpaar, lassen weitere eMail-Adressen hinzufügen. Hierzu lassen wir uns erst einmal alle secret-keys ausgeben.
+   $ gpg --list-secret-keys
+<code>/home/django/.gnupg/secring.gpg
+-------------------------------
+sec   1024D/1F0471F12384C849 2009-03-30
+uid                          Michael Nausch <michael@nausch.org>
+uid                          Michael Nausch (aka BigChief) <bigchief@omni128.de>
+uid                          Michael Nausch (aka Django) <django@nausch.org>
+ssb   4096g/8088CA80D239B202 2009-03-30</code>
+In diesem Beispiel haben wir nur einen privaten Schlüssel im Schlüsselbund. Zum Anfügen einer Adresse wählen wir zuerst den gewünschten key aus.
+   $ gpg --edit-key 1F0471F12384C849
+<code>gpg (GnuPG) 2.0.14; Copyright (C) 2009 Free Software Foundation, Inc.
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+Geheimer Schlüssel ist vorhanden.
+pub  1024D/1F0471F12384C849  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: SC
+                             Vertrauen: uneingeschränkt Gültigkeit: uneingeschränkt
+sub  4096g/8088CA80D239B202  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: E
+[ uneing.] (1). Michael Nausch <michael@nausch.org>
+[ uneing.] (2)  Michael Nausch (aka BigChief) <bigchief@omni128.de>
+[ uneing.] (3)  Michael Nausch (aka Django) <django@nausch.org>
+Befehl>
+</code>
+Da wir eine weitere eMail an den Schlüssel anfügen wollen, teilen wir dies dem Programm durch die eingabe der Option **adduid** mit.
+   Befehl> adduid
+Wir werden nun nach dem **Namen**, **eMail-Adresse** und **Kommentar** gefragt.
+<code>Ihr Name ("Vorname Nachname"): Django
+Email-Adresse: django@mailserver.guru
+Kommentar:
+Sie haben diese User-ID gewählt:
+    "Django <django@mailserver.guru>"
+Ändern: (N)ame, (K)ommentar, (E)-Mail oder (F)ertig/(B)eenden?
+</code>
+Nach Bestätigung der Daten durch Eingabe von **F** werden wir nach der __bestehenden Passphrase__ unseres Schlüssels gefragt.
+   Sie benötigen eine Passphrase, um den geheimen Schlüssel zu entsperren.
+   Benutzer: "Michael Nausch <michael@nausch.org>"
+-Bit DSA Schlüssel, ID 1F0471F12384C849, erzeugt 2009-03-30
+Im Speicher wurde nun eine weitere User-ID bzw. eMail-Adresse zu einem bestehenden private key hinzugefügt. Damit die Daten dauerhaft auf die Platte geschrieben werden, schließen wir unseren Bearbeitungsvorgang mit dem Befehl **save** ab.
+   Befehl> save
+=== löschen ===
+Wie zuvor beim Hinzufügen eines Schlüssels, lassen wir uns erst alle secret-keys eines Schlüsselbundes ausgeben, wenn wir eine eMailadresse bei einem Schlüssel entfernen wollen.
+   $ gpg --list-secret-keys
+<code>/home/django/.gnupg/secring.gpg
+-------------------------------
+sec   1024D/1F0471F12384C849 2009-03-30
+uid                          Michael Nausch <michael@nausch.org>
+uid                          Michael Nausch (aka BigChief) <bigchief@omni128.de>
+uid                          Michael Nausch (aka Django) <django@nausch.org>
+uid                          Django <django@mailserver.guru>
+ssb   4096g/8088CA80D239B202 2009-03-30
+</code>
+In diesem Beispiel haben wir nur einen privaten Schlüssel im Schlüsselbund. Zum Löschen einer Adresse wählen wir zuerst den gewünschten key aus.
+   $ gpg --edit-key 1F0471F12384C849
+<code>gpg (GnuPG) 2.0.14; Copyright (C) 2009 Free Software Foundation, Inc.
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+Geheimer Schlüssel ist vorhanden.
+pub  1024D/1F0471F12384C849  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: SC
+                             Vertrauen: uneingeschränkt Gültigkeit: uneingeschränkt
+sub  4096g/8088CA80D239B202  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: E
+[ uneing.] (1). Michael Nausch <michael@nausch.org>
+[ uneing.] (2)  Michael Nausch (aka BigChief) <bigchief@omni128.de>
+[ uneing.] (3)  Michael Nausch (aka Django) <django@nausch.org>
+[ uneing.] (4)  Django <django@mailserver.guru>
+Befehl>
+</code>
+Mit dem Befehl **uid** wählen wir nun diejenige User-ID aus, die wir löschen möchten.
+   Befehl> uid 4
+<code>pub  1024D/1F0471F12384C849  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: SC
+                             Vertrauen: uneingeschränkt Gültigkeit: uneingeschränkt
+sub  4096g/8088CA80D239B202  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: E
+[ uneing.] (1). Michael Nausch <michael@nausch.org>
+[ uneing.] (2)  Michael Nausch (aka BigChief) <bigchief@omni128.de>
+[ uneing.] (3)  Michael Nausch (aka Django) <django@nausch.org>
+[ uneing.] (4)* Django <django@mailserver.guru>
+</code>
+An dem Sternchen **%%*%%** hinter der UID-Nummer sehen, wir welche ID ausgewählt wurde. Nun können wir mit dem Befehl **deluid** die gewählte UID löschen.
+   Befehl> deluid
+Wir werden nun gefragt, ob wir dies wirklich wünschen.
+   Diese User-ID wirklich entfernen? (j/N) j
+Dies e Frage bestätigen wir mit der Eingabe von **j**.
+<code>pub  1024D/1F0471F12384C849  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: SC
+                             Vertrauen: uneingeschränkt Gültigkeit: uneingeschränkt
+sub  4096g/8088CA80D239B202  erzeugt: 2009-03-30  verfällt: niemals     Aufruf: E
+[ uneing.] (1). Michael Nausch <michael@nausch.org>
+[ uneing.] (2)  Michael Nausch (aka BigChief) <bigchief@omni128.de>
+[ uneing.] (3)  Michael Nausch (aka Django) <django@nausch.org>
+</code>
+Auch hier müssen wir die Änderung mit dem Befehl **save** abspeichern. Zur Sicherheit frägt uns aber das Programm, falls wir diesen schritt vergessen haben sollten.
+   Befehl> quit
+   Änderungen speichern? (j/N) j
 ==== Schlüsseldaten Aktualisieren ====
@@ Zeile 577: / Zeile 715: @@
    $ cat Testdatei
-   Today is Pungenday, the 45th day of Discord in the YOLD 3175
-Mit **gpg --sign Dateiname** erzeugen wir die Signatur, kompremieren die Originaldatei und schreiben beides in Binärformat in eine neue Datei.
-<code>$ gpg --sign Testdatei
-You need a passphrase to unlock the secret key for
+  Today is Pungenday, the 45th day of Discord in the YOLD 3175
-user: "Michael Nausch <michael@nausch.org>"
--bit DSA key, ID 2384C849, created 2009-03-30</code>
+Mit **gpg %%--%%sign Dateiname** erzeugen wir die Signatur, kompremieren die Originaldatei und schreiben beides in Binärformat in eine neue Datei.
+   $ gpg --sign Testdatei
+  You need a passphrase to unlock the secret key for
+  user: "Michael Nausch <michael@nausch.org>"
+-bit DSA key, ID 2384C849, created 2009-03-30
 Diese Datei liegt zwar im Binärformat aber keineswegs **verschlüsselt** vor.
-<code>$ cat Testdatei.gpg
+   $ cat Testdatei.gpg
-������$(�R�Q���'��$ΐ�⒔Ē�L��)�B�S+2�J��S�����TӒ
+<code>������$(�R�Q���'��$ΐ�⒔Ē�L��)�B�S+2�J��S�����TӒ
                                                        �T~��Kfqr~Q�BfX*���E���ܔ�Þ��d
 �|A�"��v�>O�r$W��j+{��束�
                           \����P��}�{x��-���</code>
-Dieses Vorgehen macht jedoch nur Sinn, wenn mit der Option **--encrypt** gleichzeitig die Datei verschlüsselt werden soll.
+Dieses Vorgehen macht jedoch nur Sinn, wenn mit der Option **%%--%%encrypt** gleichzeitig die Datei verschlüsselt werden soll.
-<code>$ gpg --encrypt --sign -r 2384C849 Testdatei
+   $ gpg --encrypt --sign -r 2384C849 Testdatei
-You need a passphrase to unlock the secret key for
+  You need a passphrase to unlock the secret key for
-user: "Michael Nausch <michael@nausch.org>"
+  user: "Michael Nausch <michael@nausch.org>"
--bit DSA key, ID 2384C849, created 2009-03-30</code>
+-bit DSA key, ID 2384C849, created 2009-03-30
-Will man die Daten per eMail verschicken so benutzt man die Option **--armor**.
-<code>$ gpg --sign --armor Testdatei
+Will man die Daten per eMail verschicken so benutzt man die Option **%%--%%armor**.
+   $ gpg --sign --armor Testdatei
+  You need a passphrase to unlock the secret key for
+  user: "Michael Nausch <michael@nausch.org>"
+-bit DSA key, ID 2384C849, created 2009-03-30
-You need a passphrase to unlock the secret key for
-user: "Michael Nausch <michael@nausch.org>"
--bit DSA key, ID 2384C849, created 2009-03-30</code>
 Nun können wir uns die erstellte signierte Datei ansehen.
-<code>$ cat Testdatei.asc
+   $ cat Testdatei.asc
------BEGIN PGP MESSAGE-----
+<code>-----BEGIN PGP MESSAGE-----
 Version: GnuPG v1.4.5 (GNU/Linux)
@@ Zeile 612: / Zeile 756: @@
 ZnX3/S/LAQ==
 =G1f3
------END PGP MESSAGE-----</code>
+-----END PGP MESSAGE-----
-Soll die Originaldatei zusammen mit der Signatur in der erzeugten Datei stehen, so verwendet man die Option **--clearsign**.
+</code>
-<code>$ gpg --clearsign --armor Testdatei
-You need a passphrase to unlock the secret key for
+Soll die Originaldatei zusammen mit der Signatur in der erzeugten Datei stehen, so verwendet man die Option **%%--%%clearsign**.
-user: "Michael Nausch <michael@nausch.org>"
+   $ gpg --clearsign --armor Testdatei
--bit DSA key, ID 2384C849, created 2009-03-30</code>
-die erzeugte Testdatei.asc enthält dann:
+  You need a passphrase to unlock the secret key for
-<code>$ cat Testdatei.asc
+  user: "Michael Nausch <michael@nausch.org>"
------BEGIN PGP SIGNED MESSAGE-----
+-bit DSA key, ID 2384C849, created 2009-03-30
+Die erzeugte Testdatei.asc enthält dann:
+   $ cat Testdatei.asc
+<code>-----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1
@@ Zeile 631: / Zeile 778: @@
 qljC/6inruZdj0BX2zwoBRI=
 =smHj
------END PGP SIGNATURE-----</code>
+-----END PGP SIGNATURE-----
+</code>
-Mit **gpg --verify** können wir die Signatur der datei überprüfen:
+Mit **gpg %%--%%verify** können wir die Signatur der datei überprüfen:
-<code>$ gpg --verify Testdatei.asc
+   $ gpg --verify Testdatei.asc
-gpg: Signature made Di 28 Apr 2009 22:36:08 CEST using DSA key ID 2384C849
-gpg: Good signature from "Michael Nausch <michael@nausch.org>"
+  gpg: Signature made Di 28 Apr 2009 22:36:08 CEST using DSA key ID 2384C849
-gpg:                 aka "Michael Nausch (aka BigChief) <bigchief@omni128.de>"
+  gpg: Good signature from "Michael Nausch <michael@nausch.org>"
-gpg:                 aka "Michael Nausch (aka Django) <django@nausch.org>"</code>
+  gpg:                 aka "Michael Nausch (aka BigChief) <bigchief@omni128.de>"
-Als letzte Variante gibt es dann noch die **//entkoppelte Signatur//**. Auch hier kann mittels der Option **--armor** die Ausgabe in lesbaren Format erzwungen werden. Andernfalls würde die Signatur in binärer Form erzeugt werden.
+  gpg:                 aka "Michael Nausch (aka Django) <django@nausch.org>"
-<code>$ gpg --detach-sign --armor Testdatei
+Als letzte Variante gibt es dann noch die **//entkoppelte Signatur//**. Auch hier kann mittels der Option **%%--%%armor** die Ausgabe in lesbaren Format erzwungen werden. Andernfalls würde die Signatur in binärer Form erzeugt werden.
+   $ gpg --detach-sign --armor Testdatei
+  You need a passphrase to unlock the secret key for
+  user: "Michael Nausch <michael@nausch.org>"
+-bit DSA key, ID 2384C849, created 2009-03-30
-You need a passphrase to unlock the secret key for
-user: "Michael Nausch <michael@nausch.org>"
--bit DSA key, ID 2384C849, created 2009-03-30</code>
 In der nun erzeugten Datei ist nur noch die Signatur enthalten.
-<code>$ cat Testdatei.asc
+   $ cat Testdatei.asc
------BEGIN PGP SIGNATURE-----
+<code>-----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.5 (GNU/Linux)
@@ Zeile 653: / Zeile 804: @@
 nDMDrNa7OKWXMjcuXPLLKr4=
 =FYiz
------END PGP SIGNATURE-----</code>
+-----END PGP SIGNATURE-----
+</code>
 Wir verändern nun zu Testzwecken den Inhalt der Testdatei - wir fügen ein Zeichen ein.
-<code>$ vim Testdatei
+   $ vim Testdatei
+  Today is Pungenday, the 45th day of Discord in the YOLD 3175!
- Today is Pungenday, the 45th day of Discord in the YOLD 3175</code>
 Und überprüfen nunmehr die Signatur der Testdatei, was natürlich postwendend als **BAD signature** angeprangert wird.
-<code>]$ gpg --verify Testdatei.asc Testdatei
+   $ gpg --verify Testdatei.asc Testdatei
-gpg: Signature made Di 28 Apr 2009 22:55:18 CEST using DSA key ID 2384C849
-gpg: BAD signature from "Michael Nausch <michael@nausch.org>"</code>
+  gpg: Signature made Di 28 Apr 2009 22:55:18 CEST using DSA key ID 2384C849
+  gpg: BAD signature from "Michael Nausch <michael@nausch.org>"
 Wurde die Signatur verändert so fällt dies sofort auf:
-<code>$ gpg --verify Testdatei.asc Testdatei
+   $ gpg --verify Testdatei.asc Testdatei
-gpg: Prüfsummenfehler; 3a1dd4 - 1588b3
-gpg: [don't know]: indeterminate length for invalid packet type 2
+  gpg: Prüfsummenfehler; 3a1dd4 - 1588b3
-gpg: no signature found
+  gpg: [don't know]: indeterminate length for invalid packet type 2
-gpg: Die Unterschrift konnte nicht überprüft werden.
+  gpg: no signature found
-Denken Sie daran, daß die Datei mit der Unterschrift (.sig oder .asc)
+  gpg: Die Unterschrift konnte nicht überprüft werden.
-als erster in der Kommandozeile stehen sollte.</code>
+  Denken Sie daran, daß die Datei mit der Unterschrift (.sig oder .asc)
+  als erster in der Kommandozeile stehen sollte.
 ==== Verschlüsseln ====
@@ Zeile 677: / Zeile 835: @@
    $ gpg --encrypt -r 4C016DE0 Testdatei
 ==== Entschlüsseln ====
-Zum Entschlüsseln nutzen wir die Option **--decrypt**; da auf den privaten schlüsselbund zugegriffen wird, ist die Passphrase mit anzugeben.
+Zum Entschlüsseln nutzen wir die Option **%%--%%decrypt**; da auf den privaten schlüsselbund zugegriffen wird, ist die Passphrase mit anzugeben.
-<code>$ gpg --decrypt Testdatei.asc > neue_Testdatei
+   $ gpg --decrypt Testdatei.asc > neue_Testdatei
+<code>You need a passphrase to unlock the secret key for
-You need a passphrase to unlock the secret key for
 user: "Michael Nausch <michael@nausch.org>"
 -bit ELG-E key, ID D239B202, created 2009-03-30 (main key ID 2384C849)
 gpg: verschlüsselt mit 4096-Bit ELG-E Schlüssel, ID D239B202, erzeugt 2009-03-30
-      "Michael Nausch <michael@nausch.org>"</code>
+      "Michael Nausch <michael@nausch.org>"
+</code>
 ===== S/MIME in der Praxis =====
 Nachdem wir uns im vorliegenden Kapitel mit den theoretischen Grundlagen befasst haben, widmen wir uns im [[centos:smime|nachfolgendem Kapitel]] dem Umgang mit S/MIME in der Praxis.
@@ Zeile 696: / Zeile 855: @@
   * **[[http://dokuwiki.nausch.org/doku.php/|Zurück zur Startseite]]**
-~~DISCUSSION~~