[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3gdwcy6kmwdnt":3,"$fyrcfxerngzk6":61},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":19,"affectedCountUnit":21,"hasEnglishDescription":4,"contentLocale":22,"availableLocales":23,"translations":33,"severity":44,"dataClasses":45,"description":52,"seoTitle":8,"seoDescription":53,"logoUrl":54,"isVerified":4,"isSensitive":55,"isSpamList":55,"isMalware":55,"company":56},"6a66b7f371f9e0ca4742eed9","GrafanaLabsGitHub2026","Violação de dados da Grafana Labs no GitHub em 2026","grafana-labs-github-2026","grafana.com","2026-05-11T00:00:00.000Z","2026-07-27T01:44:19.801Z","2026-10-09T20:08:18.368Z","Stolen GitHub workflow token used to clone Grafana Labs repositories","https:\u002F\u002Fgrafana.com\u002Fblog\u002Fpost-incident-review-for-tanstack-npm-supply-chain-ransom-incident\u002F",[15,17,18],"https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgrafana-says-stolen-github-token-let-hackers-steal-codebase\u002F","https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgrafana-breach-caused-by-missed-token-rotation-after-tanstack-attack\u002F",null,"not_disclosed","people","pt",[24,25,26,27,28,29,30,31,22,32],"en","tr","zh","hi","es","ar","fr","bn","ru",{"en":34,"tr":35,"zh":36,"hi":37,"es":38,"ar":39,"fr":40,"bn":41,"pt":42,"ru":43},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Unknown",[46,47,48,49,50,51],"Source code","Internal operational information","Business contact names","Business email addresses","Past marketing email addresses","GitHub workflow credentials","\u003Cp>\u003Cstrong>A violação de dados da Grafana Labs no GitHub em 2026\u003C\u002Fstrong> teve origem em um token de fluxo de trabalho do GitHub que vazou durante o ataque à cadeia de suprimentos Mini Shai-Hulud contra pacotes npm do TanStack e passou despercebido na resposta inicial. Os invasores usaram essa credencial para clonar o conjunto de repositórios da empresa. A análise final da Grafana Labs informa que um código malicioso foi executado em seus runners auto-hospedados em 11 de maio de 2026 e que a exfiltração dos repositórios começou em 14 de maio.\u003C\u002Fp>\n\u003Cp>A empresa confirmou que o invasor baixou o código-fonte e repositórios que algumas equipes usavam para armazenar informações operacionais internas e outros dados comerciais. O conteúdo incluía nomes de contatos comerciais e endereços de e-mail compartilhados em relações profissionais, além de alguns endereços de e-mail usados em campanhas de marketing anteriores. A organização não publicou um total verificável de pessoas afetadas ou de registros. A ausência de um total divulgado não significa que o incidente não teve impacto; significa que as fontes públicas não fornecem um total confiável.\u003C\u002Fp>\n\u003Ch2>Como o incidente foi confirmado?\u003C\u002Fh2>\n\u003Cp>A análise pós-incidente publicada pela Grafana Labs em 23 de junho de 2026 informa que a investigação interna foi encerrada em 27 de maio e que uma investigação independente da Mandiant foi concluída em 18 de junho, corroborando as conclusões internas. A Mandiant não encontrou evidências de adulteração de código ou contaminação de repositórios em organizações públicas ou em repositórios de produção entregues aos usuários finais. O relatório final apresenta horários com precisão de minutos para a execução inicial, a exfiltração, a descoberta e a resposta.\u003C\u002Fp>\n\u003Cp>As reportagens do BleepingComputer de 18 de maio e 20 de maio também descreveram o acesso ao ambiente da Grafana no GitHub por meio de um token roubado, o download de sua base de código e a recusa da empresa em pagar um resgate. As informações publicadas sobre a afiliação do invasor a um grupo e as declarações no site de vazamentos não substituem o escopo confirmado pela Grafana.\u003C\u002Fp>\n\u003Ch2>Como funcionou a cadeia de ataque?\u003C\u002Fh2>\n\u003Cp>Durante a campanha Mini Shai-Hulud, um código malicioso de pacotes npm do TanStack chegou a um fluxo de trabalho de CI\u002FCD da Grafana e foi executado em runners auto-hospedados do GitHub em 11 de maio, causando o vazamento de credenciais. A Grafana rapidamente fez a rotação de um número significativo de tokens de fluxos de trabalho do GitHub, mas deixou passar um token de um fluxo de trabalho inicialmente considerado não afetado. O invasor usou essa credencial para acessar os repositórios privados da empresa.\u003C\u002Fp>\n\u003Cp>Segundo a cronologia final, o invasor fez o primeiro commit malicioso com a identidade vazada grafana-delivery-bot às 07:21 UTC de 14 de maio, e a exfiltração dos repositórios começou às 13:28 daquele dia. Uma exigência de extorsão surgiu em 15 de maio. A equipe de segurança da Grafana tomou conhecimento da alegação em 16 de maio, confirmou o comprometimento mais tarde naquele dia e suspendeu ou fez a rotação dos aplicativos e das credenciais que se sabia terem sido afetados.\u003C\u002Fp>\n\u003Ch2>Quais dados foram baixados?\u003C\u002Fh2>\n\u003Cp>A principal categoria de dados confirmada é o conjunto completo de repositórios públicos e privados de código-fonte da Grafana. Os repositórios privados continham ferramentas internas e código de determinados recursos do Grafana Cloud. Alguns repositórios de equipes também continham informações operacionais internas, dados comerciais, nomes de contatos comerciais e endereços de e-mail usados em relações profissionais, além de endereços de e-mail usados em algumas campanhas de marketing anteriores.\u003C\u002Fp>\n\u003Cp>As fontes públicas não permitem concluir que tenham sido roubados dados de produção de clientes, dados de observabilidade, senhas ou informações processadas pelo Grafana Cloud. A Grafana afirmou especificamente que os dados de contato não foram extraídos de sistemas de produção nem da plataforma Grafana Cloud. A empresa disponibilizou um canal de suporte para organizações que quisessem saber se endereços de seu domínio haviam sido identificados, mas não publicou um total de pessoas.\u003C\u002Fp>\n\u003Ch2>Os clientes ou a cadeia de suprimentos de software foram afetados?\u003C\u002Fh2>\n\u003Cp>A investigação interna e a análise da Mandiant confirmaram que não houve acesso não autorizado aos sistemas de produção dos clientes e que a plataforma Grafana Cloud não foi afetada. A Grafana auditou todos os commits, 1.200 repositórios, aplicativos do GitHub, runners e diversas fontes de logs de infraestrutura. A base de código baixada não foi alterada, e não foi encontrada contaminação nos repositórios públicos ou de produção entregues aos usuários.\u003C\u002Fp>\n\u003Cp>Por isso, a Grafana não pediu aos clientes ou aos usuários de código aberto que removessem produtos, mudassem de versão ou tomassem outra medida emergencial específica para o incidente. As alterações feitas por meio da identidade controlada pelo invasor foram identificadas e revertidas; a empresa bloqueou temporariamente alterações no código e implantações, fez a rotação de credenciais e passou a adotar tokens de curta duração e escopo restrito. Essas limitações não anulam o roubo no GitHub, mas evitam que ele seja interpretado equivocadamente como uma violação dos sistemas de produção dos clientes.\u003C\u002Fp>\n\u003Ch2>Qual foi a exigência de resgate e como a empresa respondeu?\u003C\u002Fh2>\n\u003Cp>Em 16 de maio, a Grafana recebeu uma exigência de um agente de ameaça que buscava pagamento para impedir a publicação da base de código. Seguindo a orientação do FBI de que o pagamento não garante a recuperação e pode incentivar mais crimes, a empresa se recusou a pagar. As autoridades policiais federais foram notificadas. Totais de pessoas, campos de dados e alegações do agente de ameaça que não foram verificados não são tratados como parte do escopo público do incidente.\u003C\u002Fp>\n\u003Cp>Durante a resposta, a Grafana suspendeu aplicativos do GitHub, bloqueou temporariamente alterações no código e implantações e cruzou logs do Vault, GitHub, Okta, Kubernetes, AWS, GCP e dos hosts. A empresa relatou 1.500 revisões de pull requests com foco em segurança, uma auditoria de 280 aplicativos do GitHub e uma ampla rotação de credenciais. A última credencial potencialmente acessível foi suspensa ou passou por rotação em 17 de maio.\u003C\u002Fp>\n\u003Ch2>Como interpretar este registro da LeakData?\u003C\u002Fh2>\n\u003Cp>A data do incidente se baseia na atividade técnica mais antiga que pode ser verificada em fontes públicas. O evento consiste na clonagem de um conjunto de repositórios por meio de um token roubado de fluxo de trabalho do GitHub e no download de uma quantidade limitada de informações de contatos comerciais armazenadas nesses repositórios. A organização não publicou um total verificável de pessoas afetadas ou de registros. A ausência de um total divulgado não significa que o incidente não teve impacto; significa que as fontes públicas não fornecem um total confiável.\u003C\u002Fp>\n\u003Cp>Você deve considerar como categorias de dados confirmadas o código-fonte, as informações operacionais internas, os nomes de contatos comerciais, os endereços de e-mail comerciais e os endereços de e-mail usados em campanhas de marketing anteriores. Os sistemas de produção dos clientes, o Grafana Cloud, o código entregue aos usuários finais e a disponibilidade dos serviços não foram afetados. O registro poderá ser atualizado caso seja publicada uma quantificação do alcance; o zero atual significa que o número de pessoas únicas é desconhecido, não que nenhuma informação tenha sido exposta.\u003C\u002Fp>","Violação de dados da Grafana Labs no GitHub em 2026. O total afetado não foi divulgado. Dados informados: Código-fonte, Informações operacionais internas…","\u002Fuploads\u002Flogo\u002Fgrafana_com.svg",false,{"name":57,"sector":58,"country":59,"website":10,"websiteArchiveUrl":60,"websiteStatus":60,"websiteCheckedAt":19},"Grafana Labs","Technology","United States","",{"success":4,"breaches":62},[63,71,78,84],{"slug":64,"title":65,"companyName":66,"logoUrl":67,"breachDate":68,"affectedCount":69,"affectedCountStatus":70},"dustin-group-2026-data-security-incident","Incidente de segurança de dados do Dustin Group em 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,"known",{"slug":72,"title":73,"companyName":74,"logoUrl":75,"breachDate":76,"affectedCount":77,"affectedCountStatus":70},"splitvpn-2026","Vazamento de dados da SplitVPN em 2026","SplitVPN Technologies LLC","\u002Fuploads\u002Flogo\u002Fsplitvpn-2026.webp","2026-07-21T00:00:00.000Z",865336,{"slug":79,"title":80,"companyName":81,"logoUrl":82,"breachDate":83,"affectedCount":19,"affectedCountStatus":20},"brinks-home-2026","Violação de dados da Brinks Home em 2026","Brinks Home","\u002Fuploads\u002Flogo\u002Fbrinks-home-2026.webp","2026-07-20T00:00:00.000Z",{"slug":85,"title":86,"companyName":87,"logoUrl":88,"breachDate":89,"affectedCount":19,"affectedCountStatus":20},"hugging-face-2026","Violação de segurança da Hugging Face em 2026","Hugging Face","\u002Fuploads\u002Flogo\u002Fhuggingface_co.svg","2026-07-16T00:00:00.000Z"]