Red Hat Quay: Unauthentifizierte Übernahme des Registry-Signaturschlüssels über Service-Key-Rotation

Zusammenfassung

Eine Schwachstelle im Endpunkt zur Service-Key-Rotation von Red Hat Quay erlaubt es einem nicht authentifizierten Angreifer, einen eigenen genehmigten Signaturschlüssel ohne Ablaufdatum zu installieren. Mit diesem Schlüssel signierte Registry-Token werden für jedes Repository akzeptiert, wodurch private Images gelesen und geschrieben sowie Repository-Tags ersetzt werden können. Die Exponierung hängt davon ab, ob der Endpunkt /keys für nicht vertrauenswürdige Clients erreichbar ist.

Betroffen

• Red Hat Quay 3 (Images quay-rhel8 und quay-rhel9), gemäss CVE-Eintrag und Drittquellen
• Red Hat Quay 5 (Image quay-rhel9), gemäss CVE-Eintrag und Drittquellen
• Genaue betroffene Versionsbereiche: Unbekannt.
• Betroffen sind Installationen, bei denen der Endpunkt /keys für nicht vertrauenswürdige Clients erreichbar ist.

Behoben in

Unbekannt. Zum Zeitpunkt der Erstellung wurde keine korrigierte Version und kein Erratum gefunden.

Umgehung

• Den Zugriff auf den Endpunkt /keys am Reverse Proxy oder Load Balancer so einschränken, dass nur vertrauenswürdige interne Komponenten ihn erreichen.
• Audit-Logs auf Ereignisse service_key_rotate und service_key_delete mit einem leeren expiration_date prüfen und unbekannte genehmigte Service-Keys entfernen.
• Das Entfernen eines unerwünschten Schlüssels ist erst mit einer korrigierten Version dauerhaft wirksam, da die anonyme Anfrage einen neuen Schlüssel installieren kann.

Ausnutzung

• Öffentlicher Proof-of-Concept-Exploit: keiner gefunden.
• Laut dem Drittanbieter-Tracker OffSeq nicht als ausgenutzt bekannt.
• Eintrag im CISA-KEV-Katalog: nicht geprüft.

Unsere Empfehlung

• Prüfen, ob eine Quay-3- oder Quay-5-Instanz im Einsatz ist und welche Version läuft.
• Den unautorisierten Zugriff auf den Endpunkt /keys jetzt am Proxy oder Load Balancer blockieren.
• Ereignisse zur Rotation und Löschung von Service-Keys auf unbekannte oder nicht ablaufende Schlüssel prüfen.
• Die CVE-Seite von Red Hat und die Quay-Errata beobachten und sofort nach Veröffentlichung einer Korrektur patchen.
• Nach dem Patchen prüfen, ob vor der Korrektur unbekannte Signaturschlüssel hinzugefügt wurden, und registry-bezogene Zugangsdaten bei Bedarf rotieren.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• Red Hat CVE page CVE-2026-123710 access.redhat.com
• Red Hat Bugzilla 2568072 bugzilla.redhat.com
• OffSeq threat record CVE-2026-123710 radar.offseq.com
• Red Hat Quay 3 documentation docs.redhat.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 16:20.