Todos os vazamentos
11 de junho de 2026 Verificado Registro sensível Outro

Vazamento de dados na cadeia de suprimentos OAuth da Klue em 2026

O vazamento de dados na cadeia de suprimentos OAuth da Klue em 2026 envolve a execução não autorizada de código no serviço de integração com terceiros da empresa e a coleta de credenciais de plataformas conectadas.

Desconhecido
Contas afetadas
2
Tipos de dados
Não classificada
Gravidade
9 de out. de 2026
Última atualização

O total de afetados não foi confirmado, então não é possível determinar a gravidade apenas pela quantidade de registros.

Proteja-se

Verifique se você foi afetado por este vazamento

Verificar meu e-mail

Tipos de dados expostos

2
  • Credenciais de integrações de terceiros
  • Tokens de autenticação

Sobre este vazamento

Segundo o resumo da investigação publicado pela Klue, o autor do ataque usou um token de acesso pessoal do GitHub, comprometido anteriormente, em 11 de junho de 2026 para inserir código no serviço de integração e coletar credenciais de integração com terceiros, incluindo tokens de acesso e de atualização OAuth do Salesforce. A Klue não divulgou o número total de clientes, ambientes, contas ou tokens afetados, e não há, no ambiente de produção, um conjunto de dados local em nível individual para este evento.

Qual é a cronologia do incidente e qual é seu alcance?

A Salesforce notificou a Klue em 12 de junho sobre suspeitas de atividade de terceiros originada no serviço de integração via API da Klue. A Klue informou que desativou os pods GKE afetados e os tokens GitHub comprometidos e fez a rotação das credenciais OAuth naquela mesma manhã. Na atualização inicial de 18 de junho, a empresa informou que o autor do ataque acessou dados em alguns ambientes conectados de clientes, mas que não havia evidências de que o conteúdo dos clientes armazenado na plataforma Klue tivesse sido afetado.

A Klue informou que a CrowdStrike concluiu a investigação em 30 de junho e que um resumo das conclusões foi publicado em 1 de julho. Esse resumo relatou não haver evidências de acesso a sistemas da Klue além daqueles associados ao serviço de integração, nem de atividade do autor do ataque no ambiente da Klue após 12 de junho. Os investigadores não determinaram como o token GitHub original foi obtido. Esses são os limites da investigação publicada; eles não permitem afirmar que todos os possíveis efeitos nos ambientes de terceiros conectados tenham sido descartados.

Quais categorias de dados são sustentadas pelas evidências?

As categorias estruturadas se limitam a credenciais de integração com terceiros e tokens de autenticação. O resumo oficial afirma especificamente que estes últimos incluíam tokens de acesso e de atualização OAuth do Salesforce. Essas categorias não significam que todos os clientes da Klue, todas as conexões ou o conteúdo armazenado na plataforma Klue tenham sido afetados. Notificações posteriores de instituições individuais são mantidas como registros de eventos separados; elas não são combinadas com este incidente principal de integração para gerar uma contagem duplicada.

Além da rotação de tokens e da desativação dos pods, a Klue descreveu ações relacionadas a controles de acesso, segmentação de rede, gerenciamento de segredos, monitoramento e reativação controlada das integrações. As organizações notificadas diretamente pela Klue ou por uma plataforma conectada devem revogar e substituir os tokens OAuth pertinentes e revisar as permissões dos aplicativos conectados e os logs de acesso referentes ao período de 11–12 de junho, dentro de seu próprio escopo. Para os usuários que não receberam uma notificação, as fontes publicadas não estabelecem impacto em nível individual.

Verificação e método editorial

A LeakData compara o nome do incidente, a data, a quantidade de registros afetados e os tipos de dados expostos com fontes acessíveis. Campos não verificados não são apresentados como fatos, e os registros são atualizados quando novas evidências ficam disponíveis.

Informar dados ausentes ou incorretos