Kritische Red-Hat-Quay-Lücken legen private Container-Images offen
Red Hat hat zwei kritische Schwachstellen in Quay offengelegt. Angreifer können damit private Container-Images aus allen Repositories lesen, Images überschreiben oder Robot-Account-Token anderer Mandanten stehlen, berichtete The Hacker News. Die Lücken betreffen laut Red Hat alle Versionen von Quay 3 und Quay 5.
Die erste Lücke trägt die Kennung CVE-2026-123710 und hat laut Quelle einen CVSS-Wert von 9,8. Sie betrifft den Schlüsselmechanismus für Zugriffstoken. Ein Angreifer kann einen eigenen Schlüssel in die von Quay akzeptierte Liste eintragen und damit gültige Token für jedes Repository erzeugen. Bei aktivem anonymem Zugriff ist dafür kein Konto nötig. Ist der anonyme Zugriff abgeschaltet, genügt ein gültiges Konto.
Mit den gefälschten Token lassen sich private Images und darin gespeicherte Zugangsdaten abrufen. Angreifer können Images außerdem hochladen oder überschreiben. Die Änderung erreicht laut Red Hat jedes System, das das manipulierte Image später abruft. Ein eingeschleuster Schlüssel bleibt über Neustarts hinweg aktiv, bis ihn jemand entfernt. Er kann auch die von laufenden Quay-Instanzen verwendeten Schlüssel löschen und dadurch normale Push- und Pull-Vorgänge mit Authentifizierungsfehlern stoppen.
CVE-2026-110697 hat laut Quelle einen CVSS-Wert von 9,9. Die Lücke steckt in der Suche nach Robot Accounts. Quay übernimmt den Namespace-Namen ungefiltert in ein SQL-LIKE-Muster, sodass ein Unterstrich auch andere Namespace-Namen treffen kann. Ein Nutzer, der einen Namespace anlegen darf, kann dadurch entschlüsselte Robot-Account-Token eines anderen Mandanten erhalten und zum Lesen, Hochladen oder Überschreiben von Images verwenden. Dafür sind keine erweiterten Rechte nötig.
Red Hat hat laut The Hacker News korrigierte Builds für acht Quay-3-Zweige veröffentlicht. Die Hinweise nennen eigenständige Installationen, den Quay Operator auf OpenShift und die Mirror Registry für Red Hat OpenShift als betroffene Bereitstellungen. Auch intern betriebene Registries sind exponiert, wenn nicht vertrauenswürdige Clients sie erreichen können. Für CVE-2026-110697 bezeichnet Red Hat die Aktualisierung als einzige vollständige Lösung.
Bis zum Update empfiehlt Red Hat, den Endpunkt /keys am Proxy oder Load Balancer auf vertrauenswürdige interne Komponenten zu beschränken. Betreiber sollten die Audit-Logs nach service_key_rotate und service_key_delete mit einem leeren expiration_date-Feld durchsuchen und unbekannte freigegebene Schlüssel entfernen. Für die zweite Lücke nennt Red Hat als Übergang, die Erstellung von Organisationen oder Namespaces mit Unterstrichen einzuschränken, Robot-Token passender Namespaces zu rotieren und ungewöhnliche Pull- oder Push-Vorgänge zu überwachen. Diese Maßnahmen verringern die Gefährdung, beseitigen die Schwachstelle aber nicht.