imported>Frank C. Müller: diktion.

2025-02-11T18:25:54Z

diktion.

Neue Seite

{{Infobox Software
| Logo =
| Screenshot =
| Beschreibung =
| Maintainer = [[Phil Zimmermann]]
| Hersteller = [[NortonLifeLock|Symantec]]
| Erscheinungsjahr = 1991
| AktuelleVersion =
| AktuelleVersionFreigabeDatum =
| AktuelleVorabVersion =
| AktuelleVorabVersionFreigabeDatum =
| Betriebssystem = [[Plattformunabhängigkeit|Cross-platform]]
| Programmiersprache =
| Kategorie = [[Verschlüsselung]]
| Lizenz = [[Proprietär]], früher [[Freeware]]
| Deutsch =
| Website =
}}

'''Pretty Good Privacy''' ('''PGP'''; {{enS}} für „ziemlich gute Privatsphäre“) ist ein von [[Phil Zimmermann]] entwickeltes [[Computerprogramm|Programm]] zur [[Verschlüsselung]] und zum [[Elektronische Signatur|Unterschreiben]] von Daten.

== Eigenschaften ==
[[Datei:PGP diagram de.svg|mini|500px|Funktionsprinzip von PGP (Nur Verschlüsselung, ohne Signierung)]]
PGP benutzt ein sogenanntes [[Asymmetrisches Kryptosystem|Public-Key-Verfahren]], in dem es ein eindeutig zugeordnetes [[Schlüssel (Kryptologie)|Schlüsselpaar]] gibt:

Genutzt wird ein [[Schlüssel (Kryptologie)#Schlüssel bei asymmetrischen Verfahren|öffentlicher Schlüssel]], mit dem jeder Daten für den Empfänger verschlüsseln und dessen Signaturen prüfen kann, und ein privater [[Schlüssel (Kryptologie)|geheimer Schlüssel]], den nur der Empfänger besitzt und der normalerweise durch ein [[Passwort]] geschützt ist. Nachrichten an einen Empfänger werden mit dessen öffentlichem Schlüssel verschlüsselt und können dann ausschließlich mittels seines privaten Schlüssels entschlüsselt werden. Diese Verfahren werden auch [[Asymmetrisches Kryptosystem|asymmetrische Verfahren]] genannt, da Sender und Empfänger zwei unterschiedliche Schlüssel verwenden.

Die erste Version wurde im Jahr 1991 geschrieben und verwendete einen [[RSA-Kryptosystem|RSA]]-[[Algorithmus]] zur Verschlüsselung der Daten. Spätere Versionen benutzten den [[Elgamal-Verschlüsselungsverfahren|Elgamal-Algorithmus]].

Bei PGP wird aber nicht die ganze Nachricht asymmetrisch verschlüsselt, denn dies wäre viel zu rechenintensiv und es wäre nicht praktikabel, dieselbe Nachricht an mehrere Empfänger zu schicken. Stattdessen wird die eigentliche Nachricht [[Symmetrisches Kryptosystem|symmetrisch]] und nur der verwendete Schlüssel asymmetrisch verschlüsselt ([[Hybride Verschlüsselung]]). Dazu wird jedes Mal ein symmetrischer Schlüssel (session key) zufällig erzeugt.

Dieser symmetrische Schlüssel wird dann z. B. per RSA- oder Elgamal-Kryptosystem mit dem öffentlichen Schlüssel des Empfängers verschlüsselt und der Nachricht hinzugefügt. Dadurch ist es möglich, eine Nachricht für mehrere Empfänger gleichzeitig zu verschlüsseln. Eine für mehrere Empfänger verschlüsselte Nachricht sieht dann folgendermaßen aus:

{| class="wikitable" style="text-align:center;" cellspacing="0" cellpadding="4"
|-
| asymmetrisch für Empfänger 1 verschlüsselter Schlüssel der Nachricht
|-
| <math> \vdots </math>
|-
| asymmetrisch für Empfänger ''n'' verschlüsselter Schlüssel der Nachricht
|-
| symmetrisch verschlüsselte Nachricht
|}

PGP basiert dabei auf dem sogenannten [[Web of Trust]], bei dem es keine zentrale Zertifizierungsinstanz gibt, sondern Vertrauen von den Benutzern selbst verwaltet wird.

Da PGP darauf ausgelegt ist, Nachrichten dauerhaft entschlüsseln zu können, wird, falls es einem Angreifer gelingt, einen privaten Schlüssel zu erlangen, die gesamte Kommunikationshistorie dieses Schlüssels [[Kompromittierung (Kryptologie)|kompromittiert]]. Für [[Instant Messaging]] wurde als Alternative zu PGP [[Off-the-Record Messaging]] (OTR) entwickelt; dabei bleibt auch bei späterer Kompromittierung des privaten Schlüssels die verschlüsselte Kommunikation unlesbar für den Angreifer (allerdings auch für den legitimen Schlüsselbesitzer).

== Geschichte ==
[[Phil Zimmermann]] schrieb die erste Version 1991. Sein Ziel war es, dass alle Bürger und insbesondere [[Bürgerbewegung]]en auch vor dem Zugriff durch Geheimdienste sicher verschlüsselte Nachrichten austauschen können (starke Verschlüsselung).<ref name="singh">{{Literatur |Autor=Simon Singh |Titel=[[Geheime Botschaften]] |Datum= |ISBN=3-423-33071-6}}</ref>

PGP durfte in seinen Anfangsjahren nicht lizenzfrei aus den USA exportiert werden, da es, ähnlich wie Waffen, unter das US-Exportgesetz fiel. Danach unterlagen Kryptosysteme mit Schlüsseln von mehr als 40 Bit Länge für die symmetrische Verschlüsselung besonderen Exportbestimmungen. Die ersten PGP-Versionen verwendeten den [[International Data Encryption Algorithm|IDEA]] mit 128 Bit Schlüssellänge. Ende der 1990er Jahre liberalisierten die USA diese Gesetze.<ref name="singh" />

Um die [[Exportbeschränkung]] zu umgehen, wurde der vollständige [[Quelltext|Quellcode]] 1995 in dem Buch „PGP Source Code and Internals“ von Phil Zimmermann veröffentlicht. Als Buch konnte die Software [[1. Zusatzartikel zur Verfassung der Vereinigten Staaten|legal]] aus den USA exportiert werden. Es wurde von über 60 Freiwilligen per Hand abgetippt. Aus dem abgetippten Programmcode wurde dann eine international verfügbare Version von PGP (PGPi) [[Compiler|kompiliert]].<ref name="singh" />

Die Firma ''PGP Corporation'' entstand aus einer Fusion vom Team um Phil Zimmermann mit ViaCrypt, an die Phil Zimmermann einige kommerzielle Rechte verkauft und die RSA direkt lizenziert hatte. Sie stellte bis Version 8 mit ''PGP Freeware'' ein eigenständiges Produkt für nichtkommerzielle Anwender bereit. Ab Version 9 gibt es stattdessen nur noch die Testversion von ''PGP Desktop Professional 9''. Für 30 Tage kann sie uneingeschränkt benutzt werden. Nach Ablauf der Frist werden Funktionsumfang und Nutzungsrechte auf einen Umfang reduziert, der etwa dem ehemaligen ''PGP Freeware'' entspricht. Ver- und Entschlüsselung von E-Mails sind auch nach Ablauf der Testphase möglich, aber nur für nichtkommerzielle Zwecke zulässig.

PGP wurde 1997 von NAI ([[McAfee]]) aufgekauft und dort in die eigene Produktlinie integriert. Weil der Quelltext von PGP durch McAfee zeitweilig nicht offengelegt wurde und Features implementiert wurden, welche die automatische Verschlüsselung an einen weiteren Empfänger ermöglichten (Additional Decryption Key ADK), ist PGP in dieser Zeit stark in die Kritik geraten. 2002 hat McAfee die Marke PGP aufgegeben und an eine Gruppe ehemaliger Mitarbeiter von PGP rund um Phil Zimmermann verkauft. Diese neu gegründete PGP Corporation hat alle Rechte an PGP von McAfee zurückgekauft und von Beginn an alle Quelltexte wieder offengelegt.

Die neue PGP ist heute in vielen Ländern vertreten, darunter auch in Deutschland, wo die PGP Corporation im Jahre 2005 die deutsche Glück & Kanja Technology AG<ref>{{Internetquelle |autor=Daniel Bachfeld |url=https://www.heise.de/security/meldung/PGP-kauft-Verschluesselungsspezialisten-Glueck-Kanja-141072.html |titel=PGP kauft Verschlüsselungsspezialisten Glück & Kanja |werk=heise Security |datum=2005-03-07 |abruf=2012-08-30}}</ref> übernommen hat und damit die heute in Offenbach am Main sitzende PGP Deutschland AG gründete. Fünf Jahre später hat PGP dann auch die deutsche TC Trustcenter<ref>{{Internetquelle |autor=Christian Kirsch |url=https://www.heise.de/newsticker/meldung/PGP-kauft-deutsches-Trustcenter-920111.html |titel=PGP kauft deutsches Trustcenter |werk=heise online |datum=2010-02-02 |abruf=2012-08-30}}</ref> in Hamburg gekauft und ist damit auch als zertifiziertes Trustcenter für Zertifikate nach [[Signaturgesetz (Deutschland)|deutschem Signaturgesetz]] (für ''qualifizierte Signaturen'') am Markt vertreten.

Nicht zuletzt wegen der intransparenten Situation in der Zeit, in der PGP im Eigentum der McAfee war, wurde bis 1998 der [[OpenPGP]]-Standard entwickelt.<ref>{{RFC-Internet |RFC=2440 |Titel=OpenPGP Message Format |Datum=1998-11}} {{RFC-Internet |RFC=4880 |Titel=OpenPGP Message Format |Datum=2007-11 |Kommentar=überarbeitete Fassung}}</ref> Das unter der [[GNU General Public License|GNU-GPL]] stehende Programm [[GNU Privacy Guard|GnuPG]] war die erste Implementierung von OpenPGP und wurde als freie Alternative zu PGP entwickelt. Es gibt mittlerweile viele Erweiterungen des OpenPGP-Standards, die über den Funktionsumfang von PGP hinausgehen, so dass der reibungslose Austausch von Daten und Schlüsseln nicht immer garantiert ist.

Die PGP Corporation wurde im Juni 2010 von [[NortonLifeLock|Symantec]] für 300 Millionen US-Dollar<ref>{{Internetquelle |autor=Peter-Michael Ziegler |url=https://www.heise.de/newsticker/meldung/Symantec-kauft-Verschluesselungsspezialisten-PGP-und-GuardianEdge-990166.html |titel=Symantec kauft Verschlüsselungsspezialisten PGP und GuardianEdge |werk=heise online |datum=2010-04-29 |abruf=2012-08-30}}</ref> übernommen.<ref>{{Internetquelle |url=http://www.symantec.com/about/profile/development/acquisitions/detail.jsp?id=pgp |titel=PGP |werk=About Symantec |hrsg=Symantec Corporation |sprache=en |abruf=2012-08-30}}</ref>

== Funktionsweise ==
Man kann mit PGP wahlweise eine Nachricht nur signieren, nur verschlüsseln oder sowohl signieren als auch verschlüsseln. Die Signatur dient dazu, die Echtheit der Nachricht zu garantieren, also dass sie vom behaupteten [[Absender]] ist ([[Authentizität#Informatik|Authentizität]]) und nach der Signierung nicht verändert wurde ([[Integrität (Informationssicherheit)|Integrität]]). In der Praxis wird man Nachrichten, wenn man sie verschlüsselt, zumeist auch signieren.

=== Erzeugen einer digitalen Signatur ===
Um später sichergehen zu können, dass eine empfangene Nachricht nicht manipuliert oder ersetzt wurde ([[Integrität (Informationssicherheit)|Integrität]]) und außerdem vom behaupteten Absender stammt ([[Authentizität#Informatik|Authentizität]]), muss der Sender eine [[digitale Signatur]] für die Nachricht (oder Teile davon) erzeugen.
Dabei wird auf die Klartextnachricht eine [[kryptologische Hashfunktion]] angewandt (früher oft [[Secure Hash Algorithm|SHA-1]], inzwischen aber veraltet und durch u. a. SHA-256 ersetzt). Dadurch entsteht ein [[Message Digest]] (eindeutiger Fingerprint) der Nachricht, der wesentlich kürzer ist als die Nachricht selbst, was die Generierung der digitalen Signatur vereinfacht. Anschließend wird aus dem Message Digest unter Verwendung des privaten Schlüssels des Senders eine Signatur erzeugt.

=== Verschlüsselung ===
Als zweiten Schritt (oder ersten, falls nicht signiert werden soll) kann der Sender nun die Verschlüsselung der Nachricht vornehmen. Hierbei werden die Klartextnachricht und die digitale Signatur aus dem ersten Schritt zu einem Datensatz zusammengefasst und komprimiert, zur Reduktion der Größe und Erschwerung der [[Kryptoanalyse]]. Diese komprimierten Daten werden nun mit dem zufällig generierten Session Key KM symmetrisch zum [[Geheimtext]] verschlüsselt. Da es sich um einen zufällig erstellten Einmalschlüssel handelt, muss dieser dem Empfänger mitgeteilt werden. Dazu wird der Schlüssel KM mit dem öffentlichen Schlüssel des Empfängers asymmetrisch verschlüsselt und der verschlüsselten Nachricht vorangestellt. Eine verschlüsselte Nachricht ist deshalb immer nur so sicher wie das schwächere Element aus dem asymmetrischen Schlüssel, für den verschlüsselt wird, und dem Session Key. Zum Schluss müssen die Bytes des Geheimtextes und des verschlüsselten Schlüssels noch E-Mail-freundlich gemacht werden. Dazu werden diese (genauso wie andere Binärdaten im E-Mail-Versand) mittels einer [[Base64]]-Variante (Radix-64) in bestimmte druckbare [[American Standard Code for Information Interchange|ASCII]]-Zeichen codiert.
Nun kann die PGP-Nachricht an den Empfänger gesendet werden. Neben der Verwendung für E-Mails kann PGP auch für andere Nachrichtenkanäle verwendet werden, indem Dateien oder Text (dafür gibt es wegen der zwischen den Betriebssystemen uneinheitlichen Zeilenende-Codierung ein gesondertes Signaturverfahren) signiert und/oder verschlüsselt werden.

==== Aussehen einer verschlüsselten Nachricht ====
Verschlüsselt man den Text

<pre>
http://de.wikipedia.org/wiki/Pretty_Good_Privacy
</pre>

dann sieht die codierte Nachricht so aus (im [[PGP/INLINE|Inline-PGP-Format]]; bei einer [[PGP/MIME]]-E-Mail sähe es etwas anders aus):

<pre>
-----BEGIN PGP MESSAGE-----
Version: GnuPG v2.0.16 (GNU/Linux)

hQEMA1PUVhZb8UnsAQf+KS9PNvkWYFONnoStveMc4KwvGT7WlRFv/ZACvdyFsKDO
icurhL57uh56KCof1m5drfftwjDQWgNyMy0cixqV/2WzeQgjZILE0Z1FDg7cgAbs
UZvy2hmaJf0dhHEUziALotfUMhoSeHeObxmomzb7vovJv5tWDtQ9W+p2tbQ4tiin
LAsJtwQhEVPNltootBteC0dTgOdISe6kfqUSoN3A22SiSUihmjxMPiiO6iZB8gBS
hhfiSPa4khNwODncRe2BjqW+YQHf7L6CfLjx2S1BCSr+KWLmUnVdWSUonhHPF9mI
E/q7t2uoBWg0iQgCjQubgYeqSUYN/xWpqAUX9O71zdKUAbVjjLVT0qTjNLLvms2H
s4BDzHEqKeuGuMAWFzyfuW+VNofTxtcHhzrdjPuYi7sRL3YNUvqUpcGeKGyTApW2
k/fd7U32av7Pq63NoKK2g3RFcyBUiSdNlNhW8TYS1NdMSMXNw1R9dWVgFmsLj2vs
Rv89ufRiPbNLDXcx7CkRrTf13q0miy1850d6k5nt8qUFrnh4xQ==
=z6Xk
-----END PGP MESSAGE-----
</pre>

=== Entschlüsselung ===
Zu Beginn muss der Empfänger die vorliegenden ASCII-Zeichen mit [[Base64]] wieder decodieren, um an den Geheimtext und den verschlüsselten Session Key zu gelangen. Jetzt kann der Session Key durch den privaten Schlüssel des Empfängers entschlüsselt werden und damit gleich anschließend der Geheimtext wieder in die komprimierte Kombination aus Klartextnachricht und digitaler Signatur entschlüsselt werden. Um schließlich an die Nachricht zu gelangen, muss diese nur noch dekomprimiert werden.

Allerdings sollen auch noch die Authentizität des Senders und die Integrität der Nachricht sichergestellt werden. Dazu wird einerseits auf den Klartext die gleiche Hash-Funktion wie beim Sender angewandt, und andererseits die digitale Signatur mit dem öffentlichen Schlüssel des Senders dechiffriert. Wurde zum Erstellen der Signatur tatsächlich der zugehörige private Schlüssel verwendet, so stimmen die beiden Klartexte des Message Digests überein; und man kann davon ausgehen, dass die Nachricht nicht verändert wurde. Davon, dass sie auch von einem bestimmten Sender stammt, kann man ausgehen, wenn der signierende Schlüssel einem Absender sicher zugeordnet werden kann, was unabhängig von der Bearbeitung einzelner Nachrichten ist.

== Sicherheit ==
Ein möglicher Angriff ergibt sich aus dem Vorgehen, Nachrichten zuerst zu signieren und dann zu verschlüsseln.<ref>{{Literatur |Autor=Donald T. Davis |Titel=Defective Sign & Encrypt in S/MIME, PKCS#7, MOSS, PEM, PGP, and XML |Sammelwerk=2001 USENIX Annual Technical Conference |Datum=2001 |Online=http://world.std.com/~dtd/sign_encrypt/sign_encrypt7.html}}</ref> Der Empfänger kann die signierte Nachricht nach dem Entschlüsseln mit gefälschtem Absender an eine dritte Person weiterleiten. Falls der Adressat in der Nachricht nicht namentlich genannt ist, kann die gültige Signatur den Eindruck erwecken, sie sei direkt vom ursprünglichen Sender an diese dritte Person geschickt worden.

Daneben wurde kritisiert, dass die öffentlichen Schlüssel häufig auf Servern gespeichert werden, auf die jede Person Lese- und Schreibzugang hat. So ist es dazu gekommen, dass dort falsche Schlüssel abgelegt wurden. Ein Ansatz, um dies zu verhindern, ist die Spezifikation DANE/OPENPGPKEY von der [[Internet Engineering Task Force]].<ref>{{Internetquelle |autor=Paul Wouters, [[Red Hat]] |url=https://datatracker.ietf.org/doc/draft-ietf-dane-openpgpkey/ |titel=Using DANE to Associate OpenPGP public keys with email addresses |werk= |hrsg=Network Working Group, [[Internet Engineering Task Force]] |datum=2015-10-19 |sprache=en |offline= |archiv-url= |archiv-datum= |abruf=2015-12-04}}</ref><ref>{{Internetquelle |autor=Dusan Zivadinovic |url=https://heise.de/-2571867 |titel=Mail-Verschlüsselung: Mail.de bringt automatisierte PGP-Schlüsselverwaltung |werk=[[heise online]] |datum=2015-03-10 |offline= |archiv-url= |archiv-datum= |abruf=2017-01-22}}</ref>

== Siehe auch ==
* [[GNU Privacy Guard]]
* [[OpenPGP]]
* [[Hal Finney]]

== Weblinks ==
{{Commonscat|OpenPGP}}
* [https://www.symantec.com/encryption PGP-Produktwebsite von Symantec] – Aktuelle, kommerzielle Versionen von PGP (englisch). Freie binäre Versionen werden nicht mehr zum Download angeboten
* [https://www.gnupg.org/index.de.html Offizielle GnuPG Website]
* [http://www.pgpi.org/ The International PGP Home Page] (englisch)
* [https://www.rossde.com/PGP/pgp_keyserv.html Liste öffentlicher PGP-Schlüsselserver] (englisch)

== Einzelnachweise ==
<references />

{{Gesprochene Version
|datei = Pretty Good Privacy.ogg
|länge = mm:ss
|größe = 29,3 MB
|sprecher = Michael Kingski
|geschlecht = maennlich
|dialekt = Deutscher Dialekt, z. B. Hochdeutsch
|version = 1
|datum = 2015-03-14
}}

{{Normdaten|TYP=s|GND=4370042-1|LCCN=n94101989|VIAF=180726619}}

[[Kategorie:Kryptosoftware]]
[[Kategorie:Halbfreie Software]]
[[Kategorie:Asymmetrisches Verschlüsselungsverfahren]]

Pretty Good Privacy - Versionsgeschichte

imported>Frank C. Müller: diktion.