Pesquisador Justin O'Leary descobriu uma brecha de autorização (ConfigConfusion) no Config Connector do Google Cloud, classificada por ele como CVSS 10.0 — a mais alta possível. Google primeiro aceitou o relato como prioridade máxima e severidade crítica, mas depois recuou e negou o pagamento, dizendo que o software...

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, drawn primarily from The Register's exclusive reporting and supporting sources.. Topic tags: general, government, documentation, general web, academic. 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 it useful as an illust
Em uma das reviravoltas mais desconcertantes do ano nas políticas de segurança, o Google negou o pagamento de um bug bounty para uma vulnerabilidade crítica e ainda não corrigida em seu Cloud Config Connector — depois de inicialmente elogiar o pesquisador e classificar a falha na gravidade máxima. O episódio, originalmente reportado pelo The Register, deixou a comunidade de segurança questionando o compromisso do Google com a confiança dos pesquisadores e sua forma de lidar com bugs na infraestrutura de nuvem.
O pesquisador de segurança Justin O'Leary descobriu uma falha grave no Config Connector, um add-on open-source do Kubernetes que permite que organizações gerenciem todo o ambiente Google Cloud por meio do Kubernetes . Ele batizou o bug de ConfigConfusion.
Detalhes técnicos: O Config Connector não realiza uma verificação de autorização quando um usuário de um namespace do Kubernetes tenta gerenciar recursos do GCP. Isso permite que qualquer conta de serviço do Config Connector com permissões de organização burle os controles de Gerenciamento de Identidade e Acesso (IAM) do GCP e escale para o nível mais alto de controle — roles/owner — sobre uma Organização inteira do GCP, que é o nó raiz de todos os recursos da empresa no Google Cloud . O'Leary classifica a falha como CVSS 10.0, a pontuação de gravidade máxima, porque um atacante com acesso básico a um namespace do Kubernetes pode obter controle administrativo total sobre todo o ambiente de nuvem de uma organização e todos os dados armazenados nele
.
A história da resposta do Google é uma sequência de contradições.
Fase 1 — 'Boa pegada!' O'Leary reportou o bug ao Google em 8 de março de 2026 . Em 27 de março, um engenheiro de segurança do Google aceitou o relatório e disse a ele: 'Boa pegada!' (Nice Catch!)
. O engenheiro disse que registrou o bug com a equipe de produto relevante e garantiu a O'Leary que trabalharia com o Google Cloud para corrigir a falha, escrevendo: 'Vamos trabalhar com a equipe de produto para garantir que o problema seja resolvido. Avisearemos quando a correção estiver disponível'
. O Google atribuiu ao bug prioridade P1 (a mais alta) e severidade S1 (crítica — afeta grande parte dos usuários e pode interromper funções organizacionais centrais)
.
Fase 2 — 'Funcionamento normal'. Em 7 de abril — 11 dias depois — O'Leary recebeu uma mensagem de um bot de segurança do Google revertendo a decisão . O painel do Programa de Recompensa por Vulnerabilidades em Nuvem concluiu que o 'impacto de segurança deste problema não atende aos critérios para se qualificar para uma recompensa' e que o software 'funciona como pretendido'
. O Google negou qualquer pagamento.
A contradição: De acordo com o relatório do The Register de 18 de junho, o rastreador interno de bugs do Google ainda listava o ConfigConfusion como P1/S1 com status 'em andamento (aceito)' — em conflito com a posição pública de que não existe vulnerabilidade .
Até meados de junho de 2026 — mais de três meses após o relato inicial — a vulnerabilidade permanece sem correção e sem solução . O'Leary publicou desde então um post de pesquisa em seu blog (olearysec.com) com todos os detalhes técnicos
.
No início de maio de 2026, o Google reformulou seus Programas de Recompensa por Vulnerabilidades (VRP) para Chrome e Android, citando explicitamente o aumento do uso de ferramentas de IA na descoberta de vulnerabilidades .
Principais mudanças:
Críticos argumentam que isso cria um contraste constrangedor: o Google corta os prêmios do Chrome devido ao 'ruído da IA' enquanto simultaneamente nega o bug de infraestrutura de nuvem CVSS 10.0, reportado com cuidado por um pesquisador humano, sob o argumento de que é 'funcionamento normal' — uma decisão que muitos na comunidade de segurança consideraram míope e prejudicial à confiança dos pesquisadores .
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
Pesquisador Justin O'Leary descobriu uma brecha de autorização (ConfigConfusion) no Config Connector do Google Cloud, classificada por ele como CVSS 10.0 — a mais alta possível.
Pesquisador Justin O'Leary descobriu uma brecha de autorização (ConfigConfusion) no Config Connector do Google Cloud, classificada por ele como CVSS 10.0 — a mais alta possível. Google primeiro aceitou o relato como prioridade máxima e severidade crítica, mas depois recuou e negou o pagamento, dizendo que o software 'funciona como pretendido'.
O caso expõe contradições na política de bounties da gigante: em maio de 2026, a empresa cortou prêmios do Chrome alegando excesso de relatos gerados por IA, enquanto ignora descoberta humana de alto impacto.