HowTo: Digitale Signaturen mit GPG

Hendrik — Mon, 04 Jan 2010 15:19:55 +0000

Oftmals, leider aber immer noch zu wenig, werden Dateien im Netz mit einer digitalen Signatur signiert. Was und wem diese Signatur etwas bringt widmet sich dieser Artikel.

Schon in frühen Zeitaltern hatte das Oberhaupt einer Organisation sein persönliches Wachssiegel. Diese dienten zur Beurkundung der Abstammung eines Schriftstückes. Die Authentizität einer Information sollte somit bestätigt werden.

Nicht ganz so Stilecht widmet sich das Gnu Privacy Guard Projekt als OpenSource Software dieser Anforderung.

Wo benötigen wir in der heutigen Zeit digitale Signaturen?

Das bekannteste Beispiel dürfte wohl die Kommunikation per E-Mail sein, bei der wir gerne wissen möchten ob die Information auch wirklich vom angegebenen Absender stammt oder ob der Kontext auf dem Transportweg verändert worden ist. Ein weiterer Fall sind allerdings auch Dateidownloads, zum Beispiel einer Software die wir gerne einsetzen möchten.

Um sicherzustellen das die gewünschte Software eines Anbieters nicht unwillentlich verändert worden ist, bietet GPG eine Verfahrensweise um Dateien mit einer digitalen Signatur zu versehen. Somit hat der Endbenutzer die Möglichkeit zu kontrollieren ob er das erhält was der Hersteller vorgesehen hat.

Eine solche Signatur lässt sich grundsätzlich für jede Datei egal ob Binär oder ASCII erstellen.

GPG kennt zum signieren drei verschiedene Wege.

Standard

Mittels:

gpg --sign

wird die angegebene Datei digital signiert und direkt in die binäre Signatur Datei kopiert. Inhalte werden hierbei direkt komprimiert.

Vorteil: Man erlangt eine einzelne Datei die sowohl Kontext als auch Signatur enthält.
Nachteil: Der Anwender ist hiermit gezwungen GPG zu verwenden um an den Kontext zu kommen.

Klartext Signaturen

Dieser Art Signaturen werden häufig im Usenet oder bei der E-Mail Kommunikation verwendet. Hierbei wird der ursprüngliche Text in eine ASCII Hülle verpackt.
So wird zum Beispiel mit dem Befehl ‘gpg –clearsign ’ aus:

Hallo Welt,

dies ist eine GPG signierte Nachricht.

Gruß
DerVerfasser

Folgende text.txt.asc erzeugt:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Welt,

dies ist eine GPG signierte Nachricht.

Gruß
DerVerfasser

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAktB9McACgkQlI0PwfxLQjno1QCfXZP1pAUT/8Smrpsxlcx/VZBB
Wy4Ani27iRQESObFBI6jhG+a2NZOpLv/
=gl8q
-----END PGP SIGNATURE-----

Vorteil: Solange der signierte Kontext Klartext ist, kann man den Text einer Nachricht noch immer lesen, auch ohne Signaturprüfung.

Nachteil: Wessen E-Mail / News Client nicht direkt die PGP Header für die Nachricht und die Signatur kontrolliert wird mit diesem Text Overhead genervt.

Getrennte Signaturen

Für fast jeden Fall der GPG Signaturen bietet sich die Option der abgetrennten Signaturen. Hierbei bleibt die Originaldatei erhalten und man erhält eine Extra Datei die lediglich die Signatur dieser Datei beinhaltet. Verändert man die Datei wird die dazugehörige Signatur jedoch ungültig – genau das was wir erwarten.

Mittels:

gpg –detach-sign

erstellen wir eine solche Signatur.

check_sig.sh.sig check_sig.sh

Überprüfen der Signatur

Nachdem wir nun wissen, wie man mittels GPG Digitale Signaturen erstellt, möchte man ja nun auch erhaltene Signaturen auf Ihre Gültigkeit prüfen.

Alle Signaturen lassen sich mit dem Schalter “–verify” überprüfen.

Variante 1 – Signiert und Komprimiert. Standardverhalten bei “gpg –sign”:

gpg --verify check_sig.sh.gpg
gpg: Signatur am Mo 04 Jan 2010 14:56:49 CET mit DSA Schlüssel, ID FC4B4239, erfolgt
gpg: Korrekte Unterschrift von 'Hendrik Baecker '

Möchten wir jedoch auch an den Signierten Inhalt kommen:

gpg --decrypt check_sig.sh.gpg

Eine schnelle Änderung an der komprimierten Datei hat einen Kompressionsfehler zur Folge. Ohne es genauer Nachgestellt zu haben vermute ich die Checksumme des Kompressionsverfahrens kompromittiert zu haben. Theoretisch ist es möglich die Prüfsumme der Komprimierung zu unterlaufen, ob anschließend GPG anhand der nicht mehr passenden Signatur das entpacken verweigert kann ich aktuell nicht sagen.

Variante 2 – Klartext Signatur:

Verwenden wir den oben bereits gezeigten Testtext und lassen ebenfalls wieder das verify laufen:

gpg --verify

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Welt,

dies ist eine GPG signierte Nachricht.

Gruß
DerVerfasser

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAktB9McACgkQlI0PwfxLQjno1QCfXZP1pAUT/8Smrpsxlcx/VZBB
Wy4Ani27iRQESObFBI6jhG+a2NZOpLv/
=gl8q
-----END PGP SIGNATURE-----

Erhalten wir erneut eine positive Rückmeldung von GPG:

gpg: Signatur am Mo 04 Jan 2010 15:01:43 CET mit DSA Schlüssel, ID FC4B4239, erfolgt
gpg: Korrekte Unterschrift von 'Hendrik Baecker '

Variante 3 – GPG mit abgetrennter Signaturdatei

Bei dieser weit verbreitenden Variante erhält der Benutzer die Signatur nebst Nutzdatei, die Signaturdatei hält dabei meist die Endung “.sig”.

Mittels “gpg –verify .sig ” kann nun der Benutzer die Überprüfung vornehmen.

gpg --verify check_sig.sh.sig check_sig.sh
gpg: Signatur am Mo 04 Jan 2010 15:12:54 CET mit DSA Schlüssel, ID FC4B4239, erfolgt
gpg: Korrekte Unterschrift von 'Hendrik Baecker '

Fazit:

Wer sicher sein möchte, dass er die Inhalte erhalten hat, die der Absender vorgesehen hat sollte auf Digitale Signaturen zurückgreifen. Von der anderen Seite betrachtet zieht diese Form der Sicherheit nur dann an, wenn auch die Anbieter von Informationen ihre Werke entsprechend signieren.

Zahlreiche grafische Oberflächen, sowohl für Windows, MacOS und verschiedene andere *nix Derivate machen einem das Leben mit GPG einfacher als man glauben möchte.

Was bisher verschwiegen wurde ist die Tatsache, dass es bei GPG zunächst einmal keine zentrale Beglaubigungsinstanz gibt. Ein jeder GPG Nutzer kann sich selbst GPG Schlüssel erstellen und somit auch vorgeben jemand anderes zu sein.
Dieser Identitätskrise wird alsbald in einem eigenen Artikel behandelt.

No related posts.

Related posts brought to you by Yet Another Related Posts Plugin.

Andurin's Blog » GPG