{"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\/novosti-interneta\/v-paketnom-menedzhere-apt-2-9-15-prekrashheno-ispolzovanie-apt-key","title":{"rendered":"Der Einsatz von apt-key im APT-Paketmanager 2.9.15 wurde eingestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ausgabe des Werkzeugs zur Verwaltung von APT-Paketen 2.9.15 (Advanced Package Tool) wurde ver\u00f6ffentlicht. Der Branch 2.9.x ist experimentell und wird zur Entwicklung von Funktionen f\u00fcr die zuk\u00fcnftige stabile Version APT 3.0 verwendet, die nach der Stabilisierung in Debian Testing integriert und im n\u00e4chsten bedeutenden Debian-Release sowie im Paketrepository von Ubuntu hinzugef\u00fcgt wird. <\/p>\n
Die Schl\u00fcssel\u00e4nderung in der neuen Version besteht im endg\u00fcltigen Abschluss der Nutzung des Tools apt-key zur Verwaltung der Schl\u00fcssel, die zur \u00dcberpr\u00fcfung der digitalen Signaturen von Paketen verwendet werden. Das Tool apt-key wurde vor einigen Jahren wegen des \u00dcbergangs von einem alten Modell zur Integrit\u00e4tspr\u00fcfung von Paketen, das ein gemeinsames Schl\u00fcsselspeicher (\/etc\/apt\/trusted.gpg) verwendete und keine Bindung von Schl\u00fcsseln an Repositories hatte, als veraltet erkl\u00e4rt. Das hei\u00dft, ein Schl\u00fcssel, der f\u00fcr ein gewisses Drittanbieter-Repository hinzugef\u00fcgt wurde, konnte zur \u00dcberpr\u00fcfung von Paketen in allen Repositories verwendet werden. Der an die Stelle von apt-key getretende Ansatz zur Arbeit mit Schl\u00fcsseln 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
Zur Liste der Pfade f\u00fcr den Aufruf von gpg wurde ein in Rust geschriebenes Tool namens gpg-sq hinzugef\u00fcgt, das dieselben Argumente wie das gpg-Tool \u00fcbernimmt, aber dessen Funktionalit\u00e4t \u00fcber Sequoia, eine OpenPGP-Implementierung in Rust, imitiert. Der Aufruf von gpg-sq hat eine h\u00f6here Priorit\u00e4t als gpg, d.h. um gpg-sq anstelle von gpg zu verwenden, muss lediglich das entsprechende Paket installiert werden.\n
Die Zuordnung von Schl\u00fcsseltpyen zu Dateierweiterungen ist sichergestellt: die Erweiterung «.asc» ist mit ascii-armored Schl\u00fcsseln verkn\u00fcpft, «.gpg» — immer mit bin\u00e4ren Schl\u00fcsseln, w\u00e4hrend alle anderen Dateierweiterungen den Fehler «Die Schl\u00fcssel im Schl\u00fcsselbund … werden ignoriert, da die Datei einen nicht unterst\u00fctzten Dateityp hat» verursachen. Beispielsweise muss beim Verwenden der Schl\u00fcsseldatei «\/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\/» angepasst werden.\n
Viele Funktionen wurden auf die Verwendung der Klasse «std::string» anstelle von «const char *» umgestellt (die im C++17-Standard definierte Klasse std::string_view arbeitet effektiver mit Zeichenfolgen, indem sie Verweise auf vorhandene Daten verwendet und \u00fcberfl\u00fcssiges Kopieren von Daten vermeidet, solange sie nicht im Code ben\u00f6tigt wird).\n
Die Unterst\u00fctzung f\u00fcr die eigenst\u00e4ndige \u00dcberpr\u00fcfung von Schl\u00fcsselringen (keyring) und die Ausf\u00fchrung der Dearmor-Operation (Umwandlung eines Schl\u00fcssels im ASCII-armored Format in das bin\u00e4re Format) wurde implementiert, ohne auf apt-key zur\u00fcckgreifen zu m\u00fcssen.\n
Die Funktion Base64Decode wurde hinzugef\u00fcgt. <\/ul>\n