Subkeys benutzen

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: 60.3.0
• Betriebssystem + Version: Windows 10, 1803
• Kontenart (POP / IMAP): IMAP
• Postfachanbieter (z.B. GMX): diverse
• PGP-Software / PGP-Version: GnuPG 2.2.8
• Eingesetzte Antivirensoftware: Defender
• Firewall (Betriebssystem-intern/Externe Software): Windows intern

Hallo miteinander,

beim Eröffnen dieses Beitrags wurde mir ein Thread empfohlen, der ein ähnliches Thema behandelt. Keine schlechte Idee. Das Stichwort kommt darin vor. Meine Frage beantworten die Beiträge leider nicht.

Da ich nicht weiß, ob man sich bei euch an bestehende Themen anhängen darf oder besser ein neues eröffnet, habe ich mich entschlossen, ein neues zu eröffnen. Ich entschuldige mich, falls das nicht gewünscht ist.

Also, meine derzeitigen Schlüssel laufen demnächst aus. Ich möchte die Gelegenheit nutzen und es diesmal komfortabler und sicherer einrichten. Der Mensch ist doch eine bequeme Socke.

Ich hätte gern einen Primärschlüssel, der nur zum Signieren anderer Schlüssel benutzt werden soll. Darunter Subkeys zum Signieren und Verschlüsseln von E-Mails meiner verschiedenen Adressen.

Den Hauptschlüssel möchte ich von den Unterschlüsseln trennen und offline speichern. Das heißt, diesen lösche ich aus dem Schlüsselbund. Auf all meinen Geräten sollen nur noch der öffentliche Teil des Primär- und die Unterschlüssel gespeichert werden.

Das Erzeugen usw. ist kein Problem. Die Frage ist, wie man diese dann später in Thunderbird benutzt. Genügt es, dazu den öffentlichen Teil des Hauptschlüssels in Thunderbird auszuwählen? Findet Enigmail dann den jeweils richtigen Unterschlüssel anhand der Mailadresse?

Vielen Dank bereits jetzt.

Vielen Dank, generalsync,

man sieht, Verschlüsselung/Signierung ist ganz einfach.

Ich möchte deshalb noch ein wenig nachfragen.

Zitat von generalsync

Für Deine Kommunikationspartner funktioniert alles automatisch. Es wird also immer der richtige öffentliche (Sub-)Schlüssel verwendet,

Was schickt Enigmail denn mit, wenn ich meinen öffentlichen Schlüssel anhänge? Wäre der öffentlichen Teil meines Hauptschlüssels dabei?

Werden sämtliche öffentlichen Subkeys mitgeschickt, also auch die der anderen E-Mailadressen?

Zitat von generalsync

Wenn Du entschlüsseln oder (Nachrichten) signieren willst, brauchst Du aber natürlich die entsprechenden privaten (Sub-)Schlüssel. Der öffentliche Teil ist dafür nicht ausreichend.

Das ist klar. Das hatte ich vielleicht nicht eindeutig genug beschrieben. Abtrennen und somit nur noch extern speichern möchte ich nur den privaten Teil des Hauptschlüssel. Die Unterschlüssel bleiben komplett.

Zitat von generalsync

Wenn Du zuerst den öffentlichen Schlüssel und erst danach die privaten Subkeys importierst, sollte der Import wie gewohnt funktionieren.

Ich hatte mir das so gedacht, auf der Kommandozeile:

exportiere ich alle Schlüssel zur Aufbewahrung

exportiere ich alle privaten Unterschlüssel

lösche alle privaten Schlüssel inkl. Hauptschlüssel

(exportiere ich den öffentlichen Teil des Hauptschlüssels, falls ich ihn

separat ihn für andere Geräte benötige, siehe unten)

importiere ich nur die privaten Unterschlüssel zurück

Auf den anderen Geräten importiere ich die privaten Unterschlüssel. In der Annahme, dass Enigmail alles mitschickt, würde ich nun aus Bequemlichkeit eine Mail an mich selbst senden, an die die öffentlichen Subkeys sowie der öffentliche Hauptschlüssel durch Enigmail automatisch angehängt sind.

Soweit ich dich verstanden habe, wird das so nicht klappen, weil der öffentliche Hauptschlüssel zuerst importiert werden muss? Dann mache ich das nicht per Mail an mich. Soviel mehr Aufwand wäre es nicht.

Zitat von generalsync

Aus mir unbekannten Gründen versagt die Automatik aber beim Signieren von Nachrichten, wenn mehrere Subkeys zum Signieren vorhanden sind

Ich nehme an, dies bezieht sich auf den Fall mehrerer Subkeys zu einer Identität? Das könnte ich in meinem Fall ausschließen. Es wird für jede Mailadresse nur einen Subkey zum Signieren geben. Wohl aber soll es unter dem Hauptschlüssel mehrere Identitäten geben, die jeweils einen eigenen Subkey zum Signieren haben. Wenn ich dich richtig verstanden habe, sollte dieses Problem dann bei mir nicht auftreten.

Oder betrifft es auch alte, abgelaufene Subkeys, die es irgendwann ja

geben wird?

Zunächst einmal vielen Dank!

Zitat von generalsync

Ich glaube, hier hat sich ein Verständnisproblem eingeschlichen

In der Tat. Bin ich doch bisher davon ausgegangen, dass ich jedem Subkey auch unterschiedliche Identitäten zuweisen kann, die eine Teilmenge der Identitäten des primären Keys sind.

Zitat von generalsync

können also einzeln ... zurückgezogen werden.

Dies ist genau einer der Gründe, weshalb ich mir eine solche Struktur aufbauen möchte. Ich möchte für den Fall, dass mir mein Laptop oder Smartphone verloren gehen sollte, die Subkeys zurückrufen können, ohne den Hauptschlüssel zu widerrufen und dessen Signaturen zu verlieren.

Zitat von generalsync

Mit Glück kann das zwar funktionieren, aber deine Schlüssel bleiben dabei nicht offline.

Das verstehe ich nun nicht. Die Schlüssel würde ich offline erzeugen (also unter Airgap) und den primären wie beschrieben nach dem Erstellen der Subkeys und dessen externer Sicherung löschen.

Zur Benutzung auf den unterschiedlichen Geräten werden nur die Subkeys und der öffentliche Schlüssel verteilt. Somit ist der primäre Schlüssel durchgängig offline und bekommt nie Kontakt zu anderen Geräten oder gar dem Internet. Oder habe ich da einen Haken übersehen?

Danke für die erneute Antwort.

Du hast dich mit dem "nicht offline" nur darauf bezogen, dass der primäre Schlüssel, obwohl er er nie online sein und auch vom Rechner gelöscht würde, dennoch insofern unsicher wäre, weil er von dem Medium, auf dem er gespeichert (oder hart gecachet) wurde, wiederhergestellt werden könnte?

OK, dessen bin ich mir bewusst. Das passt für mich soweit. Streng genommen müsste ich von einer DVD booten und das Medium, dass ich zum Speichern benutze, danach in einen Tresor legen.

Ganz, ganz streng genommen könnte ich mir selbst dann nicht sicher sein. Das Betriebssystem, das ich von DVD boote, könnte eine Backdoor haben und meine Schlüssel z.B. im BIOS ablegen. Oder die Hardware selbst könnte einen Spionagechip enthalten. In diesem Fall dürfte der Rechner, auf dem ich die Schlüssel erzeuge, nie wieder Zugang zu einem Netzwerk erhalten und müsste irgendwann zerstört werden.

Soweit würde ich aber natürlich nicht gehen. Ein solches Sicherheitsniveau benötige ich kleiner Mokel nicht. Ich befürchte keine gezielte Attacke auf mich und auch keinen Einbruch mit dem Ziel, meine Schlüssel zu erbeuten.

Ich habe meine mobilen Datenträger verschlüsselt. So gesehen, wäre auch ein Hauptschlüssel ziemlich sicher.

Da ich mir aber mit relativ einfachen Mitteln - eben der Verwendung von Subkeys - das Leben im Falle des Falles leichter machen kann, möchte ich aber gern davon Gebrauch machen.

Mein Ziel ist in diesem Zusammenhang, bei Verlust oder Diebstahl eines meiner Geräte nicht den Hauptschlüssel mit allen Beglaubigungen zu verlieren. Das erspart im Falle des Falles einiges an Hickhack.

Außerdem möchte ich neben RSA auch ECC anbieten, was aber erst wenige der ohnehin wenigen verwenden. Das lässt sich mit Subkeys leicht erreichen.

Um zurück zu meiner ursprünglichen Fragestellung zu kommen, fasse ich mal zusammen, sozusagen zur finalen Kontrolle:

• Es gibt nur einen öffentlichen Schlüssel. Er enthält die öffentlichen Teile des Haupt- und aller Subkeys.
• Die Subkeys sind für alle UIDs des primären Schlüssels gültig. Ich kann einem Subkey keine eigene UID zuweisen.
• Im Gegensatz zu gpg (durch nachgestelltes !) kann ich im Thunderbird die Verwendung eines bestimmten Subkeys nicht erzwingen. Der jeweils richtige Key wird automatisch gefunden, solange ich nicht mehrere S-Subkeys verwende. Die Auswahl erfolgt bei mehreren verwendbaren Schlüsseln vermutlich anhand der prefs und der Installationsreihenfolge. Damit kann ich leben, weil ich nicht vorhabe, mehrere Subkeys zu einer Eigenschaft zu erstellen.

Wenn das soweit zutrifft, dann würde ich folgendes Konstrukt planen:

• Ein Offline-Hauptschlüssel (S/C/E). Dieser bekommt mit adduid zwei UIDs zugewiesen.
• Darunter erstelle ich jeweils einen RSA und ECC Subkey. Die bekommen beide S/E/A. Weiter nach Funktion aufteilen würde ich nicht.
• Das weitere Vorgehen dann wie oben beschrieben.

Zitat von generalsync

Gibt es einen Grund, dass du vom Standard abweichen willst?

Nein, das ist nur einer mangelnden Konzentration während der Arbeitszeit geschuldet.

Wie beschrieben möchte ich diesen Schlüssel ja als Offline-Schlüssel und nicht für die Verschlüsselung benutzen.

Zitat von generalsync

Ich würde außerdem S/A und E trennen.

Diese Option hatte ich auch schon im Sinn, ebenso wie die, nicht beide UIDs zuzuweisen. Das muss ich mir noch genau überlegen. Wenn ich die Zeit finde, werde ich am Wochende etwas intensiver mit Thunderbird/Enigmail beschäftigen und es ausprobieren.

Ich bedanke mich für die Hinweise zu einem doch nicht ganz so einfachen Thema.

Abschließend meine Rückmeldung, dass alles so geklappt hat wie geplant. Die Export/Löschen/Import-Prozudur aus #3 hat funktioniert. Zumindest soweit es meine ersten Tests zeigen.

Die Frage der Fähigkeiten der einzelnen Subkeys hat sich quasi von selbst gelöst. Gpg bietet beim Erstellen eines ECC-Subkeys unterhalb eines RSA-S-Keys verschlüsseln und signieren nur als separate Fähigkeiten an. Da wollte ich keine Verrenkungen mehr anstellen und habe es dann auch so gemacht.

Mein Ziel habe ich erreicht. Ich habe jetzt einen geheimen primären Offine-Schlüssel, den ich nicht auf dem Laptop oder dem Smartphone installieren muss. Die Subkeys gelten für beide meiner wichtigen Adressen. Zusätzlich biete ich jetzt neben RSA auch ECC an. So soll es sein.

Nochmals vielen Dank, generalsync. Es hat mich sehr gefreut, hier jemanden gefunden zu haben, der sich tiefergehend mit gpg und Thunderbird/Enigmail auskennt. Weizen im Spreu.