Sicherheitsforscher Justin O'Leary entdeckte einen schwerwiegenden Berechtigungsfehler im GCP Config Connector, der es jedem Kubernetes Namespace Benutzer ermöglicht, die IAM Kontrollen zu umgehen und die vollständige... O'Leary bewertete die Schwachstelle mit CVSS 10.0 – der maximal möglichen Schwere.

Create a landscape editorial hero image for this Studio Global article: Searching with cited sources for What is the full story behind Google denying a bug bounty for a critical, unfixed GCP Config Connector vuln. Article summary: Here is the full story, based primarily on The Register's exclusive report [8] and corroborated by other outlets [2][9].. Topic tags: general, general web, user generated, academic, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make i
Hier ist die vollständige Geschichte, basierend auf dem exklusiven Bericht von The Register und ergänzt durch weitere Berichte
.
Der Sicherheitsforscher Justin O'Leary entdeckte einen kritischen Fehler in Googles Config Connector – einem Kubernetes-Operator, mit dem Unternehmen GCP-Ressourcen (wie Cloud-Speicher, Datenbanken, IAM-Richtlinien) über Kubernetes-Befehle verwalten können .
Technisches Detail: Der Fehler erlaubt es jedem Kubernetes-Namespace-Benutzer, die Identity and Access Management (IAM)-Kontrollen der Google Cloud Platform zu umgehen. Ein Entwickler mit grundlegendem Zugriff auf nur einen Kubernetes-Namespace könnte dies ausnutzen, um die vollständige administrative Kontrolle über die gesamte GCP-Umgebung einer Organisation zu erlangen – also effektiv das gesamte Cloud-Konto zu übernehmen . O'Leary bewertete diese Schwachstelle mit CVSS 10.0 – der maximal möglichen Schwere
.
Der Fall ist seit fast drei Monaten offen, ohne dass ein Fix veröffentlicht oder eine Prämie gezahlt wurde .
Erste Annahme – „Nice catch!“
Das Bug-Bounty-Team von Google stufte den Bericht zunächst als hohe Priorität / hohen Schweregrad ein, und ein Google-Vertreter lobte O'Leary mit einem „Nice catch!“ .
Prämie verweigert – „Working as intended“
Google nahm seine Entscheidung später zurück, schloss den Bericht und erklärte das Verhalten für „working as intended“ – es sei keine gültige Schwachstelle im Sinne der Programmregeln. Es wurde keine Belohnung ausgezahlt .
Kein Fix, weiterhin offen
Stand 18. Juni 2026 ist der Fehler weiterhin ungelöst. Google hat Config Connector nicht gepatcht und O'Leary keine Prämie angeboten .
Ende April / Anfang Mai 2026 überarbeitete Google seine Vulnerability Reward Programs für Chrome und Android und begründete dies mit einer Flut von KI-generierten Einsendungen .
O'Learys Fall betrifft zwar das Cloud-VRP (nicht Chrome/Android), fügt sich aber in die wachsende Wahrnehmung unter Forschern ein, dass Google die Auszahlungen selbst für schwerwiegende, manuell entdeckte Fehler verschärft – zu einer Zeit, in der das Unternehmen öffentlich die Prämien aufgrund von KI-Rauschen kürzt .
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
Sicherheitsforscher Justin O'Leary entdeckte einen schwerwiegenden Berechtigungsfehler im GCP Config Connector, der es jedem Kubernetes Namespace Benutzer ermöglicht, die IAM Kontrollen zu umgehen und die vollständige...
Sicherheitsforscher Justin O'Leary entdeckte einen schwerwiegenden Berechtigungsfehler im GCP Config Connector, der es jedem Kubernetes Namespace Benutzer ermöglicht, die IAM Kontrollen zu umgehen und die vollständige... O'Leary bewertete die Schwachstelle mit CVSS 10.0 – der maximal möglichen Schwere.
Wenige Tage später kehrte Google seine Entscheidung um, schloss den Bericht und erklärte das Verhalten für „working as intended“ – es handle sich nicht um eine gültige Schwachstelle.