head	1.3;
access;
symbols;
locks; strict;
comment	@# @;


1.3
date	2000.08.28.21.54.39;	author rgoretzki;	state Exp;
branches;
next	1.2;

1.2
date	2000.07.17.07.53.13;	author pneuhaus;	state Exp;
branches;
next	1.1;

1.1
date	2000.05.05.14.22.22;	author pneuhaus;	state Exp;
branches;
next	;


desc
@@


1.3
log
@Textliche Verbesserungen und Rechtschreibkorrekturen.
@
text
@<!-- intro.sgml - The German version of the GNU Privacy Handbook
       Copyright (C) 2000 Free Software Foundation

  This file is part of the GPH.

  GPH is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
  the Free Software Foundation; either version 2 of the License, or
  (at your option) any later version.

  GPH is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.	See the
  GNU General Public License for more details.

  You should have received a copy of the GNU General Public License
  along with this program; if not, write to the Free Software
  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
-->


<chapter id="intro" xreflabel="2">
<docinfo>
<date>
$Id: intro.sgml,v 1.2 2000/07/17 07:53:13 pneuhaus Exp $
</date>
</docinfo>
<title>
Grundlagen
</title>

<para>
Dieses Kapitel führt in die wesentlichen Funktionen des GNU Privacy
Guard ein. Hier lernen Sie, wie man Schlüsselpaare erzeugt, Schlüssel
austauscht und überprüft, Dokumente verschlüsselt, entschlüsselt und
durch digitale Unterschriften authentifiziert.
</para>

<para>
Wie bereits in Kapitel <xref linkend="concepts"> erwähnt, bedient sich
&Gnupg; eines Public-Key-Verfahrens, um eine sichere Kommunikation zu
gewährleisten. In einem solchen System hat jeder Benutzer ein
Schlüsselpaar, bestehend aus einem geheimen Schlüssel und einem
öffentlichen Schlüssel. Der geheime Schlüssel darf unter keinen
Umständen jemand anderem zugänglich sein. Den öffentlichen Schlüssel
sollte man für jeden, mit dem man kommunizieren möchte, zugänglich
machen.
</para>

<para>
&Gnupg; benutzt ein erweitertes Schema, bei dem jeder Benutzer
jeweils ein primäres Schlüsselpaar hat und optional weitere
untergeordnete Schlüsselpaare haben kann. Das primäre und das
untergeordnete Schlüsselpaar werden gebündelt, um die
Schlüsselverwaltung zu erleichtern; das Bündel kann vereinfacht
als ein Schlüsselpaar betrachtet werden.
</para>

<sect1>
<title>
Erzeugen eines neuen Schlüsselpaares
</title>

<para>
Damit Sie GnuPG zum Verschlüsseln, Entschlüsseln oder Signieren
einsetzen können, benötigen Sie ein Schlüsselpaar, das aus einem
geheimen und einem öffentlichen Schlüssel besteht.
Mit der Kommandozeilen-Option
<link linkend="gen-key"><option>--gen-key</option></link>
können Sie ein neues primäres Schlüsselpaar erzeugen:

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --gen-key</userinput>
gpg (GnuPG) 1.0.1; Copyright (C) 1999 Free Software Foundation, Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.

Bitte wählen Sie, welche Art von Schlüssel Sie möchten:
   (1) DSA und ElGamal (voreingestellt)
   (2) DSA (nur signieren/beglaubigen)
   (4) ElGamal (signieren/beglaubigen und verschlüsseln)
Ihre Auswahl?
</screen>

<!--
REWRITE
From Thomas Zander (zander@@microweb.nl):
In GPG you can create 3 type of keypairs. A keypair is the combination
of a public key and a private key, see chapter X. A DSA keypair can
only be used to sign a message. A ElGamal subordinate keypair can be
used for encryption as well as s igning, but is not as compatible with
former standards.

Option 1 creates 2 keypairs; a DSA (signing) and a ElGamal (Encryption).
Option 2 creates a DSA keypair (Signing)
Option 4 creates a ElGemal keypair (Signing & Encryption).

note: option 3 xxxx

This doesn't quite work, but I agree the following paragraph is rough.
-->

Mit &Gnupg; können Sie verschiedene Typen von Schlüsselpaaren
erzeugen, doch muß der primäre Schlüssel Unterschriften liefern
können. Es gibt daher nur drei Optionen. Option 1 erzeugt wirklich
zwei Schlüsselpaare, nämlich ein DSA-Schlüsselpaar, das nur zum Unterschreiben
geeignet ist, und außerdem noch ein untergeordnetes ElGamal-Schlüsselpaar für
die Verschlüsselung. Option 2 erzeugt nur das DSA-Schlüsselpaar.
Option 4<footnote><para>Mit der Option 3 läßt sich ein
ElGamal-Schlüsselpaar erzeugen, mit dem Sie keine Unterschriften
leisten können.</para></footnote> erzeugt ein einzelnes
ElGamal-Schlüsselpaar, das sowohl zum Unterzeichnen als auch zum
Verschlüsseln verwendbar ist. In allen Fällen ist es möglich, später
noch weitere Unterschlüssel für die Verschlüsselung und Unterzeichnung
hinzuzufügen. In der Regel sollten Sie hier die Standardoption
auswählen.
</para>

<para>
Als nächstes wählen Sie die Schlüsselgröße. Bei einem
DSA-Schlüssel muß diese zwischen 512 und 1024 Bits liegen, ein
ElGamal-Schlüssel dagegen kann - zumindest theoretisch - eine beliebige
Größe haben. Der &Gnupg; erfordert es allerdings, daß die Schlüssel
nicht kleiner als 768 Bits sind. Wenn Option 1 mit einer
Schlüsselgröße von mehr als 1024 Bit gewählt wurde, hat der ElGamal-Schlüssel
die verlangte Größe, doch der DSA-Schlüssel wird maximal 1024 Bits
haben.

<screen width="80">
Der DSA Schlüssel wird 1024 Bits haben.
Es wird ein neues ELG-E Schlüsselpaar erzeugt.
              kleinste Schlüssellänge ist  768 Bit
              standard Schlüssellänge ist 1024 Bit
      größte sinnvolle Schlüssellänge ist 2048 Bit
Welche Schlüssellänge wünschen Sie? (1024) 
</screen>

Je größer der Schlüssel ist, desto sicherer ist er gegen
Brute-Force-Angriffe, doch sollte für die meisten Zwecke die
Standard-Schlüsselgröße ausreichend sein, da es einfacher wäre, die
Verschlüsselung zu umgehen, als sie zu knacken. Außerdem wird mit
zunehmender Schlüsselgröße die Ver- und Entschlüsselung langsamer, und
auch die Unterschrift wird länger. Einmal festgelegt, kann die
Schlüsselgröße nicht nachträglich geändert werden.
</para>

<para>
Schließlich müssen Sie noch ein Verfallsdatum wählen.
Wenn Option 1 gewählt wurde, gilt dieses Verfallsdatum sowohl
für die ElGamal- als auch die DSA-Schlüsselpaare.

<screen width="80">
Bitte wählen Sie, wie lange der Schlüssel gültig bleiben soll.
         0 = Schlüssel verfällt nie
      &lt;n&gt;  = Schlüssel verfällt nach n Tagen
      &lt;n&gt;w = Schlüssel verfällt nach n Wochen
      &lt;n&gt;m = Schlüssel verfällt nach n Monaten
      &lt;n&gt;y = Schlüssel verfällt nach n Jahren
Der Schlüssel bleibt wie lange gültig? (0)
</screen>

Für die meisten Fälle reicht ein Schlüssel ohne Verfallsdatum
völlig aus. Allerdings sollte man das Verfallsdatum immer sorgfältig
auswählen; denn, obwohl es sich auch noch nachträglich ändern läßt,
kann es umständlich sein, das geänderte Verfallsdatum allen Ihren
Kommunikationspartnern mitzuteilen.
</para>

<para>
Im nächsten Schritt müssen Sie eine Benutzer-ID
(Benutzer-Kennung) angeben. Das dient dazu, den soeben erzeugten
Schlüssel einer realen Person zuzuordnen.

<screen width="80">
Sie benötigen eine User-ID, um Ihren Schlüssel eindeutig zu machen; das
Programm baut diese User-ID aus Ihrem echten Namen, einem Kommentar und
Ihrer E-Mail-Adresse in dieser Form auf:
    &ldquo;Heinrich Heine (Der Dichter) &lt;heinrichh@@duesseldorf.de&gt;&rdquo;

Ihr Name (&ldquo;Vorname Nachname&rdquo;):
</screen>

Es wird zunächst nur eine Benutzer-ID erzeugt, doch können Sie
später weitere Benutzer-IDs hinzufügen, wenn Sie den Schlüssel in
verschiedenen Situationen benutzen wollen, also beispielsweise bei der Arbeit
in Ihrer Firma oder für Ihre politische Arbeit.
<emphasis>Die Benutzer-ID sollten Sie mit aller Sorgfalt wählen,
da Sie sie später nicht mehr ändern können.</emphasis>
</para>

<para>
Damit Ihr geheimer Schlüssel nicht von anderen mißbraucht werden
kann, wird er von GnuPG mit einem symmetrischen Verfahren
verschlüsselt. Dazu geben Sie ein sogenanntes &ldquo;Mantra&rdquo;
(einen Paßwort-Satz) ein, das Sie wiederum jedesmal benötigen, wenn
Sie auf Ihren geheimen Schlüssel zugreifen.

<screen width="80">
Sie benötigen ein Mantra, um den geheimen Schlüssel zu schützen.

Geben Sie das Mantra ein:
</screen>

Die Länge des Mantra ist theoretisch unbegrenzt. Sie sollten es
mit Sorgfalt auswählen. Unter dem Gesichtspunkt der Sicherheit
ist das Mantra einer der schwächsten Punkte im &Gnupg; (wie auch in
anderen Verschlüsselungssystemen mit öffentlichen Schlüsseln), da es
Ihr einziger Schutz ist, falls jemand in den Besitz Ihres privaten
Schlüssels kommt.
</para>

<para>
Man sollte für das Mantra keine Wörter aus einem Wörterbuch oder Lexikon
nehmen und nicht nur die Buchstaben des Alphabets, sondern auch 
Sonderzeichen verwenden. Je länger das Mantra ist, desto sicherer
ist es, aber andererseits sollten Sie sich das Mantra
auch gut merken können; nichts ist fataler als das Mantra auf einem
Zettel oder in einer Datei zu notieren. Ein gut gewähltes Mantra ist
entscheidend für Ihre Datensicherheit.
</para>

<para>
Es ist beispielsweise keine gute Idee, einen bekannten Ausspruch oder
ein Zitat einer bekannten Persönlichkeit als Mantra zu nehmen. Das
würde die Chance erhöhen, das Mantra zu erraten: ein Angreifer könnte
einfach den Computer eine Zitatenliste durchprobieren lassen. Am
besten denkt man sich einen unsinnigen Satz wie z.B: &ldquo;Die Currywurst
schmeckt nach Zimt und Zucker&rdquo; oder &ldquo;Helmut Kohl ist bekanntermaßen
Vegetarier&rdquo; aus. Ihrer Phantasie sind hierbei keine Grenzen
gesetzt. Wenn Sie auch noch ein paar Rechtschreibfehler und
Sonderzeichen einbauen, ist ein Wörterbuchangriff praktisch unmöglich:
&ldquo;Dat Körriwurst schmöckt nach #imt und #ucker&rdquo;. <emphasis>Benutzen Sie
auch auf keinen Fall eines der soeben aufgeführten Beispiele!!</emphasis>.
</para>

<sect2 id="revocation">
<title>
Erzeugen einer Widerrufurkunde
</title>

<para>
Nach dem Erzeugen Ihres Schlüsselpaars sollten Sie sofort mit der
Option <link linkend="gen-revoke"><option>--gen-revoke</option></link>
eine Widerrufurkunde für Ihre Schlüssel erzeugen.
Wenn Sie Ihr Mantra vergessen oder wenn Ihr privater Schlüssel
kompromittiert oder verloren gegangen ist, können Sie mit dieser
<!-- (goretzki) Mit "kompromittiert" kann ich mich in diesem 
     Zusammenhang überhaupt nicht anfreunden. Warum sollen wir nicht
     "gefährdet" stehen lassen?
 -->
Widerrufurkunde andere davon in Kenntnis setzen, daß der
dazugehörige öffentliche Schlüssel nicht mehr benutzt werden sollte. Ein
zurückgerufener öffentlicher Schlüssel kann noch benutzt werden, um
Unterschriften zu prüfen, die Sie vor dem Widerruf
abgegeben haben, er kann jedoch nicht benutzt werden, um künftige
Mitteilungen an Sie zu verschlüsseln. Vorausgesetzt, Sie haben noch
Zugang zu Ihrem widerrufenen geheimen Schlüssel, so können Sie
selbstverständlich noch Daten entschlüsseln, die vor dem Widerruf für
Sie verschlüsselt worden sind.

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output revoke.asc --gen-revoke mykey</userinput>
[...]
</screen>

<!--             Woran knüpft das folgende Wort an?               -->
wobei <userinput>mykey</userinput> entweder die Schlüssel-ID Ihres
ersten Schlüsselpaares oder irgendein Teil einer dazugehörigen Benutzer-ID ist.
Die erzeugte Widerrufurkunde wird in die Datei
<parameter>revoke.asc</parameter>, bzw., wenn man die Option
<link linkend="output"><option>--output</option></link> wegläßt, auf
die Standard-Ausgabe geschrieben. Da die Widerrufurkunde kurz ist, ist
es kein Problem, eine ausgedruckte Kopie der Widerrufurkunde irgendwo
sicher aufzubewahren, z.B. in Ihrem Bankschließfach. Die
Widerrufurkunde sollten Sie aber auf keinen Fall an Stellen
aufbewahren, zu denen andere Personen Zugang haben, da im Prinzip jeder
die Widerrufurkunde veröffentlichen und so den entsprechenden
Schlüssel nutzlos machen könnte.
</para>
</sect2>
</sect1>

<sect1>
<title>
Austauschen von Schlüsseln
</title>

<para>
Um mit anderen zu kommunizieren, müssen Sie untereinander Ihre
öffentlichen Schlüssel austauschen. Zum Auflisten der Schlüssel
in Ihrem öffentlichen Schlüsselbund verwenden Sie die
Befehlszeilen-Option
<link linkend="list-keys"><option>--list-keys</option></link>.
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --list-keys</userinput>
/users/alice/.gnupg/pubring.gpg
---------------------------------------
pub  1024D/FB5797A9 2000-06-06 Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;
sub  1024g/C8B3998F 2000-06-06
</screen>

<sect2>
<title>
Exportieren eines öffentlichen Schlüssels
</title>

<para>
Um jemandem Ihren öffentlichen Schlüssel zu schicken, müssen Sie
diesen zunächst exportieren. Hierzu benutzt man die Kommandozeilen-Option
<link linkend="export"><option>--export</option></link>.
Zur Indentifikation des zu exportierenden öffentlichen Schlüssels dient
entweder die Schlüssel-ID oder irgendein Teil der Benutzer-ID.
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output alice.gpg --export alice@@cyb.org</userinput>
</screen>

<para>
Der Schlüssel wird in einem binären Format exportiert, doch kann dies
unerwünscht sein, wenn Sie den Schlüssel per E-Mail verschicken oder auf
einer WWW-Seite veröffentlichen wollen. GnuPG unterstützt daher
die Kommandozeilen-Option <link
linkend="armor"><option>--armor</option></link><footnote><para>Viele
Kommandozeilen-Optionen, die häufig benutzt werden, können auch in
einer <link linkend="optionsfile">Konfigurationsdatei</link> definiert
<!--  Dieser Link scheint nicht zu greifen, beim Betrachten mit Netscape
      erscheint in dieser Fußnote das Wort "Konfigurationsdatei" 
      überhaupt nicht. Das sieht merkwürdig aus:
      "... können auch in einer definiert werden."
 -->
werden.</para></footnote> die bewirkt, daß der Output im ASCII-Format
ausgegeben wird. (Im Allgemeinen kann jeder Output von GnuPG -
beispielsweise Schlüssel, verschlüsselte Dokumente oder Unterschriften
- im ASCII-Format dargestellt werden, indem man die
<option>--armor</option>-Option hinzufügt.)
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --armor --export alice@@cyb.org</userinput>
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

[...]
-----END PGP PUBLIC KEY BLOCK-----
</screen>
</sect2>

<sect2>
<title>
Importieren eines öffentlichen Schlüssels
</title>

<para>
Ein öffentlicher Schlüssel kann zu Ihrem öffentlichen Schlüsselbund
hinzugefügt werden, und zwar mit folgender Option:
<link linkend="import"><option>--import</option></link>
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --import blake.gpg</userinput>
gpg: Schlüssel B2690E6F: Öffentlicher Schlüssel importiert
gpg: Anzahl insgesamt bearbeiteter Schlüssel: 1
gpg:            importiert: 1
<prompt>alice$ </prompt> <userinput>gpg --list-keys</userinput>
/users/alice/.gnupg/pubring.gpg
---------------------------------------
pub  1024D/FB5797A9 2000-06-06 Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;
sub  1024g/C8B3998F 2000-06-06

pub  1024D/B2690E6F 2000-06-06 Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;
sub  1024g/F251B862 2000-06-06
</screen>

<para><!-- muss noch überarbeitet werden -->
Wenn ein Schlüssel einmal importiert ist, sollte er auf Authentizität
überprüft werden. &Gnupg; arbeitet mit einem wirksamen und flexiblen
Vertrauensmodell, bei dem Sie nicht jeden Schlüssel persönlich zu
authentifizieren brauchen, den Sie importieren. Einige Schlüssel
können dies jedoch erfordern. Ein Schlüssel wird dadurch
authentifiziert, daß Sie den Fingerabdruck des Schlüssels überpüfen
und dann den Schlüssel unterschreiben, um seine Gültigkeit zu
bestätigen. Der Fingerabdruck eines Schlüssels kann schnell mit der
Befehlszeilen-Option
<link linkend="fingerprint"><option>--fingerprint</option></link>
geprüft werden, um aber den Schlüssel zu bestätigen, müssen Sie ihn
editieren.

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --edit-key blake@@cyb.org</userinput>

pub  1024D/B2690E6F  created: 2000-06-06 expires: never      trust: -/q
sub  1024g/F251B862  created: 2000-06-06 expires: never     
(1)  Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;

<prompt>Befehl></prompt> <userinput>fpr</userinput>
pub  1024D/B2690E6F 2000-06-06 Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;
             Fingerprint: 6A51 852C 7491 95B5 C5F0  731C 141F C008 B269 0E6F

</screen>

Um den Fingerabdruck zu überprüfen, müssen Sie den Eigentümer des
Schlüssels kontaktieren und die Fingerabdrücke vergleichen. Sie können
persönlich oder per Telefon mit ihm sprechen oder auf beliebigem
anderen Wege kommunizieren, solange nur garantiert ist, daß es sich um
den rechtmäßigen Eigentümer handelt. Stimmen beide Fingerabdrücke
überein, dann können Sie sicher sein, daß Sie eine echte Kopie des
öffentlichen Schlüssels haben.
</para>

<para>
Nach dem Prüfen des Fingerabdrucks können Sie den Schlüssel
unterschreiben, um ihn zu authentifizieren. Da die Schlüsselüberprüfung
ein Schwachpunkt in der Kryptographie mit öffentlichem Schlüssel ist,
sollten Sie <emphasis>äußerste Sorgfalt</emphasis> walten lassen und
den Fingerabdruck eines Schlüssels <emphasis>immer</emphasis>
gemeinsam mit dem Eigentümer prüfen, bevor Sie den Schlüssel
unterschreiben.
</para>

<screen width="80">
<prompt>Befehl></prompt> <userinput>sign</userinput>

pub  1024D/B2690E6F  created: 2000-06-06 expires: never      trust: -/q
             Fingerprint: 6A51 852C 7491 95B5 C5F0  731C 141F C008 B269 0E6F

     Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;

Sind Sie wirklich sicher, daß Sie vorstehenden Schlüssel mit Ihrem
Schlüssel beglaubigen wollen: &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;

Wirklich unterschreiben?
</screen>

<para>
Sie können sich jederzeit vergewissern, welche Unterschrift Sie
hinzugefügt haben. Jede Benutzer-ID auf dem Schlüssel hat dann sowohl
eine oder mehrere Eigenbeglaubigungen als auch eine Unterschrift von
jedem Benutzer, der den Schlüssel authentifiziert hat.
</para>

<screen width="80">
<prompt>Befehl></prompt> <userinput>check</userinput>
uid  Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;
sig!       B2690E6F 2000-06-06   [Eigenbeglaubigung]
sig!       FB5797A9 2000-06-06   Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;

</screen>
</sect2>
</sect1>

<sect1>
<title>
Ver- und Entschlüsseln von Dokumenten
</title>

<para>
Der öffentliche und der geheime Schlüssel haben jeweils eine spezifische
Aufgabe beim Ver- und Entschlüsseln von Dokumenten. Das Public-Key-Verfahren
kann man sich wie einen offenen Safe vorstellen. Wenn jemand
ein Dokument unter Benutzung eines öffentlichen Schlüssels
verschlüsselt, wird dieses Dokument in den Safe gelegt, der Safe
geschlossen und das Kombinationsschloß mehrmals verdreht. Der
entsprechende geheime Schlüssel ist die Kombination, mit der man den
Safe wieder öffnen und das Dokument wieder herausholen kann. Mit
anderen Worten, es kann nur die Person, die den geheimen Schlüssel
hat, auf ein Dokument zugreifen, das unter Benutzung des dazugehörigen
öffentlichen Schlüssels verschlüsselt worden ist.
</para>

<para>
Das Verfahren für das Ver- und Entschlüsseln von Dokumenten ist bei
diesem Modell einfach: eine Nachricht an Alice verschlüsseln
Sie unter Verwendung von Alices öffentlichem Schlüssel, und diese
entschlüsselt sie mit ihrem geheimen Schlüssel. Umgekehrt geht es
genauso: Alice verschlüsselt eine Nachricht an Sie mit Ihrem
öffentlichen Schlüssel, welche Sie dann mit Ihrem geheimen Schlüssel
entschlüsseln können.
</para>

<para>
Um ein Dokument zu verschlüsseln, benutzt man die Option
<link linkend="encrypt"><option>--encrypt</option></link>.
Dazu müssen Sie die öffentlichen Schlüssel der vorgesehenen Empfänger
haben. Sollten Sie auf der Kommandozeile den Namen der zu
verschlüsselnden Datei nicht angeben, werden die zu verschlüsselnden
Daten von der Standard-Eingabe gelesen. Das verschlüsselte Resultat
wird auf die Standard-Ausgabe oder in die Datei, die durch die Option
<option>--output</option> spezifiziert ist, geschrieben. Das Dokument
wird darüberhinaus auch noch komprimiert.

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output doc.gpg --encrypt --recipient blake@@cyb.org doc</userinput>
</screen>

Mit der Option <link linkend="recipient"><option>--recipient</option>
</link> wird der öffentliche Schlüssel spezifiziert, mit dem das
Dokument verschlüsselt werden soll. Entschlüsseln läßt sich das so
verschlüsselte Dokument jedoch nur von jemandem mit dem dazugehörigen
geheimen Schlüssel. Das bedeutet konsequenterweise aber auch, daß Sie
selbst ein so verschlüsseltes Dokument nur wieder entschlüsseln
können, wenn Sie Ihren eigenen öffentlichen Schlüssel in die
<!-- (goretzki)      Ist das richtig? Mir jedenfalls unverständlich!     -->
Empfängerliste aufgenommen haben.
</para>

<para>
Zum Entschlüsseln einer Nachricht wird die Option
<link linkend="decrypt"><option>--decrypt</option></link> benutzt.
Sie benötigen dazu den geheimen Schlüssel, für den die Nachricht
verschlüsselt wurde und das Mantra, mit dem der geheime Schlüssel
geschützt ist.
</para>

<screen width="80">
<prompt>blake$ </prompt> <userinput>gpg --output doc --decrypt doc.gpg</userinput>
Sie benötigen ein Mantra, um den geheimen Schlüssel zu entsperren.
Benutzer: &ldquo;Blake (Staatsanwalt) &lt;blake@@cyb.org&gt;&rdquo;
1024-Bit ELG-E Schlüssel, ID F251B862, erzeugt 2000-06-06 (Hauptschlüssel-ID B2690E6F)

Geben Sie das Mantra ein:
</screen>

<para>
Mit GnuPG können Sie aber auch ohne Anwendung eines 
Public-Key-Verfahrens Dokumente
verschlüsseln und stattdessen ein symmetrisches Verfahren benutzen. Der
Schlüssel für die symmetrische Verschlüsselung wird aus einem
Paßwort - besser noch, einem Paßwort-Satz -
generiert, das <emphasis>auf gar keinen Fall</emphasis> dem Mantra zum
Schutz Ihres privaten Schlüssels entsprechen sollte. Je länger das
gewählte Paßwort ist, desto sicherer ist der Schlüssel. Wenn Sie
diesen symmetrischen Schlüssel an jemanden weitergeben, sollten Sie
dazu einen sicheren Weg wählen. Ein Dokument läßt sich so durch
Benutzung der Option<link
linkend="symmetric"><option>--symmetric</option></link>verschlüsseln. 
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output doc.gpg --symmetric doc</userinput>
Geben Sie das Mantra ein:
</screen>

<para>
Symmetrische Verfahren empfehlen sich beispielsweise, wenn Sie die
verschlüsselten Daten nicht weiter geben möchten, das Problem der
Paßwortübergabe also entfällt. Ein mögliches Anwendungsbeispiel wäre,
daß Sie alte E-Mails oder alte Datensätze aus Ihrer Umsatzstatisk auf
ihrer Festplatte oder einer CDROM archivieren und vor fremden
Zugriffen schützen möchten. Oder Sie können auch ganze Verzeichnisse
oder Festplatten verschlüsseln.
<!-- (goretzki) den Klammersatz: "(auch unter WinDOS?)"
                hier in den Kommentar geholt
 -->
</para>
</sect1>

<sect1>
<title>
Digitale Signaturen
</title>

<para>
Eine digitale Unterschrift oder Signatur ist am ehesten mit einem Siegel zu
vergleichen. Mit dem Siegel wird die Integrität eines Dokumentes
bestätigt, das sich in einem Umschlag befindet, und ermöglicht, daß
sich eine nachträgliche Manipulation feststellen läßt. Wenn das
Dokument nachfolgend in irgendeiner Weise verändert wird, ergibt die
Prüfung der Signatur ein negatives Ergebnis. Außerdem ermöglicht die
Signatur eine zweifelsfreie Zuordnung des Absenders.
Eine digitale Unterschrift kann so demselben Zweck wie eine handgeschriebene
Unterschrift dienen mit dem zusätzlichen Vorteil, eine Handhabe gegen
Verfälschung zu bieten. Die &gnupg;-Quelltextdistribution ist &eg; so
unterschrieben, daß die Benutzer nachprüfen können, daß der Quelltext
nachträglich nicht verändert worden ist und auch wirklich
vom GnuPG-Team stammt.
</para>

<para>
Die rechtliche Verbindlichkeit von digitalen Unterschriften ist von
Land zu Land verschieden. In Deutschland ist das Signaturgesetz
augenblicklich einer Novellierung unterworfen. Weitere Informationen
und Quellenverweise finden Sie in Kapitel 4.
</para>

<para>
Bei der Erzeugung und Prüfung von Unterschriften benutzt man das
öffentlich/geheime Schlüsselpaar anders als bei der Ver- und
Entschlüsselung. Die Unterschrift wird hier mit dem geheimen Schlüssel
des Unterzeichnenden erzeugt und dann jeweils mit dem entsprechenden
öffentlichen Schlüssel geprüft. So würde beispielsweise Alice ihren geheimen
Schlüssel benutzen, um ihren letzten Beitrag für eine Zeitschrift
zu signieren. Der Redakteur, der Alices Artikel bearbeitet,
benutzt dann ihren öffentlichen Schlüssel, um die Unterschrift zu
prüfen und so sicherzustellen, daß der Beitrag wirklich von Alice selbst
stammt und auch nicht nachträglich verändert worden ist.
</para>

<para>
Als Konsequenz aus der Verwendung digitaler Signaturen ergibt sich,
daß sich kaum abstreiten läßt, daß man eine digitale Unterschrift
geleistet hat, da dies ja bedeuten würde, daß der geheime Schlüssel
kompromittiert wurde.
<!-- (goretzki) Mir fällt zwar auch noch nichts besseres ein, aber
     diesen Satz halte ich hinsichtlich der Formulierung für noch
     sehr verbesserungswürdig.
 -->
</para>

<para>
Die Kommandozeilen-Option
<link linkend="sign-doc"><option>--sign</option></link> wird zum
Erzeugen einer digitalen Unterschrift verwendet. Mit der Option
<option>--output</option> legen Sie fest, in welche Datei das
signierte Dokument geschrieben wird.

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output doc.sig --sign doc</userinput>

Sie benötigen ein Mantra, um den geheimen Schlüssel zu entsperren.
Benutzer: &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;
1024-bit DSA Schlüssel, 1024D/FB5797A9, erzeugt 2000-06-06

Geben Sie das Mantra ein:
</screen>

Das Dokument wird vor dem Unterschreiben komprimiert und die Ausgabe
erfolgt im binären Format.
</para>

<para>
Haben Sie ein unterschriebenes Dokument erhalten, können Sie
die Unterschrift prüfen, und zwar optional ohne oder mit Entnahme
des unterschriebenen Originaldokumentes.
Zur bloßen Überprüfung der Unterschrift
benutzen Sie die Option
<link linkend="verify"><option>--verify</option></link>.
Wenn Sie außerdem das unterzeichnete Dokument entnehmen
wollen, verwenden Sie die Option <option>--decrypt</option>.
</para>

<screen width="80">
<prompt>blake$ </prompt> <userinput>gpg --output doc --decrypt doc.sig</userinput>

gpg: Unterschrift vom Die 06 Jun 2000 17:19:52 CEST, DSA Schlüssel ID FB5797A9
gpg: Korrekte Unterschrift von &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;
</screen>

<sect2>
<title>
Dokumente mit Klartextsignatur
</title>

<para>
In Fällen, in denen es unerwünscht ist, das Dokument beim Unterschreiben zu
komprimieren, benutzt man die Option
<link linkend="clearsign"><option>--clearsign</option></link>. Das
bewirkt, daß eine in ASCII dargestellte Signatur das Dokument
wie ein Briefumschlag umgibt, das Dokument an sich aber
nicht verändert wird. Der Vorteil dieses Verfahrens ist, daß der
Empfänger das Dokument auch ohne Prüfung der Signatur lesen kann.
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --clearsign doc</userinput>

Sie benötigen ein Mantra, um den geheimen Schlüssel zu entsperren.
Benutzer: &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;
1024-Bit DSA Schlüssel, ID FB5797A9, erzeugt 2000-06-06

Geben Sie das Mantra ein:
</screen>

<para>
GnuPG markiert dann im Klartext den Anfang des signierten Dokuments und hängt am Ende einen Block mit der eigentlichen OpenPGP-Signatur an.
</para>

<screen width="80">
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hier steht irgend ein
von GnuPG signierter Text 
[...]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE5Pf40WyoKbftXl6kRAsWJAJ4hj7FzPX8M9MWZav9u6yjbHXWGKwCfSiKA
wTaJ/lfY1ETv3R/uJrtGTbI=
=BDOH
-----END PGP SIGNATURE-----
</screen>
</sect2>

<sect2>
<title>
Abgetrennte Signatur
</title>

<para>
Der Nachteil bei signierten Dokumenten ist, daß der Empfänger das
Originaldokument aus der unterschriebenen Version erst
wiederherstellen muß bzw. bei einem im Klartext unterschriebenen
Dokument dieses gegebenenfalls noch editieren muß. Deshalb gibt
es als Drittes noch die Möglichkeit, Dokumente mit abgetrennter
Unterschrift zu signieren. Dazu verwendet man die Option 
<link linkend="detach-signature"><option>--detach-sig</option></link>.
Die Signatur wird dann in einer separaten Datei abgelegt. Das
eigentliche Dokument bleibt unverändert.
</para>

<screen width="80">
<prompt>alice$ </prompt> <userinput>gpg --output doc.sig --detach-sig doc</userinput>

Sie benötigen ein Mantra, um den geheimen Schlüssel zu entsperren.
Benutzer: &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;
1024-Bit DSA Schlüssel, ID FB5797A9, erzeugt 2000-06-06

Geben Sie das Mantra ein:
</screen>

<para>
Um die Signatur zu prüfen, benötigen Sie sowohl das eigentliche
Dokument als auch die abgetrennte Unterschrift. Die Option
<option>--verify</option> kann zum Prüfen der Signatur benutzt
werden.
</para>

<screen width="80">
<prompt>blake$ </prompt> <userinput>gpg --verify doc.sig doc</userinput>
gpg: Unterschrift vom Die 06 Jun 2000 17:34:43 CEST, DSA Schlüssel ID FB5797A9
gpg: Korrekte Unterschrift von &ldquo;Alice (Rechtsanwältin) &lt;alice@@cyb.org&gt;&rdquo;
</screen>
</sect2>
</sect1>
</chapter>

<!--
In the "Getting Started" chapter, it would be interesting to provide
a checklist of assumptions that the reader can consult to determine
whether or not she fits the "most users" profile.  Perhaps put this
at the end of the chapter (perhaps w/ forward pointer?).  You could
include cross references for each item on the list.  For example:

    23.  Your use of public key encryption has property X with attribute Y.
	 (see Section 3.4.1 for a more detailed discussion of other
	  attributes of property X)

What prompted this was wondering, as I read through the generating keypair
section, "under what circumstances would these defaults be inappropriate?"

The notion of using the same key with different user IDs "as an employee at
work and a political activist on the side" is interesting.  Knowing one,
could you be traced to the other?  (Are they separate numeric ids, and is
that enough?)  (seems someone could just match the public keys)

It's a very nice touch that you don't cover every single prompt that the
system throws at you, but instead treat them functionally.  For example,
I can imagine other books going through the "Comment:" and "Email Address:"
prompts.
-->

<!--
"Key verification is a weak point in public-key cryptography ..."
Saying "weak point" makes it sound like a slam on public key stuff.
Although we've talked about weaknesses of the trust model, I'm guessing
the point here is that communication is only secure if you verify the
identity of the key's owner.

Key verification can be done through any means "as long as you can
guarantee that you are communicating with the key's true owner".
I suspect we'd also like to prevent leaking information that an
interceptor could use to pose as us in a key verification step with
another party.	I suppose the notion of bootstrapping may not be widely
appreciated as an analogy.

I'm almost inclined to want to see a section in the Getting Started
guide called "Why you should read the rest of this book".  Failing
that, or perhaps better yet, maybe it would work to have some margin
notes that point to other sections of the book for more information
("a discussion of trust models begins on p. 95").
-->
@


1.2
log
@*** empty log message ***
@
text
@d25 1
a25 1
$Id: intro.sgml,v 1.1 2000/05/05 14:22:22 pneuhaus Exp $
d33 4
a36 1
Dieses Kapitel führt in die wesentlichen Funktionen des GNU Privacy Guard ein. Hier lernen Sie, wie man Schlüsselpaare erzeugt, Schlüssel austauscht und Überprüft,  Dokumente verschlüsselt, entschlüsselt und durch digitale Unterschriften authentifiziert.
d40 2
a41 2
Wie bereits im Kapitel <xref linkend="concepts"> erwähnt, bedient sich &Gnupg; eines
Public-Key-Verfahrens, um eine sichere Kommunikation zu
d66 1
a66 1
einsetzen können benötigen Sie ein Schlüsselpaar, daß aus einem
d106 3
a108 3
können. Es gibt daher nur drei Optionen: Option 1 erzeugt wirklich
zwei Schlüsselpaare. Ein DSA-Schlüsselpaar das nur zum unterschreiben
geeignet ist und noch ein untergeordnetes ElGamal-Schlüsselpaar für
d113 2
a114 2
ElGamal-Schlüsselpaar, das sowohl für das Unterzeichnen als auch zum
Verschlüsselung verwendbar ist. In allen Fällen ist es möglich, später
d116 2
a117 1
hinzuzufügen. In der Regel sollten Sie hier die Standardoption auswählen.
d123 1
a123 1
ElGamal-Schlüssel dagegen kann - zumindest theoretisch eine beliebige
d184 2
a185 2
Es wird zunächst mal nur eine Benutzer-ID erzeugt, doch können Sie
später weitere Benutzer-IDs hinzuzufügen, wenn Sie den Schlüssel in
d193 1
a193 1
Damit Ihr geheimer Schlüssel nicht von Anderen mißbrauchrt werden
d195 3
a197 3
verschlüsselt. Dazu geben Sie ein sogenanntes &ldquo;Mantra&rdquo; (ein
Passwort-Satz) ein, das Sie wiederum jedesmal benötigen, wenn Sie auf
Ihren geheimen Schlüssel zugreifen.
d209 1
a209 1
Ihr einziger Schutz ist, im Falle daß jemand in den Besitz Ihres privaten
d226 1
a226 1
würde die Chance, das Mantra zu erraten erhöhen: ein Angreifer könnte
d228 1
a228 1
Besten man denkt sich einen unsinnigen Satz wie z.B: &ldquo;Die Currywurst
d234 1
a234 1
auch auf keinen Fall eines der obengenannten Beispiele!!</emphasis>.
d248 4
d259 2
a260 2
selbstverständlich noch in der Vergangenheit für Sie verschlüsselte
Daten entschlüsseln.
d267 1
d271 1
a271 1
<parameter>revoke.asc</parameter>, bzw. wenn man die Option
d314 2
a315 2
Um den zu exportierenden öffentlichen Schlüssel zu identifizieren dient
entweder die Schlüssel-ID oder irgendeinen Teil der Benutzer-ID.
d325 1
a325 1
einer WWW-Seite veröffentlicht werden wollen. GnuPG unterstützt daher
d328 1
a328 1
Kommandoszeilen-Optionen, die häufig benutzt werden, können auch in
d330 5
d337 1
a337 1
beispielsweise Schlüssel, verschlüsselte Dokumente und Unterschriften
d411 1
a411 1
Überein, dann können Sie sicher sein, daß Sie eine echte Kopie des
d462 3
a464 3
Der Öffentliche und geheime Schlüssel haben jeweils eine spezifische
Aufgabe beim Ver- und Entschlüsseln von Dokumenten. Public-Key
Verfahren kann man sich wie einen offenen Safe vorstellen. Wenn jemand
d466 1
a466 1
verschlüsselt, wird dieses Dokument in den Safe gelegt, den Safe
d503 1
a503 1
verschlüsselte Dokument jedoch nur von Jemandem mit dem dazugehörigen
d507 1
d531 1
a531 1
verschlüsseln und stattdessen ein symmetrisches Verfahren nutzen. Der
d533 2
a534 2
Passwort - besser noch, einem Passwort-Satz -
generiert das <emphasis>auf gar keinen Fall</emphasis> dem Mantra zum
d536 1
a536 1
gewählte Passwort ist, desto sicherer ist der Schlüssel. Wenn Sie
d538 1
a538 1
dazu einen sicheren ?Kanal wählen. Ein Dokument läßt sich so durch
d551 2
a552 2
Passwortübergabe also entfällt. Ein mögliches Anwendungsbeispiel wäre,
daß Sie alte Emails oder alte Datensätze aus Ihrer Umsatzstatisk auf
d555 4
a558 1
oder Festplatten verschlüsseln (auch unter WinDOS?).
d570 1
a570 1
bestätigt, das sich in einem Umschlag befindet und ermöglicht, daß
d580 1
a580 1
von vom GnuPG-Team stammt.
d587 1
a587 1
und Quellenverweise finden Sie im Kapitel 4.
d605 1
a605 1
daß sichkaum abstreiten läßt, daß man eine digitale Unterschrift
d608 4
d636 4
a639 3
Haben Sie ein unterschriebenes Dokument erhalten, können Sie entweder
nur die Unterschrift prüfen oder die Unterschrift prüfen und dann noch
das Originaldokument wiederherstellen. Zur bloßen Überprüfung der Unterschrift
d659 2
a660 2
In Fällen in denen es unerwünscht ist, das Dokument beim Unterschreiben zu
komprimieren benutzt man die Option
d665 1
a665 1
Empfänger das Dokument auch ohne die Signatur zu prüfen lesen kann.
d708 3
a710 3
wiederherstellen muß, bzw. bei einem im Klartext unterschriebenen
Dokument muß dieses gegebenenfalls noch editiert werden. Deshalb gibt
es als Drittes noch die Möglichkeit Dokumente mit abgetrennter
d728 2
a729 1
Um die Signatur zu prüfen benötigen Sie sowohl das eigentliche Dokument als auch die abgetrennte Unterschrift. Die Option
@


1.1
log
@all files renamed
@
text
@d25 1
a25 1
$Id$
d33 1
a33 4
Dieses Kapitel ist eine Schnell-Einführung in die wesentlichen Funktionen des GnuPG. Es enthält Anweisungen zur Erzeugung von Schlüsselpaaren,
zum Austauschen und Überprüfen von Schlüsseln, zum Verschlüsseln und
Entschlüsseln von Dokumenten und zum Authentifizieren von Dokumenten
durch digitale Unterschriften.
d37 1
a37 1
Wie bereits im vorigen Kapitel besprochen, bedient sich &Gnupg; eines
d62 4
a65 2
Die Voraussetzung für die Benutzung von GnuPG ist das Vorhandensein
eine Schlüsselpaares. Mit der Kommandozeilen-Option
d70 2
a71 2
<prompt>alice%</prompt> <userinput>gpg --gen-key</userinput>
gpg (GnuPG) 0.9.4; Copyright (C) 1999 Free Software Foundation, Inc.
d76 5
a80 5
Please select what kind of key you want:
   (1) DSA and ElGamal (default)
   (2) DSA (sign only)
   (4) ElGamal (sign and encrypt)
Your selection?
d101 2
a102 2
Mit &Gnupg; können Sie verschiedene Typen von Schlüsselpaaren zu
erzeugen, doch muß der primärer Schlüssel Unterschriften liefern
d113 1
a113 1
hinzuzufügen. In der Regel sollten Sie die Standardoption auswählen.
d118 1
a118 1
DSA-Schlüssels muß diese zwischen 512 und 1024 Bits liegen, ein
d122 1
a122 1
Schlüsselgröße von mehr als 1024 Bits gewählt wurde, hat der ElGamal-Schlüssel
d127 6
a132 5
About to generate a new ELG-E keypair.
	      minimum keysize is  768 bits
	      default keysize is 1024 bits
    highest suggested keysize is 2048 bits
What keysize do you want? (1024)
d136 1
a136 1
Brute-Force-Angriffe, doch sollte für fast alle Zwecke die
d140 2
a141 2
auch die Unterschrift wird länger. Einmal ausgewählt, kann die
Schlüsselgröße nie mehr geändert werden.
d145 2
a146 2
Schließlich müssen Sie noch ein Verfalldatum wählen.
Wenn Option 1 gewählt wurde, gilt dieses Verfalldatum sowohl
d150 7
a156 7
Please specify how long the key should be valid.
	 0 = key does not expire
      &lt;n>  = key expires in n days
      &lt;n>w = key expires in n weeks
      &lt;n>m = key expires in n months
      &lt;n>y = key expires in n years
Key is valid for? (0)
d159 5
a163 5
Für die meisten Fälle reicht ein Schlüssel ohne Verfalldatum
völlig aus. Allerdings sollte man das Verfalldatum immer sorgfältig
auswählen; denn, obwohl sich das Verfalldatum nach der Erzeugung
des Schlüssels noch ändern läßt, kann es schwierig sein, die Änderung
den Benutzern die Ihren öffentlichen Schlüssel haben, mitzuteilen.
d167 3
a169 3
Zusätzlich zu diesen Parametern müssen Sie eine Benutzer-ID
(Benutzer-Kennung) angeben. Die Benutzer-ID dient dazu, den
Schlüssel, der gerade erzeugt wird, einer realen Person zuzuordnen.
d172 4
a175 4
You need a User-ID to identify your key; the software constructs the
user id
from Real Name, Comment and Email Address in this form:
    "Heinrich Heine (Der Dichter) &lt;heinrichh@@duesseldorf.de&gt;"
d177 1
a177 1
Real name:
d180 2
a181 2
Es wird zunächst mal nur eine Benutzer-ID erzeugt, doch ist es
möglich, weitere Benutzer-IDs hinzuzufügen, wenn Sie den Schlüssel in
d184 1
a184 1
<emphasis>Die Benutzer-ID sollte mit aller Sorgfalt wählen,
d189 5
a193 3
&Gnupg; benötigt ein sogenanntes Mantra (im Englischen benutzt man
dafür die Vokabel "passphrase", &ie; so viel wie "Paßwort-Satz") um
auf Ihren geheimen Schlüssel zuzugreifen.
d196 1
a196 1
You need a Passphrase to protect your private key.
d198 1
a198 1
Enter passphrase:
d210 6
a215 5
Man sollte im Mantra keine Wörter aus einem Wörterbuch oder Lexikon
verwenden und auch nicht nur die Buchstaben des Alphabets verwenden,
sondern auch Sonderzeichen verwenden. Andererseits sollte das Mantra
auch gut zu merken sein; nichts ist fataler als das Mantra auf einem
Zettel oder in einer Datei zu notieren. Ein gutgewähltes Mantra ist
d219 13
a231 1
<!--##beispiele für gute mantras-->
d243 2
a244 2
kompromittiert oder verloren gegangen ist, kann diese Widerrufurkunde
veröffentlicht werden, um andere davon in Kenntnis zu setzen, daß der
d255 1
a255 1
<prompt>alice%</prompt> <userinput>gpg --output revoke.asc --gen-revoke mykey</userinput>
d268 1
a268 1
aufbewahren, zu denen andere Zugang haben, da jeder
d281 1
a281 1
Um mit anderen zu kommunizieren, müssen Sie mit ihnen Ihre
d289 1
a289 1
<prompt>alice%</prompt> <userinput>gpg --list-keys</userinput>
d292 2
a293 2
pub  1024D/BB7576AC 1999-06-04 Alice (Judge) &lt;alice@@cyb.org&gt;
sub  1024g/78E9A8FA 1999-06-04
d310 1
a310 1
<prompt>alice%</prompt> <userinput>gpg --output alice.gpg --export alice@@cyb.org</userinput>
d315 2
a316 2
unerwünscht sein, wenn der Schlüssel per E-Mail verschickt oder auf
einer WWW-Seite veröffentlicht werden soll. GnuPG unterstützt daher
d329 1
a329 1
<prompt>alice%</prompt> <userinput>gpg --armor --export alice@@cyb.org</userinput>
d331 1
a331 1
Version: GnuPG v0.9.7 (GNU/Linux)
d351 5
a355 5
<prompt>alice%</prompt> <userinput>gpg --import blake.gpg</userinput>
gpg: key 9E98BC16: public key imported
gpg: Total number processed: 1
gpg:		   imported: 1
<prompt>alice%</prompt> <userinput>gpg --list-keys</userinput>
d358 2
a359 2
pub  1024D/BB7576AC 1999-06-04 Alice (Judge) &lt;alice@@cyb.org&gt;
sub  1024g/78E9A8FA 1999-06-04
d361 2
a362 2
pub  1024D/9E98BC16 1999-06-04 Blake (Executioner) &lt;blake@@cyb.org&gt;
sub  1024g/5C8CBD41 1999-06-04
d370 5
a374 5
können dies jedoch erfordern. Ein
Schlüssel wird dadurch authentifiziert, daß Sie den Fingerabdruck des
Schlüssels überpüfen und dann den Schlüssel unterschreiben, um seine
Gültigkeit zu bestätigen. Der Fingerabdruck eines Schlüssels kann
schnell mit der Befehlszeilen-Option
d380 9
a388 1
<prompt>alice%</prompt> <userinput>gpg --edit-key blake@@cyb.org</userinput>
a389 7
pub  1024D/9E98BC16  created: 1999-06-04 expires: never      trust: -/q
sub  1024g/5C8CBD41  created: 1999-06-04 expires: never
(1)  Blake (Executioner) &lt;blake@@cyb.org&gt;

<prompt>Command></prompt> <userinput>fpr</userinput>
pub  1024D/9E98BC16 1999-06-04 Blake (Executioner) &lt;blake@@cyb.org&gt;
	     Fingerprint: 268F 448F CCD7 AF34 183E  52D8 9BDE 1A08 9E98 BC16
d398 1
a398 1
Schlüssels haben.
d403 1
a403 1
unterschreiben, um ihn zu authentifizieren. Da die Schlüssel-Überprüfung
d412 1
a412 1
<prompt>Command></prompt> <userinput>sign</userinput>
d414 2
a415 2
pub  1024D/9E98BC16  created: 1999-06-04 expires: never      trust: -/q
	     Fingerprint: 268F 448F CCD7 AF34 183E  52D8 9BDE 1A08 9E98 BC16
d417 1
a417 1
     Blake (Executioner) &lt;blake@@cyb.org&gt;
d419 2
a420 2
Are you really sure that you want to sign this key
with your key: "Alice (Judge) &lt;alice@@cyb.org&gt;"
d422 1
a422 1
Really sign?
d433 5
a437 4
<prompt>Command></prompt> <userinput>check</userinput>
uid  Blake (Executioner) &lt;blake@@cyb.org&gt;
sig!	   9E98BC16 1999-06-04	 [self-signature]
sig!	   BB7576AC 1999-06-04	 Alice (Judge) &lt;alice@@cyb.org&gt;
d449 2
a450 2
Aufgabe beim Ver- und Entschlüsseln von Dokumenten. Einen öffentlichen
Schlüssel kann man sich wie ein offenes Safe vorstellen. Wenn jemand
d452 1
a452 1
verschlüsselt, wird dieses Dokument in das Safe gelegt, das Safe
d454 1
a454 1
entsprechende geheime Schlüssel ist die Kombination, mit der man das
d483 1
a483 1
<prompt>alice%</prompt> <userinput>gpg --output doc.gpg --encrypt --recipient blake@@cyb.org doc</userinput>
d489 1
a489 1
verschlüsselte Dokument jedoch nur von jemandem mit dem dazugehörigen
d491 2
a492 2
selbst ein so verschlüsseltes Dokument nicht wieder entschlüsseln
können, wenn Sie nicht Ihren eigenen öffentlichen Schlüssel in die
d505 4
a508 5
<prompt>blake%</prompt> <userinput>gpg --output doc --decrypt doc.gpg</userinput>

You need a passphrase to unlock the secret key for
user: "Blake (Executioner) &lt;blake@@cyb.org&gt;"
1024-bit ELG-E key, ID 5C8CBD41, created 1999-06-04 (main key ID 9E98BC16)
d510 1
a510 1
Enter passphrase:
d514 2
a515 1
Mit GnuPG können Sie aber auch ohne ein Public-Key-Verfahren Dokumente
d517 3
a519 2
Schlüssel für die symmetrische Verschlüsselung wird aus einem Passwort
generiert daß <emphasis>auf gar keinen Fall</emphasis> dem Mantra zum
d529 2
a530 2
<prompt>alice%</prompt> <userinput>gpg --output doc.gpg --symmetric doc</userinput>
Enter passphrase:
d532 10
d546 1
a546 1
Unterzeichnen
d550 1
a550 1
Eine digitale Unterschrift ist am ehesten mit einem Siegel zu
d552 1
a552 1
bestätigt, daß sich in einem Umschlag befindet und ermöglicht, daß
d555 2
a556 1
Prüfung der Unterschrift ein negatives Ergebnis.
d561 2
a562 1
seit seiner Verpackung nicht verändert worden ist.
d567 3
a569 2
Land zu Land verschieden. Weitere Informationen und Quellenverweise
finden Sie im Kapitel 4.
d575 1
a575 1
Entschlüsselung. Die Unterschrift wird hier mit dem privaten Schlüssel
d577 1
a577 1
öffentlichen Schlüssel geprüft. So würde beispielsweise Alice ihren privaten
d579 2
a580 2
digital zu unterschreiben. Der Redakteur, der Alices Artikel bearbeitet,
würde ihren öffentlichen Schlüssel benutzen, um die Unterschrift zu
d582 1
a582 5
stammt und nicht nachträglich verändert worden ist. Als Konsequenz aus
der Verwendung digitaler Unterschriften ergibt sich, daß Sie nur
schwer abstreiten können, eine digitale Unterschrift geleistet zu
haben, da dies ja bedeuten würde, daß Ihr privater Schlüssel
kompromittiert wurde. 
d586 8
a593 1
Die Befehlszeilen-Option
d597 1
a597 1
unterschriebene Dokument geschrieben wird.
d600 1
a600 1
<prompt>alice%</prompt> <userinput>gpg --output doc.sig --sign doc</userinput>
d602 3
a604 3
You need a passphrase to unlock the private key for
user: "Alice (Judge) &lt;alice@@cyb.org&gt;"
1024-bit DSA key, ID BB7576AC, created 1999-06-04
d606 1
a606 1
Enter passphrase:
d609 1
a609 1
Das Dokument wird vor dem Unterschreiben komprimiert, die Ausgabe
d616 1
a616 1
das Originaldokument entnehmen. Zur bloßen Überprüfung der Unterschrift
d624 4
a627 3
<prompt>blake%</prompt> <userinput>gpg --output doc --decrypt doc.sig</userinput>
gpg: Signature made Fri Jun  4 12:02:38 1999 CDT using DSA key ID BB7576AC
gpg: Good signature from "Alice (Judge) &lt;alice@@cyb.org&gt;"
d632 1
a632 1
Im Klartext unterschriebene Dokumente
d639 4
a642 3
bewirkt, daß eine in ASCII dargestellte Unterschrift das Dokument
gewissermaßen wie ein Briefumschlag umgibt, das Dokument an sich aber
nicht verändert wird.
d646 5
a650 1
<prompt>alice%</prompt> <userinput>gpg --clearsign doc</userinput>
d652 6
a657 3
You need a passphrase to unlock the secret key for
user: "Alice (Judge) &lt;alice@@cyb.org>"
1024-bit DSA key, ID BB7576AC, created 1999-06-04
d659 1
d663 3
a665 2
[... unterschriebener Text ...]

d667 1
a667 1
Version: GnuPG v0.9.7 (GNU/Linux)
d670 3
a672 3
iEYEARECAAYFAjdYCQoACgkQJ9S6ULt1dqz6IwCfQ7wP6i/i8HhbcOSKF4ELyQB1
oCoAoOuqpRqEzr4kOkQqHRLE/b8/Rw2k
=y6kj
d679 1
a679 1
Abgetrennte Unterschrift
d683 6
a688 6
Ein so unterschriebenes Dokument hat Nachteile:
andere Benutzer müssen das Originaldokument aus der unterschriebenen Version
erst entnehmen, und selbst bei einem im Klartext unterschriebenen
Dokument muß dieses editiert werden. Deshalb gibt es eine dritte
Methode für das Unterschreiben eines Dokuments, welche eine
abgetrennte Unterschrift erzeugt. Dies erreicht man mit der Option
d690 1
a690 1
Die Signatur wird dann in einer separaten Datei gespeichert. Das
d695 1
a695 1
<prompt>alice%</prompt> <userinput>gpg --output doc.sig --detach-sig doc</userinput>
d697 3
a699 3
You need a passphrase to unlock the secret key for
user: "Alice (Judge) &lt;alice@@cyb.org&gt;"
1024-bit DSA key, ID BB7576AC, created 1999-06-04
d701 1
a701 1
Enter passphrase:
d705 2
a706 3
Sowohl das Dokument als auch die abgetrennte Unterschrift werden
benötigt, um die Unterschrift zu prüfen. Die Option
<option>--verify</option> kann zum Prüfen der Unterschrift benutzt
d711 3
a713 3
<prompt>blake%</prompt> <userinput>gpg --verify doc.sig doc</userinput>
gpg: Signature made Fri Jun  4 12:38:46 1999 CDT using DSA key ID BB7576AC
gpg: Good signature from "Alice (Judge) &lt;alice@@cyb.org&gt;"
a763 7







@

