Direct naar de inhoud
⚡ Kritieke cyberalerts voor jouw sector & systemen — direct in je inbox. Aanmelden →
cybernieuws.nl Cybersecurity en informatiebeveiling nieuws alerts live · 3 min 173 bronnen 2 kritiek 36 vandaag
CVE's Videos Dagbriefing

← Terug naar CVE-database

CVE-2026-55222

MEDIUM · 5.1 CVSS Gepubliceerd: CWE-1290

Beschrijving NL

Isar is een integratiesysteem voor het automatisch genereren van rootbestanden. In versies 0.11 en nieuwer wordt/etc/apt/trusted.gpg.d handmatig gemaakt tijdens het opstarten om lokale sleutels te kunnen implementeren. Daardoor is de directory eigendom van de aanroepende gebruiker (degene die Isar uitvoert) in plaats van root. Als de gebruikers-ID van de aanroepende gebruiker identiek is aan die van een gebruiker zonder beheerdersrechten binnen de image, kan deze gebruiker bestaande sleutels wijzigen en nieuwe implementeren, waardoor de integriteitsbescherming van de apt-repository stilletjes wordt doorbroken. Dit probleem heeft geen gevolgen voor images die een onveranderlijk rootfs gebruiken, of als apt nooit wordt aangeroepen. Het wijzigen van alleen de sleutels leidt niet tot een exploit; het is slechts één stap in een keten. Een aanvaller zou ook een externe repository moeten manipuleren of onbeveiligde communicatie ermee moeten onderscheppen. Dit probleem is verholpen met commit 29e84ed.

Origineel (Engels) tonen

Isar is an integration system for automated root filesystem generation. In versions 0.11 and newer, /etc/apt/trusted.gpg.d is created manually during bootstrap setup to be able to deploy local keys. By that, the directory is owned by the calling user (the one that executes Isar) instead of root. If the calling user's id is identical to one of an unprivileged user inside the image, this user is able to alter existing keys and deploy new ones, silently breaking the apt repo integrity protection. The issue is has no impact on those images that use an immutable rootfs, or if apt is never invoked. Changing only the keys does not trigger an exploit, it's just one step in a chain. An attacker would also have to manipulate a remote repo or intercept non-secure communication with it. This issue has been patched via commit 29e84ed.

References