Para: desenvolvedores, operadores de dApps e administradores de organização que usam os nós ou a API da Chainstack. Este artigo se baseia no comunicado oficial da empresa e não trata de métodos de ataque.
Em andamento: este artigo será atualizado conforme a organização publicar novas informações
- Quem é afetado
desenvolvedores, operadores de dApps e administradores de organização que usam os nós ou a API da Chainstack.
- Confirmado até agoraVer a tabela ↓
- Período do acesso não autorizado
- Alcance na produção
- Banco de dados de contas de clientes
Mais 1
- Investigação
Apontado como possivelmente afetado
- Nomes de organização, nomes de titulares das contas
- E-mails dos membros da organização
- Hashes de senha
Mais 1
- Credenciais de nó
- Ainda não confirmado
- Quantos clientes são afetados
- Qual algoritmo os hashes de senha usam
- Qual é o componente de terceiros e como a invasão se desenrolou
Mais 2
- Se as credenciais de nó foram realmente lidas
- Se ocorre algum uso indevido (dano secundário)
- O que fazer agoraVer os passos ↓
- Troque a sua senha
- Troque as credenciais de nó
- Regenere as chaves de API da plataforma
Mais 3
- Encontre e substitua endpoints e chaves embutidos
- Verifique se há uso ou cobrança inesperados
- Verifique quem disser ser da Chainstack sem abrir os links
- Onde verificar (fonte)Todas as fontes ↓
- Chainstack, “Incident report: what happened and what customers need to do” (em inglês, datado de 3 de novembro de 2026; consultado em 4 de novembro)
- Última verificação
- Em 4 de novembro de 2026
Próximos avisos e o que verificamos
O comunicado da empresa é datado de 3 de novembro e diz que será atualizado se surgirem novas informações. Em 4 de novembro consultamos o texto do comunicado e não encontramos mudanças desde a versão de 3 de novembro. A empresa diz que encerrou a investigação em 2 de novembro.
O que os usuários da Chainstack devem fazer hoje
Troque a sua senha
A empresa pede que os clientes troquem a senha, inclusive em qualquer outro serviço em que tenham reutilizado a mesma.
- Acréscimo deste site: use um gerenciador de senhas para que cada serviço tenha a sua (Como escolher um gerenciador de senhas)
- Acréscimo deste site: ative a autenticação de dois fatores se estiver disponível para você. O comunicado não a menciona
Troque as credenciais de nó
A empresa pede que os clientes troquem as credenciais de nó. Diz que é de autoatendimento no console e que os endpoints atuais continuam funcionando até a troca ser concluída, então não há indisponibilidade. A documentação da empresa explica os passos.
- Acréscimo deste site: coloque primeiro as novas credenciais nos seus apps, verifique se funcionam e só depois invalide as antigas
Regenere as chaves de API da plataforma
Se você usa a API da plataforma, a empresa pede que regenere suas chaves de API. Atualize também CI/CD, scripts de automação e ferramentas de operações que as usam. Exclua as chaves que você não usa mais em vez de recriá-las (acréscimo deste site, Noções básicas de variáveis de ambiente e chaves de API).
Encontre e substitua endpoints e chaves embutidos
Endpoints de nó costumam ter a forma de uma URL que carrega credenciais, e podem estar no código do app, em arquivos de configuração, em variáveis de CI e em front-ends. Visão deste site: uma URL embutida em um front-end é visível a todos os visitantes, então, até você recompilar e reimplantar depois de trocar, as credenciais antigas continuam na saída pública.
- Procure URLs antigas na configuração, nas variáveis secretas de CI, nas variáveis de ambiente de contêineres e no histórico do repositório
- Recompile e reimplante os front-ends publicados (saída de build e source maps)
- Onde for possível passar as requisições pelo seu próprio servidor, evite entregar credenciais ao navegador
Verifique se há uso ou cobrança inesperados
A empresa diz que nós, console e API não foram modificados e que o serviço continuou. Caso as credenciais tenham sido usadas, este site sugere verificar:
- Se o número de requisições, os chamadores e os métodos usados nos seus nós parecem incomuns
- Se a sua fatura subiu de repente
- Se a sua organização tem membros ou permissões que você não reconhece
Verifique quem disser ser da Chainstack sem abrir os links
A empresa pede que os clientes fiquem atentos a phishing e diz que nunca pedirá senhas, tokens ou chaves. Não use os links do e-mail; abra você mesmo o console oficial ou a página do comunicado. O que é phishing?
① Troque as credenciais no console
Os endpoints atuais continuam funcionando até você terminar (empresa)
↓
② Mude apps, CI e front-ends para as novas e verifique se funcionam
↓
③ Confirme que as credenciais antigas não são mais usadas
Nenhuma URL antiga fica nos front-ends publicados
O que aconteceu (segundo o comunicado da Chainstack)
O que segue se baseia no relatório do incidente que a empresa publicou, datado de 3 de novembro de 2026.
26 de outubro de 2026
Um invasor externo acessou um ambiente de desenvolvimento (explicação da empresa)29 de outubro
O invasor acessou parte do ambiente de produção (explicação da empresa)31 de outubro
A empresa detectou a invasão e cortou as vias de acesso no mesmo dia (explicação da empresa)2 de novembro
A empresa finalizou a investigação e encerrou o incidente (explicação da empresa)3 de novembro
Comunicado publicado. A empresa diz que está enviando e-mail a todos os clientes4 de novembro
Este site consultou o texto do comunicado. Nenhuma mudança encontrada desde a versão de 3 de novembro
- Ponto de entrada
- Um invasor externo acessou parte da infraestrutura por meio de um componente de terceiros. O comunicado não diz qual é o componente
- Contexto
- A empresa avalia o incidente como parte de uma campanha de ataques mais ampla, impulsionada por IA, relatada no fim de outubro. Também escreve que isso não muda a sua responsabilidade pelo que aconteceu em seu próprio ambiente
- Informações que podem ter sido expostas
- Nomes de organização, nomes dos titulares das contas, e-mails dos membros da organização e hashes de senha (banco de dados de contas de clientes). O algoritmo do hash não é informado
- Credenciais de nó
- Os sistemas que as guardam foram acessados. Sem evidências de leitura, mas tratadas como expostas
- Não incluído
- Dados de meios de pagamento (a empresa não os armazena). Sem modificação de nós, console ou API; o serviço continuou
- Resposta da empresa
- Cortou as vias de acesso, está reforçando seus sistemas e enviando e-mail a todos os clientes. Pede aos usuários que troquem senhas, troquem as credenciais de nó, regenerem as chaves de API da plataforma e fiquem atentos a phishing
O que se sabe e o que ainda não se sabe
Situação em 4 de novembro de 2026. Esta tabela será reescrita quando surgirem acompanhamentos.
| Item | O que diz o comunicado | Situação |
|---|---|---|
| Período do acesso não autorizado | De 26 de outubro de 2026 (desenvolvimento) a 31 de outubro (detectado e cortado) | Confirmado (empresa) |
| Alcance na produção | Parte da produção foi acessada em 29 de outubro | Confirmado (empresa) |
| Banco de dados de contas de clientes | O invasor o acessou | Confirmado (empresa) |
| Nomes de organização, nomes de titulares das contas | Podem ter sido expostos | Possível (empresa) |
| E-mails dos membros da organização | Podem ter sido expostos | Possível (empresa) |
| Hashes de senha | Podem ter sido expostos. Algoritmo não informado | Possível (empresa) |
| Credenciais de nó | Os sistemas que as guardam foram acessados. Sem evidências de leitura, mas tratadas como expostas | Possível (empresa) |
| Dados de meios de pagamento | Não armazenados pela empresa, portanto não expostos | Não incluídos (empresa) |
| Alterações em nós, console ou API | Nenhuma; o serviço continuou | Não incluídas (empresa) |
| Número de clientes afetados | Não informado. A empresa diz que envia e-mail a todos os clientes | Não informado |
| Ponto de entrada | Um componente de terceiros. Qual é, não é informado | Sob investigação |
| Uso indevido (dano secundário) | Não informado | Não informado |
| Investigação | Finalizada em 2 de novembro e incidente encerrado. Será atualizada se surgirem novas informações | Confirmado (empresa) |
Por que diz Possível
A empresa escreve que as informações de contas de clientes “podem ter sido expostas”, e que trata as credenciais de nó como expostas embora não tenha evidências de que tenham sido lidas. Este site mantém a situação nos termos da própria empresa. O comunicado não mostra o que foi realmente extraído.
A que os dados de conta e as credenciais de nó podem levar
O que segue é o que, em geral, pode acontecer com esta combinação de itens, não algo que a empresa tenha dito que ocorreu aqui.
- Nomes de organização + nomes de titulares das contas + e-mails de membros: material para mensagens convincentes que se passam pela empresa ou por um parceiro
- Hashes de senha: um hash não é a senha em si, mas senhas fracas ou reutilizadas podem ser adivinhadas depois. O algoritmo não é informado, então a força não pode ser avaliada. Trocar a senha vem primeiro (O que é hash de senha?)
- Credenciais de nó: as credenciais usadas para chegar a um endpoint; quem as tem pode enviar requisições como o cliente, o que pode afetar uso e cobrança. Se estiverem embutidas em um front-end, eram visíveis aos visitantes de qualquer maneira
- Senhas reutilizadas: se a mesma senha é usada em outro serviço, troque-a lá também. Como verificar se uma senha vazou
O que desenvolvedores e operadores devem revisar
Como via de entrada, só foi publicado “um componente de terceiros”. Dos fatos publicados (sistemas que guardam credenciais foram acessados; a troca é possível sem indisponibilidade), decorrem apenas pontos de revisão gerais.
- Construa para que trocar seja fácil: não escreva credenciais no código; passe-as por variáveis de ambiente ou um gerenciador de segredos. Um único lugar para mudar significa que você pode agir no dia em que chegar um aviso como este
- Entregue menos credenciais ao navegador: uma URL embutida em um front-end permanece na saída pública. Passe pelo seu próprio servidor, ou use controles que restrinjam onde uma credencial pode ser usada, se o fornecedor os oferecer (consulte a documentação do fornecedor)
- Separe as chaves por finalidade: credenciais separadas por ambiente (desenvolvimento, produção) e por app mantêm pequeno o impacto da troca (Noções básicas de variáveis de ambiente e chaves de API)
- Proteja o console do fornecedor: torne obrigatória a autenticação de dois fatores onde estiver disponível e ative alertas de login e de criação de chaves (Como escolher a autenticação multifator)
São pontos de revisão gerais e não significam que a empresa ou seus usuários deixaram de fazê-los.
Fontes (registros públicos)
Os fatos deste artigo se baseiam nas informações públicas abaixo. Não especulamos sobre o ponto de entrada nem sobre a extensão dos dados extraídos, que não foram publicados.
- Chainstack, “Incident report: what happened and what customers need to do” (em inglês, datado de 3 de novembro de 2026; consultado em 4 de novembro) — chainstack.com
Histórico de atualizações
2026-11-04: Primeira versão. Com base no relatório do incidente da empresa datado de 3 de novembro de 2026 (consultado em 4 de novembro; nenhuma atualização mais recente encontrada).
Leia a seguir
- Um caso mais recente de serviço para desenvolvedores: acesso não autorizado a um sistema interno da DigiCert
- Um caso mais recente de plataforma para desenvolvedores: acesso não autorizado a um aplicativo interno de vendas da WorkOS
- Gestão de chaves de API e segredos: Noções básicas de variáveis de ambiente e chaves de API / Credenciais vazadas que continuam válidas
- Incidentes relacionados: Acesso não autorizado à PingCAP (TiDB Cloud), Exposição de segredos da Railway, Incidente da Northflank e chaves de API
- Preparar-se para mensagens fraudulentas: O que é phishing?
- Proteja suas contas: Como escolher a autenticação multifator
- Outros incidentes de 2026: Vazamentos de dados e ciberataques (Japão e exterior)