Wie können Sie einen privaten GPG-Schlüssel sicher sichern?

Ich habe einen sehr interessanten CLI-Passwort-Manager namens pass gefunden . Um es zu verwenden, generieren Sie ein GPG2-Schlüsselpaar und verwenden das Tool, um Kennwörter in gpg2-verschlüsselten Dateien zu speichern.

Zum Verschlüsseln der Dateien (Hinzufügen eines neuen Kennworts) wird der öffentliche Schlüssel verwendet.

Zum Entschlüsseln der Dateien (Abrufen eines gespeicherten Kennworts) wird der private Schlüssel verwendet, für den ein Kennwort erforderlich ist.

Das funktioniert super.

Nachdem das Tool alle meine Kennwörter gespeichert hat, möchte ich alle diese Daten sichern, damit ich bei einem Absturz meines Computers nicht von allen meinen Online-Konten ausgeschlossen werde.

Das Tool lässt sich gut in git integrieren, sodass ich die .gpg-Dateien problemlos auf einem anderen Computer auf mein privates git-Repo übertragen konnte. Soweit ich weiß, sind diese Dateien ohne den privaten Schlüssel zum Entschlüsseln nutzlos.

Meine Frage lautet: Wie kann ich den privaten und den öffentlichen Schlüssel auf sichere Weise sichern, damit ich bei Bedarf die "Datenbank" auf einem anderen Computer wiederherstellen kann? Kann ich sowohl den öffentlichen als auch den privaten Schlüssel in meinem Git-Repo speichern und zu einem späteren Zeitpunkt auf einen anderen Computer importieren? Oder wird es als unsichere Praxis angesehen, einen privaten Schlüssel in einem privaten, lokalen Git-Repo zu speichern? Für den Zugriff auf das Git Repo ist ein Passwort erforderlich. Der private Schlüssel ist verschlüsselt und erfordert zum Öffnen ein Kennwort. Ist das Speichern dann sicher?

Das Speichern eines privaten PGP-Schlüssels in einem Revisionskontrollsystem wirft an und für sich keine wesentlichen Sicherheitsprobleme auf. Das Speichern des privaten Schlüssels in einem lokalen, privaten (unveröffentlichten) Git-Repository sollte keine wesentlichen Auswirkungen auf die Sicherheit haben, verglichen mit dem Speichern des privaten Schlüssels auf demselben Computer, jedoch außerhalb eines Git-Repositorys.

Das einzige Problem, an das ich denken kann, ist das versionierte Speichern des privaten Schlüssels. Wenn Sie die älteren Revisionen nicht irgendwie zerstören können , bieten Ihnen Änderungen der Schlüsselpassphrase weitaus weniger Schutz als sonst.

Was mit seinen eigenen Auswirkungen auf die Sicherheit einhergehen kann, ist das Speichern eines privaten Schlüssels , sodass möglicherweise jemand anderes auf die Schlüsseldatei zugreifen kann. In einer solchen Situation ist alles, was zwischen einem Angreifer und Ihrem Schlüssel steht, die Stärke seiner Passphrase.

In der Erkenntnis, dass die Speichersicherheit nicht perfekt ist, und insbesondere in der modernen Umgebung, in der Benutzer regelmäßig auf Cloud-Dienste zurückgreifen (was wörtlich übersetzt "Computer eines anderen" bedeutet), schützen wir unsere geheimen Schlüssel normalerweise mit Passphrasen. Ich vertraue darauf, dass Sie dasselbe tun, auch wenn Sie beispielsweise gpg-agent ausführen.

Unter dem Strich sollte das Speichern einer Kopie der verschlüsselten Schlüsseldatei auf dem Computer eines anderen relativ sicher sein , solange Ihre Passphrase gut ist.

Das ist jedoch ein ziemlich großes Problem, wenn: Die Passwörter oder Passphrasen der meisten Leute sind ziemlich mies, was computergestützte Versuche angeht, sie zu knacken. GnuPG geht bis zu einem gewissen ziemlich Länge als auch zu arbeiten , um zu versuchen , wie es kann mit dem, was Sie ihm geben, aber für festen Datenschutz, Sie benötigen ein gutes Passwort ein , und Sie müssen sie festlegen , bevor mit dem privaten Schlüssel in das Git Repository zu importieren. Nachdem der Schlüssel importiert wurde, kann ein Angreifer im Prinzip jede Version davon angreifen. Wenn er Grund zu der Annahme hat, dass eine bestimmte Revision eine Passphrase mit geringerer Qualität aufweist, wird dies wahrscheinlich der Fall sein. Stellen Sie daher sicher, dass Sie die Passphrase sorgfältig auswählen. Ich habe eine kleine Einführung in den Umgang mit Passwörtern geschrieben, einschließlichVorschläge zur Auswahl von Passwörtern oder Passphrasen, an die Sie sich erinnern müssen , die Sie möglicherweise nützlich finden.

Ich habe kürzlich über ein ähnliches Setup nachgedacht. Lassen Sie mich vor der Beantwortung Ihrer Frage darauf hinweisen, was mich daran stört. Dies wird hier ausführlich erklärt . Kurz gesagt, wenn Pass GPG aufruft, führt es unnötige asymmetrische (RSA / EC) Krypto unter der Haube durch. Unnötig - weil es hier keine nicht vertrauenswürdige Partei gibt.

Dies ist ärgerlich, da asymmetrische Krypto weniger zukunftssicher ist als symmetrische Krypto. Beispielsweise wird die asymmetrische Krypto von heute durch ausreichend große Quantencomputer unterbrochen, die es noch nicht gibt. Im Allgemeinen beruht asymmetrische Krypto auf "mathematischen Problemen", die wir nicht lösen können, viel mehr als symmetrische Krypto.

Um diese Schwachstelle zu mindern, können Sie Ihren öffentlichen GPG-Schlüssel, der auch mit Pass verwendet wird, zumindest privat halten, da beispielsweise der (potenzielle) Quantenangriff diesen öffentlichen Schlüssel benötigt: siehe hier .

Bei Ihrer eigentlichen Frage ist unklar, ob Sie das Git-Repo (mit den Passwörtern) öffentlich oder privat speichern möchten. Wenn Sie es privat halten möchten, können Sie so ziemlich das tun, was Sie wollen, und die Sicherheit des privaten GPG-Schlüssels auf die des Mediums reduzieren, auf dem Sie das Repo sichern. Dies könnte jedoch zu einem Henne-Ei-Problem werden: Wenn das Repo privat ist, wie erhalten Sie es im Falle eines Absturzes zurück? Mit anderen Worten, im Falle eines "schlechten Absturzes" muss es etwas geben, das Sie zuerst abrufen . Vielleicht möchten Sie das Git-Repo privat halten, aber den GPG-Schlüssel so sichern, dass Sie ihn unabhängig von allem anderen zuerst abrufen können.

Es gibt zahlreiche Offline-Backup-Lösungen, Anwälte, Keller usw. finden Sie hier . Aber Keller sind nicht jedermanns Sache. Lassen Sie mich eine Online-Lösung vorschlagen:

• Erstellen Sie eine super starke Passphrase, die seit Jahren nicht mehr eingegeben werden soll. Vorschlag: Lange, einprägsame Rechtschreibfehler einer Phrase, die eine persönliche Bedeutung hat, oder aus einem Buch, dem nicht die Kopien ausgehen, wenn Sie sie nachschlagen müssen.

• Erstellen Sie einen Tarball mit Ihrem exportierten geheimen GPG-Schlüssel und möglicherweise Ihren SSH-Anmeldeinformationen.

• Verschlüsseln Sie es symmetrisch mit Ihrer Passphrase : gpg --symmetric --armor.

• Erstellen Sie ein kostenloses Git-Hosting-Konto.

• Erstellen Sie ein öffentliches Repository, das ohne Anmeldeinformationen geklont werden kann.

• Legen Sie den verschlüsselten und gepanzerten Teerball hinein.

So rufen Sie es nach einem "schlechten Absturz" ab:

• Starten Sie einen Live-USB-Stick.

• Öffentliches Repo klonen.

• gpg --decrypt.

Die symmetrische Passphrase ist Ihr Hauptschutz gegen die Zombies. Menschen geben Ihnen oder dem anonymen Leser manchmal nicht den Vorteil des Zweifels, wenn es um die Auswahl von Passphrasen geht. Aber mit einer guten Passphrase sollte symmetrische Krypto solide sein.

Wenn Sie Ihren privaten GPG-Schlüssel exportieren, wird er mit einer eigenen Passphrase verschlüsselt. Neuere Versionen von GPG erlauben keinen unverschlüsselten Export. Hier können Sie Ihre "normale" GPG-Passphrase verwenden. Denken Sie daran, dass Sie im Falle eines Absturzes beide Passphrasen benötigen, um zu Ihrem privaten GPG-Schlüssel zu gelangen.

Eine andere Option, die ich benutze, ist: Drucken Sie Ihren Schlüssel auf Papier .

Die Details finden Sie in der verknüpften Antwort. Die großen Vorteile sind: Sie können es einfach aufbewahren, wo immer Sie möchten, und Sie können überprüfen, ob es wahrscheinlich noch in gutem Zustand ist, indem Sie es sich nur ansehen. Der größte Vorteil ist jedoch: Niemand kann es hacken, ohne sich physisch an dem Ort zu befinden, an dem Sie Ihr Backup speichern und es aufnehmen.

Eine andere Antwort darauf ist "offline", dh es wird an einem sicheren Ort gespeichert, der mit keinem Computer verbunden ist. Ich bewahre eine vollständige, unverschlüsselte Kopie aller meiner Schlüssel auf einer Diskette (ich mache das schon lange so, jetzt ist es eine Gewohnheit) im Safe der Bank auf. Der Grund, warum ich sie in den Medien der Bank unverschlüsselt halte, ist, dass ein mögliches Szenario für das "Verlieren" des Schlüssels darin besteht, die Passphrase zu vergessen (meine Passphrasen enthalten in der Regel viele seltsame Satzzeichen und Schreibweisen, und nur eine davon macht es aus unbrauchbar). Ich musste nie darauf zurückgreifen, es von dieser Kopie zurückzubekommen, aber ich plane das Schlimmste.

Zusätzlich gibt es einen wichtigen Widerruf in den Medien und eine Notiz, in der meine Erben darüber informiert werden, was sie damit tun sollen, falls ich nicht mehr verfügbar bin.