APT/Fehlerbehebung/Legacy keyring: Unterschied zwischen den Versionen

Aktuelle Version vom 6. November 2024, 12:25 Uhr

Legacy keyring - Schlüssel in veralteten Schlüsselbund gespeichert

Fehlermeldung

Key is stored in legacy trusted.gpg keyring
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))

Beispiel

sudo apt update
Warning: https://packages.cisofy.com/community/lynis/deb/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

Ursache

Die Datei trusted.gpg (Schlüsselbund) ist veraltetet

Lösungen

Möglichkeit	Beschreibung
1	Schlüssel exportieren
2	Schlüssel neu einrichten
3	trusted.gpg kopieren

Schlüssel exportieren

Schlüssel in eigene Datei exportieren

Ermittlung der Schlüssel-ID

Suche des Schlüssels anhand seines Namens

apt-key list
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
/etc/apt/trusted.gpg
--------------------

[[...]]
pub   rsa4096 2021-06-22 [SC] [verfällt: 2031-06-20]
      84FA A998 3B24 AEF2 4D6C  87F1 FEBB 7D18 1257 6482
uid        [ unbekannt ] CISOfy software signing <software@cisofy.com>
sub   rsa4096 2021-06-22 [E] [verfällt: 2031-06-20]
sub   rsa4096 2021-06-22 [S] [verfällt: 2031-06-20]
[[...]]

Schlüssel-ID

Die letzten 8 Zeichen der Schlüssel-Nummer (Zeile 8) ohne Leerzeichen

Hier 1257 6482
12576482

Schlüssel exportieren

Umwandeln in eine .gpg-Datei
Dateinamen angeben, der zu dem Paket passt, für das der Schlüssel bestimmt ist

Beispiel

sudo apt-key export 12576482 | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/lynisCISOfy.gpg

Test

apt update sollte diese Fehlermeldungen nicht mehr ausgeben

Hinweise: Dieser Vorgang muss für jedes betroffene Repository wiederholt werden

Schlüssel neu einrichten

Weitere Möglichkeit

Schlüssel löschen
Schlüssel neu anlegen

trusted.gpg kopieren

Gesamte trusted.gpg kopieren

Warung: Diese Methode kann die Sicherheit Ihres Systems gefährden

/etc/apt
sudo cp trusted.gpg trusted.gpg.d

Anhang

Siehe auch

apt-key

Dokumentation

Man-Page

Info-Pages

Links

Projekt

Weblinks

@@ Zeile 2: / Zeile 2: @@
 == Fehlermeldung ==
-<syntaxhighlight lang="bash">
+ Key is stored in legacy trusted.gpg keyring
-Key is stored in legacy trusted.gpg keyring
+ Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))
-Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))
-</syntaxhighlight>
 ; Beispiel
-<syntaxhighlight lang="bash" highlight="1" line>
+<syntaxhighlight lang="bash" highlight="1">
-apt update
+sudo apt update
-Warning: https://updates.signal.org/desktop/apt/dists/xenial/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
+Warning: https://packages.cisofy.com/community/lynis/deb/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
 </syntaxhighlight>
 ; Ursache
-Schlüssel ist im veralteten Schlüsselbund trusted.gpg gespeichert
+Die Datei ''trusted.gpg'' (Schlüsselbund) ist veraltetet
+== Lösungen ==
+{| class="wikitable options col1center"
+! Möglichkeit !! Beschreibung
+|-
+| 1 || [[#Schlüssel exportieren|Schlüssel exportieren]]
+|-
+| 2 || [[#Schlüssel neu einrichten|Schlüssel neu einrichten]]
+|-
+| 3 || [[#trusted.gpg kopieren|trusted.gpg kopieren]]
+|}
-== Lösung ==
+=== Schlüssel exportieren ===
-=== Best Practice ===
+Schlüssel in eigene Datei exportieren
-Mit ''[[apt-key]]'' den Nummer des Schlüssels ermitteln und ihn in die [[gpg]]-Datenbank importieren
-<syntaxhighlight lang="bash" highlight="1" line>
+; Ermittlung der Schlüssel-ID
+Suche des Schlüssels anhand seines Namens
+<syntaxhighlight lang="bash" highlight="1,8" line>
 apt-key list
+Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
+/etc/apt/trusted.gpg
+--------------------
 [[...]]
+pub   rsa4096 2021-06-22 [SC] [verfällt: 2031-06-20]
+FA A998 3B24 AEF2 4D6C  87F1 FEBB 7D18 1257 6482
+uid        [ unbekannt ] CISOfy software signing <software@cisofy.com>
+sub   rsa4096 2021-06-22 [E] [verfällt: 2031-06-20]
+sub   rsa4096 2021-06-22 [S] [verfällt: 2031-06-20]
 [[...]]
 </syntaxhighlight>
-Suchen Sie den Abschnitt, in dem das in der ersten Warnung aufgeführte Paket erwähnt wird
+; Schlüssel-ID
+Die letzten 8 Zeichen der Schlüssel-Nummer (Zeile 8) ohne Leerzeichen
+* Hier '''1257 6482'''
+* '''12576482'''
-wenn Sie mehrere Warnungen sehen, müssen Sie diese Schritte nacheinander für jede einzelne wiederholen
+; Schlüssel exportieren
+* Umwandeln in eine .gpg-Datei
+* Dateinamen angeben, der zu dem Paket passt, für das der Schlüssel bestimmt ist
+; Beispiel
+<syntaxhighlight lang="bash" highlight="1">
+sudo apt-key export 12576482 | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/lynisCISOfy.gpg
+</syntaxhighlight>
+; Test
+''[[apt update]]'' sollte diese Fehlermeldungen nicht mehr ausgeben
-In meinem Fall suche ich nach dem Schlüssel für TeamViewer, und der sieht wie folgt aus
+; Hinweise
- pub rsa4096 2020-01-29 [SC]
+: Dieser Vorgang muss für jedes betroffene Repository wiederholt werden
-CAE 012E BFAC 38B1 7A93 7CD8 C5E2 2450 0C12 89C0
- uid [ unbekannt] TeamViewer Deutschland GmbH (TeamViewer Linux 2020) <support@teamviewer.com>
-Kopieren Sie die letzten 8 Zeichen aus der zweiten Zeile - im obigen Beispiel ist dies 0C12 89C0 - und wandeln Sie sie mit dem folgenden Befehl in eine .gpg-Datei um
+=== Schlüssel neu einrichten ===
-* Denken Sie daran, das Leerzeichen zwischen den 8 Zeichen wegzulassen und einen gpg-Dateinamen anzugeben, der zu dem Paket passt, für das der Schlüssel bestimmt ist
+; Weitere Möglichkeit
+# Schlüssel löschen
+# Schlüssel neu anlegen
-In meinem Beispiel musste ich Folgendes ausführen
+=== trusted.gpg kopieren ===
- # '''apt-key''' ''export 0C1289C0'' | '''gpg''' ''--dearmour -o /etc/apt/trusted.gpg.d/teamviewer.gpg''
+Gesamte trusted.gpg kopieren
+; Warung
+: Diese Methode kann die Sicherheit Ihres Systems gefährden
-Wenn Sie das nächste Mal ein apt-Update ausführen, wird der Fehler mit dem veralteten Schlüssel für das gerade angewendete Repository nicht mehr erscheinen (wenn allerdings mehr als ein Repository betroffen ist, müssen Sie die obigen Schritte für jedes einzelne wiederholen)
+<syntaxhighlight lang="bash" highlight="1" line>
+/etc/apt
+sudo cp trusted.gpg trusted.gpg.d
+</syntaxhighlight>
-=== Quick and dirty ===
+<noinclude>
-Auch wenn die unten beschriebene Methode funktioniert hat, möchte ich betonen, dass a) Ihre Erfahrungen variieren können und b) es nicht der klügste Weg ist, dieses Problem zu lösen, da es, abhängig von den Legacy-Schlüsseln auf Ihrem System, die Sicherheit Ihres Systems gefährden könnte
-Wenn Sie alle Vorsicht in den Wind schlagen wollen, öffnen Sie ein neues Terminalfenster und führen Sie
- # cd /etc/apt
- # cp trusted.gpg trusted.gpg.d
-Wenn Sie das nächste Mal apt update ausführen, wird der betreffende Fehler nicht mehr erscheinen
-== Hintergrund ==
-Diese Fehlermeldung erscheint seit Debian 11, wenn man versucht, einen neuen GnuPG-Schlüssel hinzuzufügen
-Bislang wurde für Drittanbieter-Paketquellen von APT-Paketen der öffentliche Schlüssel heruntergeladen und an '''apt-key add''' übergeben
- # '''wget -q -O - <nowiki>https://download.bell-sw.com/pki/GnuPG-KEY-bellsoft</nowiki> | apt-key add -'''
- Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))
- OK
-Per APT verteilte Softwarepakete werden signiert
-* Damit soll sichergestellt werden, dass ihr wirklich die originalen Pakete von der jeweiligen Organisation wie Debian erhaltet
-* Wie das im Detail funktioniert, hängt mit asymmetrischer Kryptografie und der Funktionsweise von PGP zusammen
-** Das würde hier den Rahmen sprengen
-** Wir belassen es daher an der Stelle dabei, dass sich mit der Signatur die Integrität der Pakete sicherstellen lässt – was grundsätzlich eine sinnvolle Sache ist und die Sicherheit erhöht
-Mit '''apt-key add''' wird der öffentlichen Schlüssel des Repositorys gespeichert und ihm vertraut
-* Ansonsten hätte das System kein Vertrauensverhältnis – die Installation von Paketen aus nicht vertrauenswürdigen Quellen würde abgewiesen
-* Kann man selbst testen, indem man eine Drittanbieter-Paketquelle hinzufügt, ohne vorher deren öffentlichen Schlüssel zu importieren
-==== apt-key ist veraltet ====
-* Fügt ihr einen neuen Schlüssel mit apt-key hinzu, wird dieser in einen Ordner von vertrauenswürdigen Schlüsseln (konkret '''/etc/apt/trusted.gpg.d''') abgelegt
-* Wenn man ein Paket installiert, prüft apt, ob es von '''irgendjemandem''' signiert wurde, dessen Schlüsseln wir vertrauen
-* Es wird nicht vorher abgefragt, ob der Schlüssel zu der Paketquelle passt
-Das ist zwar immer noch sicherer als gar keine Signaturen zu verwenden, aber es schwächt die Sicherheit
-* Besser wäre es, wenn ein Schlüssel nur für das dazugehörige Repository akzeptiert wird
-* Also eine 1:1 Beziehung, statt eines generellen, bedingungslosen Vertrauensverhältnisses
-* Aus diesem Grunde wurde '''apt-key''' als veraltet markiert, damit man auf dieses neue Verfahren wechselt
-Seit Debian 11 bzw.&nbsp;Ubuntu 22.04 ist [[apt-key]] nur als veraltet markiert und daher weiterhin verfügbar
-* Allerdings ist das die letzte Hauptversion!
-* Mit der nächsten Version von Debian bzw.&nbsp;Ubuntu wird es aller Voraussicht nach entfernt
-* Ich werde es daher in den Beiträgen nicht mehr einsetzen und ihr solltet es möglichst auch nicht mehr tun
-<noinclude>
 == Anhang ==
 === Siehe auch ===
+* [[apt-key]]
 {{Special:PrefixIndex/APT/Fehlerbehebung}}
-* [[Best Practice]]
 ==== Dokumentation ====
-===== Man-Pages =====
+===== Man-Page =====
 ===== Info-Pages =====
 ==== Links ====