{"id":120769,"date":"2024-11-29T09:45:59","date_gmt":"2024-11-29T07:45:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-paketnom-menedzhere-apt-2-9-15-prekrashheno-ispolzovanie-apt-key"},"modified":"2024-11-29T09:45:59","modified_gmt":"2024-11-29T07:45:59","slug":"v-paketnom-menedzhere-apt-2-9-15-prekrashheno-ispolzovanie-apt-key","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-paketnom-menedzhere-apt-2-9-15-prekrashheno-ispolzovanie-apt-key","title":{"rendered":"Im Paketmanager APT 2.9.15 wurde die Verwendung von apt-key eingestellt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des Pakets verwaltenden Werkzeugs APT 2.9.15 (Advanced Package Tool) ist erfolgt. Der Branch 2.9.x ist experimentell und dient der Entwicklung neuer Funktionen f\u00fcr die zuk\u00fcnftige stabile Version APT 3.0, die nach der Stabilisierung in Debian Testing integriert wird und Teil der n\u00e4chsten bedeutenden Debian-Version sein wird. Zudem wird sie im Paket-Repository von Ubuntu hinzugef\u00fcgt. <\/p>\n
Die wichtigste \u00c4nderung in der neuen Version ist die vollst\u00e4ndige Beendigung der Nutzung des Tools apt-key zur Verwaltung der Schl\u00fcssel, die zur Verifizierung digitaler Signaturen von Paketen verwendet werden. Das Tool apt-key wurde vor einigen Jahren als veraltet erkl\u00e4rt, da es von dem alten Modell der Integrit\u00e4tspr\u00fcfung von Paketen abwich, in dem ein gemeinsamer Schl\u00fcsselspeicher (\/etc\/apt\/trusted.gpg) verwendet wurde und die Schl\u00fcssel nicht an Repositories gebunden waren, d.h. ein Schl\u00fcssel, der f\u00fcr ein bestimmtes Drittanbieter-Repository hinzugef\u00fcgt wurde, konnte zur Pr\u00fcfung der Pakete in allen Repositories verwendet werden. Die neue Methode zur Handhabung von Schl\u00fcsseln anstelle von apt-key sieht die Trennung der Schl\u00fcsselspeicher f\u00fcr jedes Repository (\/etc\/apt\/trusted.gpg.d\/ oder \/etc\/apt\/keyrings\/) vor. <\/p>\n
Weitere \u00c4nderungen: <\/p>\n
\n
In die Liste der Pfade f\u00fcr den Aufruf von gpg wurde das in Rust geschriebene Tool gpg-sq aufgenommen, das die gleichen Argumente wie das Tool gpg akzeptiert, aber seine Funktionalit\u00e4t \u00fcber Sequoia, eine Rust-Implementierung von OpenPGP, simuliert. Der Aufruf von gpg-sq hat eine h\u00f6here Priorit\u00e4t als gpg, d.h. um gpg-sq anstelle von gpg zu verwenden, ist es ausreichend, das entsprechende Paket zu installieren.\n
Die Zuordnung von Schl\u00fcsseltypen zu Dateierweiterungen ist sichergestellt: Die Erweiterung «.asc» ist mit ASCII-armierten Schl\u00fcsseln verbunden, «.gpg» ist immer mit bin\u00e4ren Schl\u00fcsseln verkn\u00fcpft, w\u00e4hrend alle anderen Dateierweiterungen den Fehler «Die Schl\u00fcssel im Schl\u00fcsselbund … werden ignoriert, da die Datei einen nicht unterst\u00fctzten Dateityp hat» hervorrufen. Zum Beispiel muss bei Verwendung der Datei mit dem Schl\u00fcssel «\\\/etc\\\/apt\\\/keyrings\\\/winehq-archive.key» diese in «\\\/etc\\\/apt\\\/keyrings\\\/winehq-archive.gpg» umbenannt und der Pfad in der Datei «\\\/etc\\\/apt\\\/sources.list.d\\\/» entsprechend angepasst werden.\n
Viele Funktionen wurden auf die Verwendung der Klasse \"std::string\" anstelle von \"const char *\" umgestellt (die im Standard C++17 definierte Klasse std::string_view, die effizienter mit Zeichenfolgen arbeitet, indem sie Verweise auf vorhandene Daten nutzt und unn\u00f6tiges Kopieren von Daten vermeidet, bis sie im Code verwendet wird).\n
Die Unterst\u00fctzung f\u00fcr die eigenst\u00e4ndige \u00dcberpr\u00fcfung von Schl\u00fcsselspeichern (keyring) und die Durchf\u00fchrung der Dearmor-Operation (Umwandlung eines ASCII-armored Schl\u00fcssels in ein bin\u00e4res Format) ohne Bezugnahme auf apt-key wurde implementiert.\n
Die Funktion Base64Decode wurde hinzugef\u00fcgt. <\/ul>\n