Para: pessoas que compraram uma carteira de hardware Trezor; usuários do Framework, n8n, Tally, Kilo Code e Privy; e quem administra o Metabase ou uma ferramenta de análise semelhante. Este artigo se baseia em divulgações oficiais de cada organização e em notícias e não trata de técnicas de ataque. Os detalhes técnicos da falha e como corrigi-la estão em nosso alerta sobre o CVE-2026-72898.
Você foi afetado? Consulta rápida
Estão listadas apenas as organizações que divulgaram o impacto por conta própria (em ordem de divulgação). "Não divulgado" significa que a organização não informou um número.
| Organização | Divulgação | O que vazou (segundo a organização) | Quantidade | Não incluído |
|---|---|---|---|---|
| Framework (notebooks) | 6 de agosto (aviso ao cliente) | Nomes, endereços de e-mail, endereços IP de login, endereços de cobrança e de entrega, números de telefone, nomes de empresas | Não divulgado | Dados de pedidos e de pagamento |
| n8n (automação de fluxos de trabalho) | 8 de agosto; detalhamento revisado em 11 de agosto | Dados pessoais com acesso confirmado em 12 registros, possivelmente acessados em 62; cinco registros confirmados incluíam senhas com hash bcrypt | 136 registros informados (detalhamento abaixo) | Os 62 restantes, descritos como sem informações sensíveis |
| Kilo Code (parte da Anaconda) | 9 de agosto | Para alguns usuários: nomes, endereços de e-mail, endereços de cobrança, dados de localização, tokens de acesso ao Slack, prompts parciais ou completos | Não divulgado (alguns usuários) | Dados de cartão de pagamento |
| Privy (infraestrutura de carteiras) | Agosto | Endereços de e-mail de clientes e de usuários finais, alguns campos definidos por desenvolvedores | Não divulgado | Infraestrutura de carteiras e sistemas de autenticação |
| Trezor (carteiras de hardware) | 13 de agosto; escopo ampliado em setembro | Nomes, endereços de e-mail, números de telefone, endereços de entrega, números de pedido | 80.689 clientes | Carteiras, chaves privadas, backups, dados de pagamento |
A atualização da n8n de 11 de agosto, às 18h00 CEST distingue os seguintes grupos dentro de seus 136 registros informados. Trata-se de registros, não de uma contagem de pessoas sem duplicidades.
| Registros | Campos | Status de acesso (segundo a n8n) |
|---|---|---|
| 7 | Nomes de usuário e endereços de e-mail da n8n Cloud | Acesso confirmado |
| 5 | Nomes, nomes de usuário da n8n Cloud, endereços de e-mail e senhas com hash bcrypt | Acesso confirmado |
| 62 | Nomes e endereços de e-mail | Podem ter sido acessados; não está confirmado quais, se algum, foram obtidos |
| 62 | Descritos como sem informações sensíveis | Descritos como acessados |
A n8n atribui a invasão a uma vulnerabilidade do Metabase, mas seu artigo oficial, consultado em 20 de outubro, não cita um CVE. A ligação entre o incidente da n8n e o CVE-2026-72898 permanece não confirmada aqui. As causas em outras organizações são descritas dentro do escopo de suas respectivas divulgações e notícias.
Além disso, a Tally, criadora de formulários, teria informado aos usuários que endereços de e-mail e senhas com hash foram obtidos de seu ambiente de análise, e que os formulários e as respostas não foram afetados por estarem armazenados separadamente.
Hash significa converter uma senha em uma forma que não pode ser revertida à original. Ela não pode ser lida diretamente, mas senhas curtas ou reutilizadas às vezes podem ser adivinhadas, então troque a sua se você foi notificado.
O que fazer hoje
Clientes da Trezor: nunca digitem seu backup (semente de recuperação), por nenhum motivo
A semente de recuperação são as 12 a 24 palavras que restauram sua carteira. Quem as tiver pode movimentar seus fundos sem o dispositivo.
A Trezor pede que os clientes nunca digitem o backup em um site nem o compartilhem com ninguém. Isso vale quando a mensagem alega uma vulnerabilidade, uma verificação de conta ou uma migração para um novo aplicativo, e independentemente de chegar por e-mail, SMS, telefone ou carta.
Clientes da Trezor: presuma que seu endereço residencial é conhecido e fique atento à correspondência e à porta de casa
O que vazou aqui são endereços de entrega. A própria Trezor diz que isso pode expor os afetados a riscos de segurança física (perigo que decorre de alguém saber onde você mora).
Se você receber uma carta que alegue ser da Trezor, ou uma encomenda que não pediu (como um "dispositivo de reposição"), não siga as instruções que ela contém; entre em contato com a Trezor pelo site oficial, por conta própria. Evitar falar nas redes sociais sobre quanto você tem em criptomoedas importa mais do que antes.
Clientes da Trezor: repensem os dados de entrega e de contato em pedidos futuros
Para pedidos futuros, a Trezor sugere considerar um endereço de e-mail anônimo, pagar em criptomoedas e usar uma caixa postal. Um armário de encomendas ou ponto de retirada também mantém seu endereço residencial fora da etiqueta de envio.
Se a n8n, a Tally ou outro serviço notificou você: troque sua senha e pare de reutilizá-la
A n8n pede que os usuários notificados redefinam a senha o quanto antes. Se você usa a mesma senha em outros lugares, troque-a também ali. Um gerenciador de senhas é a forma prática de manter senhas separadas.
Usuários do Kilo Code: verifiquem sua conexão com o Slack e suas sessões
O Kilo Code afirma que tokens de acesso ao Slack (cadeias de caracteres que permitem a um aplicativo agir no Slack sem fazer login) foram incluídos para alguns usuários de sua integração com o Slack. Revise a permissão do aplicativo no Slack e procure sessões que você não reconhece na sua conta do Kilo. Desde 18 de agosto, o Kilo oferece um recurso de exportação que permite baixar os dados seus que foram acessados.
Todos: não abram links em mensagens que se apresentem como dessas empresas
Nome, e-mail e telefone juntos tornam possíveis mensagens convincentes. Não abra links recebidos em mensagens; confira abrindo por conta própria o site ou o aplicativo oficial (veja o que é phishing).
Um incidente separado: e-mail falso para assinantes do boletim da Trezor (setembro de 2026)
A Trezor afirma que, em 9 de setembro de 2026, o serviço de e-mail que usa para enviar seu boletim informativo foi violado e um falso aviso de segurança foi enviado a partir da conta da Trezor para cerca de 347.000 endereços de assinantes.
O e-mail alegava falsamente uma falha em um componente de carteira e direcionava os leitores a um aplicativo que pedia seu backup. A Trezor diz que derrubou o domínio em cerca de 20 minutos, mas cerca de 2.500 pessoas tinham clicado no link antes disso. Este caso é separado do incidente do Metabase e difere dele porque o e-mail veio do remetente real. Mesmo de um remetente genuíno, qualquer pedido do seu backup é falso.
O que aconteceu (segundo as divulgações das organizações)
O Metabase é uma ferramenta de BI (business intelligence) que se conecta aos bancos de dados de uma organização para criar gráficos e relatórios. Pode ser executado pela própria organização (self-hosted) ou usado como serviço em nuvem operado pelo Metabase.
Segundo o Metabase, em 3 de agosto um cliente em nuvem informou uma chave de API criada fora do horário de expediente; a investigação levou a uma vulnerabilidade até então desconhecida. O Metabase afirma que menos de 3% de seus clientes em nuvem, além de algumas instâncias self-hosted acessíveis pela internet, foram comprometidos antes da correção.
Banco de dados de clientes de cada organização
Nomes, endereços de e-mail, números de telefone, endereços, números de pedido e assim por diante
↓ Conectado para criar relatórios de vendas e de uso
Ambiente de análise (Metabase)
Ambiente de análise comprometido. No caso da Trezor, era o do parceiro logístico
Vazou: dados que a ferramenta podia ler
Nomes, endereços e telefones de 80.689 clientes da Trezor, senhas com hash na n8n, e mais
Não incluídos ou não afetados
Formulários e respostas da Tally (armazenados separadamente), infraestrutura de carteiras da Privy (mantida separada da análise), dados de pagamento em todas as organizações
2 a 3 de agosto de 2026
Kilo Code (cerca de quatro horas em 2 de agosto) e n8n, Framework e Tally (3 de agosto) afirmam que houve acesso não autorizado a seus ambientes de análise.6 de agosto
O Metabase lança versões corrigidas, diz que a falha havia sido explorada antes da correção e notifica os clientes afetados. A Framework envia seu aviso aos clientes.8 a 9 de agosto
A n8n e o Kilo Code divulgam seu impacto.11 de agosto
A CISA dos EUA inclui a falha em seu catálogo de vulnerabilidades exploradas ativamente (KEV).13 de agosto
A Trezor divulga que os dados de 13.689 clientes vazaram do ambiente de análise de seu parceiro logístico.27 de agosto
O Metabase publica um relato do que aconteceu e seus planos de reforço de segurança.2 de setembro
O parceiro informa à Trezor que dados de pedidos dos EUA de 2019 a 2021 de cerca de 67.000 clientes também estavam incluídos, e a Trezor atualiza sua divulgação (80.689 no total).
- Caminho
- O ambiente de análise do parceiro logístico que armazena e envia os produtos da Trezor. Segundo a reportagem, o parceiro informou a seus clientes que uma vulnerabilidade no software do Metabase foi explorada
- Afetados (2026)
- Pedidos enviados dos EUA, Reino Unido, Suécia, Colômbia, Brasil, Itália e Portugal entre 10 de maio e 8 de agosto. 11.742 clientes com todos os campos; 1.947 apenas com nome, cidade e e-mail
- Afetados (anteriores)
- Cerca de 67.000 pedidos dos EUA de novembro de 2019 a agosto de 2021, com todos os campos
- Dados
- Nome, endereço de e-mail, número de telefone, endereço de entrega, número do pedido
- Não afetados
- Sistemas da Trezor, carteiras de hardware, chaves privadas, backups de carteira, dados de pagamento
- Dados antigos
- A Trezor afirma que pediu repetidamente ao parceiro que excluísse os dados, conforme o contrato e a política de dados, e recebeu confirmação por escrito de que a exclusão havia sido feita, mas os dados não tinham sido excluídos
- Notificação
- E-mail aos clientes afetados a partir de notification@trezor.io
Para quem administra ferramentas de análise
A atualização, a revogação de sessões e a troca das credenciais dos bancos conectados estão descritas passo a passo em nosso alerta sobre o CVE-2026-72898. Aqui tratamos de mais um ponto que os casos das vítimas mostram: os clientes em nuvem foram comprometidos antes de poderem fazer algo por conta própria. Nesse momento, a única coisa que limitou o dano foi o que a ferramenta tinha permissão para ler.
O que ampliou o dano (segundo as divulgações)
- A ferramenta de análise podia ler colunas de endereço e de telefone
- Dados de pedidos antigos, que deveriam ter sido excluídos, permaneceram com um parceiro
- Instâncias self-hosted acessíveis pela internet foram comprometidas (segundo o Metabase)
O que limitou o dano (segundo as divulgações)
- A Tally armazenou formulários e respostas em um local separado
- A Privy manteve sua infraestrutura de carteiras separada do ambiente de análise
- A Framework afirmou que restringiria o acesso apenas às colunas necessárias para a análise
Liste as colunas que o usuário do banco de dados da sua ferramenta de análise pode ler
Comece por aqui. Nas telas de administração do Metabase (ou na equivalente da sua ferramenta), liste todos os bancos de dados conectados e anote quais tabelas e colunas cada usuário de conexão pode ler (no PostgreSQL, information_schema.role_table_grants e information_schema.column_privileges mostram isso).
Relatórios raramente precisam de endereços, telefones ou e-mails
Relatórios de vendas e de uso geralmente precisam de datas, valores, produtos, uma região em nível amplo e um ID de cliente. Crie views que contenham apenas as colunas necessárias (uma view é uma tabela virtual que expõe parte de uma tabela) e conceda ao usuário de conexão acesso de leitura somente a essas views. O ID do cliente pode ser um valor substituto em vez do real (pseudonimização).
Verifique se os dados que você entregou a parceiros foram realmente excluídos
No caso da Trezor, dados de pedidos antigos permaneceram com um parceiro. O ambiente de análise de um parceiro é mais um lugar onde seus dados existem. Não pare na cláusula de exclusão do contrato: combine o que será excluído, como e como você vai verificar, e confira ao final do contrato e periodicamente.
Mantenha as ferramentas de análise self-hosted fora da internet aberta
Só a sua equipe interna deve usar uma ferramenta de análise. Use VPN, restrições de IP de origem ou uma rede somente interna, para que a própria página de login não seja visível de fora. Esta falha estava em código que roda antes do login, então senhas fortes e autenticação multifator não a impediram (veja como se defender de vulnerabilidades em dispositivos VPN e falhas de design na redefinição de senha, para saber por que os fluxos de redefinição são um alvo comum).
Defina com antecedência quantos dias você tem para corrigir uma vulnerabilidade
Defina de antemão onde chegam as informações sobre vulnerabilidades, quantos dias você tem para corrigir cada nível de gravidade e quem decide. Ferramentas internas, como as de análise, muitas vezes não têm um responsável claro pelas atualizações. Comece por uma lista das ferramentas que você administra e de quem é responsável por cada uma (checklist de inventário de segurança, playbook de correção de CVEs).
Visão deste site: proteja os dados que sua ferramenta de análise pode ler como protegeria dados de produção
Ferramentas de análise costumam ser tratadas como "apenas para consulta" e recebem menos cuidado do que o banco de dados de produção. Mas, uma vez conectadas, podem ler os mesmos dados. Nesta onda, todas as organizações listadas perderam dados de seu ambiente de análise, não de seu serviço principal.
Poucos relatórios precisam de um endereço residencial. Uma coluna que a ferramenta não consegue ler não pode vazar. Esta também é a medida que continua funcionando quando não é possível aplicar a correção a tempo, que foi exatamente a situação dos clientes em nuvem.
Fontes (registros públicos)
Os fatos deste artigo se baseiam nas seguintes informações públicas. Não especulamos sobre métodos de invasão ou causas não divulgados.
- Metabase, "Security update available for Metabase" (6 de agosto de 2026) — metabase.com
- Metabase, "August 2026 Security Vulnerability: What happened?" (27 de agosto de 2026) — metabase.com
- Trezor, "Recent customer data exposed in shipping provider incident" (13 de agosto de 2026; atualizado em setembro) — trezor.io
- Trezor, aviso sobre o incidente de segurança no seu provedor de e-mail de boletins (setembro de 2026) — trezor.io
- n8n, "Metabase security incident update" (8 de agosto de 2026; atualizado em 11 de agosto) — blog.n8n.io
- Anaconda, "Metabase Incident Impacting Kilo Code Customer Data" (agosto de 2026) — anaconda.com
- Privy, "Post-mortem on August 6, 2026 Metabase security incident" — privy.io
- Reportagem: BleepingComputer sobre os avisos da Framework e da Tally — bleepingcomputer.com / sobre a ampliação do escopo da Trezor e a declaração do parceiro — bleepingcomputer.com
- CISA dos EUA, "Known Exploited Vulnerabilities Catalog" (CVE-2026-72898, incluído em 11 de agosto de 2026) — cisa.gov
Histórico de atualizações
2026-10-20: Revisão parcial e correção do detalhamento de 11 de agosto da n8n e da ligação não confirmada com um CVE específico. Não foi uma nova verificação completa do impacto ou das causas em outras organizações.
2026-10-03: Primeira versão, com base nas divulgações oficiais do Metabase, da Trezor, da n8n, da Anaconda (Kilo Code) e da Privy, e em reportagens sobre os avisos da Framework e da Tally. Atualizaremos se mais organizações divulgarem impacto.
Leia em seguida
- Outra violação que começou em um servidor Metabase exposto: Double Counter (bot do Discord, cerca de 28 milhões de IDs)
- Detalhes técnicos e correções: CVE-2026-72898 (injeção de SQL não autenticada no Metabase) / O que é injeção de SQL?
- Outra ferramenta interna atacada sem login: Orkes Conductor CVE-2026-58138 (motor de fluxos de trabalho, tentativas de ataque observadas)
- Para operadores: Falhas de design na redefinição de senha / Como se defender de vulnerabilidades em dispositivos VPN / Playbook de correção de CVEs
- Uma ferramenta administrativa interna como porta de entrada no Japão: Vazamento de dados da NewsPicks (nomes de titulares de cartões e últimos dígitos)
- Como identificar mensagens falsas: O que é phishing? / Como escolher um gerenciador de senhas
- Alertas do governo japonês e do JPCERT/CC (Metabase listado como caso C): Alertas japoneses de acesso não autorizado de outubro de 2026 e o que verificar nesta semana
- Outros incidentes de 2026: Vazamentos de dados e ataques cibernéticos em 2026