Ubuntu 26.04 / Ubuntu-Repositories und bereichsspezifische Signaturschlüssel verwalten

Verwalten Sie Ubuntu 26.04-Repositories, indem Sie die tatsächlichen .sources-Dateien und den Gültigkeitsbereich des Signaturschlüssels prüfen. Bevor Sie eine Drittanbieterquelle hinzufügen, verifizieren Sie deren 26.04-Unterstützung und den vollständigen Schlüssel-Fingerabdruck, und beschränken Sie dann diesen Schlüssel auf das vorgesehene Repository.

Quellen und Kandidatenversionen prüfen

cat /etc/os-release
find /etc/apt/sources.list.d -maxdepth 1 -type f -print
cat /etc/apt/sources.list.d/ubuntu.sources
apt-cache policy

Standard-Ubuntu-Quellen verwenden häufig /etc/apt/sources.list.d/ubuntu.sources, aber Images und Upgrade-Historien können abweichen. Ältere einzeilige .list-Einträge können neben deb822 .sources-Dateien bestehen; überprüfen Sie auf doppelte Definitionen.

Deb822-Felder und Komponenten verstehen

Feld Entscheidung, die es repräsentiert
URIs Repository-Anbieter und Standort
Suites Release und Bereiche wie resolute, Updates und Sicherheit
Components Paketbereiche wie main, restricted, universe und multiverse
Architectures Beschränkungen der CPU-Architektur
Signed-By Für diese Quelle zur Signaturprüfung zugelassene Schlüsseldatei
Enabled no deaktiviert den Eintragsblock

Das Aktivieren einer Komponente gibt nicht jedem Paket identische Sicherheitsabdeckung. Überprüfen Sie Ubuntu Pro und die paketspezifische Unterstützung separat. Das Ändern des Suite-Namens einer anderen Version zu resolute erzeugt keine Kompatibilität.

Ubuntus Erklärung zu Drittanbieter-Repositories behandelt Vertrauensumfang und Auswirkungen von Release-Upgrades.

Schlüsseldateien und Vertrauensnachweise prüfen

gpg --show-keys --with-fingerprint /usr/share/keyrings/ubuntu-archive-keyring.gpg

Der obige Befehl überprüft das vorhandene Ubuntu-Archivschlüsselbund. Für einen Schlüssel von Drittanbietern vergleichen Sie den vollständigen Fingerabdruck mit einer unabhängig geprüften Quelle, wie der offiziellen HTTPS-Dokumentation des Anbieters. Übereinstimmende Dateinamen oder kurze IDs begründen kein Vertrauen.

Platzieren Sie von Administratoren verwaltete Schlüssel am in der Dokumentation des Anbieters angegebenen Ort, üblicherweise /etc/apt/keyrings, und versehen Sie sie mit Signed-By. APT muss in der Lage sein, sie zu lesen. Unterdrücken Sie keine Signaturfehler mit trusted=yes, Authentifizierungsumgehungen oder unnötigem globalem Vertrauen.

Sichern Sie eine Quelle und ändern Sie sie

backup=$(sudo mktemp -d /root/apt-sources.XXXXXX)
sudo cp -a /etc/apt/sources.list.d "$backup/"
printf 'Backup: %s\n' "$backup"

Bewahren Sie den ausgedruckten Backup-Pfad in einem geschützten Arbeitsdatensatz auf. Identifizieren Sie die tatsächliche Drittanbieter-Datei und bearbeiten Sie sie mit sudoedit. Fügen Sie Enabled: no zur entsprechenden deb822-Eintragsblock hinzu, um sie zu deaktivieren, oder ändern Sie nur die erkannte Dateierweiterung dieser Datei, wenn es angebracht ist.

Das Deaktivieren eines Repositorys deinstalliert nicht dessen Pakete und löscht nicht deren Daten. Entfernung oder Downgrade erfordert eine separate Abhängigkeitsprüfung. Löschen Sie keine Schlüsseldatei, bevor Sie nicht überprüft haben, ob eine andere Quelle darauf verweist.

Überprüfen und Wiederherstellen

sudo apt update
apt-cache policy

Überprüfen Sie eine saubere Index-Aktualisierung sowie die beabsichtigten Ursprünge und Kandidatenversionen. Falls dies fehlschlägt, vergleichen und stellen Sie nur die geänderte Quelle wieder her, und aktualisieren Sie dann erneut. Überschreiben Sie nicht mehrere Quellen oder ändern Sie Codename-Versionen, um ein Problem zu umgehen.