{"id":146238,"date":"2025-10-24T11:12:33","date_gmt":"2025-10-24T09:12:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-44-v-rpm-namereny-aktivirovat-proverku-paketov-po-czifrovoj-podpisi"},"modified":"2025-10-24T11:12:33","modified_gmt":"2025-10-24T09:12:33","slug":"v-fedora-44-v-rpm-namereny-aktivirovat-proverku-paketov-po-czifrovoj-podpisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-fedora-44-v-rpm-namereny-aktivirovat-proverku-paketov-po-czifrovoj-podpisi","title":{"rendered":"In Fedora 44 wird die \u00dcberpr\u00fcfung von Paketen durch digitale Signaturen in RPM aktiviert.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In der f\u00fcr den Fr\u00fchling 2026 geplanten Version Fedora Linux 44 soll standardm\u00e4\u00dfig die \u00dcberpr\u00fcfung von Paketen anhand digitaler Signaturen in RPM integriert werden. Wenn dieser Plan vom FESCo (Fedora Engineering Steering Committee), das f\u00fcr die technische Entwicklung von Fedora Linux verantwortlich ist, genehmigt wird, k\u00f6nnen standardm\u00e4\u00dfig nur Pakete mit einer g\u00fcltigen digitalen Signatur installiert werden. Bei Bedarf kann die \u00dcberpr\u00fcfung umgangen werden, indem RPM mit dem Flag «—nosignature» manuell gestartet oder die \u00dcberpr\u00fcfung \u00fcber die entsprechende API deaktiviert wird. <\/p>\n
Die Funktionalit\u00e4t zur Verifizierung von Paketen anhand digitaler Signaturen wurde im Paketmanager RPM 6.0 implementiert, doch in Fedora 43 wird trotz der Umstellung auf RPM 6 weiterhin nur die Integrit\u00e4tspr\u00fcfung \u00fcber Hashes auf der Ebene von RPM verwendet, w\u00e4hrend die Echtheit der Pakete aus den Repositories auf der Ebene der h\u00f6herstufigen Paketmanager YUM und DNF \u00fcberpr\u00fcft wird, in denen die M\u00f6glichkeit zur Verifikation \u00fcber digitale Signaturen urspr\u00fcnglich implementiert und standardm\u00e4\u00dfig aktiviert wurde. Diese Art der \u00dcberpr\u00fcfung soll nun auch auf der Ebene von RPM verwendet werden. Bei Genehmigung der \u00c4nderung in Fedora 44 wird bei der Installation von Paketen \u00fcber RPM sowohl die Hash-Integrit\u00e4tspr\u00fcfung als auch die Echtheitspr\u00fcfung \u00fcber digitale Signaturen, die mit dem Schl\u00fcssel des Paketbautr\u00e4gers signiert sind, durchgef\u00fchrt. <\/p>\n
Bei dem Versuch, Pakete ohne Signatur oder mit einer ung\u00fcltigen Signatur zu installieren, wird standardm\u00e4\u00dfig ein Fehler angezeigt, es sei denn, der Benutzer hat RPM explizit mit dem Flag «—nosignature» gestartet. Um mit externen Repositories zu arbeiten, die keine digitalen Signaturen erstellen, wurde im Paketmanager DNF 5.2.14.0 die M\u00f6glichkeit hinzugef\u00fcgt, die RPM-\u00dcberpr\u00fcfung selektiv f\u00fcr einzelne Pakete zu deaktivieren. Diese Funktion wird im Mock-Tool (mock-core-configs) f\u00fcr die Arbeit mit neuen Paketbauten genutzt. In Mock wurde auch ein Plugin hinzugef\u00fcgt, um Signaturen f\u00fcr lokal erstellte Pakete zu generieren, und im Dienst Copr (Community-Projekte) wurde die M\u00f6glichkeit der automatischen Erstellung von Signaturen implementiert. <\/p>\n