WISECHECKER / SEGURANÇA
Comunicados oficiais sobre incidentes globais: dados afetados, novas descobertas, recuperação de serviços e orientação para clientes.
Fontes conferidas:
Revisões das fontes programadas a cada 6 horas. Esta página não é um scanner em tempo real nem uma lista completa de incidentes. Para decisões urgentes, consulte o aviso oficial indicado.
O prazo de revisão de seis horas passou. As informações que dependem de atualização aguardam nova confirmação.
Encontre o comunicado oficial de uma empresa que você utiliza, entenda o que mudou depois do primeiro aviso e veja o que fazer agora. Interrupção do serviço, investigação de segurança e roubo confirmado de dados pessoais são situações diferentes.
40 de 40 casos
Incidentes recentes e avisos atuais
Divulgado acesso a reservas aéreas; investigações continuam
Serviço ou informações afetadas: Registros de reservas da Cathay Pacific e certas informações de clientes da Malaysia Airlines processadas pela Amadeus; total global não publicado
- O aviso da Cathay de 30 de outubro, atualizado às 16:11 HKT (08:11 UTC), informa que a Amadeus a notificou em 28 de outubro e forneceu detalhes adicionais no dia 29. Segundo os dados da Amadeus citados pela Cathay, o acesso não autorizado ao sistema do fornecedor entre agosto de 2023 e setembro de 2026 afetou cerca de 53.000 reservas da Cathay. É uma quantidade de registros de reservas, não um número confirmado de pessoas nem um total entre companhias aéreas. A maioria dos registros acessados continha código de reserva, nome do passageiro e detalhes do voo; um subconjunto menor pode ter incluído contatos de e-mail/telefone, documento de viagem e/ou número de passageiro frequente. A Cathay informa não haver evidências de acesso a dados financeiros/de pagamento, nem impacto em seus próprios sistemas ou operações, e que a investigação continua. Afirma que a Amadeus redefiniu uma senha e reforçou o monitoramento, sem evidências de uso indevido identificadas até então; isso não significa recuperação de dados copiados. As notificações individuais aos clientes estão previstas após a confirmação dos detalhes relevantes.
- O aviso da Malaysia Airlines de 31 de outubro informa que certas informações de clientes processadas pela Amadeus entre agosto de 2023 e setembro de 2026 podem ter sido afetadas. Esse é o período de processamento informado, não uma duração da invasão confirmada separadamente. A companhia afirma que seus próprios sistemas de TI não foram comprometidos, que atualmente não há evidências de acesso a informações financeiras e que a investigação e a avaliação de impacto continuam. Não publica quantidade de afetados nem lista completa dos tipos de dados. Não atribua à Malaysia Airlines as 53.000 reservas ou as categorias de dados da Cathay. Nenhum dos avisos estabelece direito a indenização ou prazo de solicitação.
O que você pode fazer Abra diretamente o aplicativo, site ou canal de suporte conhecido da companhia para consultar avisos individuais. Desconfie de mensagens que usam detalhes reais da viagem para pedir dados pessoais, financeiros, pagamentos ou códigos de acesso. Mantenha seus planos de viagem, salvo orientação da companhia; essas divulgações, por si só, não exigem cancelamento nem redefinição de senha de todas as contas de clientes.
Cathay · aviso de 30 de outubro · Malaysia Airlines · aviso de 31 de outubro
Avisos a médicos residentes e pacientes; dados variam por pessoa
Serviço ou informações afetadas: Modelos de notificação dos EUA para médicos residentes e pacientes; sem total mundial de pessoas afetadas
- A HCA informa ter detectado atividade suspeita de TI em 12 de agosto e determinado que um terceiro não autorizado acessou sistemas e copiou arquivos naquele dia. Protegeu os sistemas, contratou especialistas externos e notificou as autoridades policiais; a carta não dá datas precisas para cada medida posterior.
- Os modelos de 2 de novembro distinguem registros de emprego de médicos residentes dos registros de pacientes. O modelo para residentes lista nomes, números de seguridade social dos EUA (SSNs), datas de nascimento, contatos e informações de imigração quando aplicável. O modelo para pacientes deixa a lista de dados como variável específica do destinatário; não comprova os mesmos campos para todos os pacientes. A data da carta não prova envio ou recebimento por todos. Destinatários notificados recebem oferta de dois anos de proteção de identidade da IDX, com inscrição até 2 de fevereiro de 2027 usando o código individual. O monitoramento de crédito exige ativação, histórico de crédito estabelecido e acesso a computador/internet. Não é prêmio em dinheiro nem garantia de elegibilidade em todos os países. A HCA informa não ter indícios de publicação, divulgação posterior ou uso indevido na data do aviso; isso não desfaz a cópia.
O que você pode fazer Verifique seu aviso individual pelo canal conhecido da HCA, confira os dados que se aplicam a você e use as instruções de inscrição desse aviso. Não envie dados pessoais por um link de solicitação inesperado.
HCA · modelos de notificação de 2 de novembro em Massachusetts
Acesso a variáveis de ambiente; investigação continua
Serviço ou informações afetadas: Um subconjunto de organizações que usam Trigger.dev; países, quantidade e datas do ataque não informados
- A divulgação de 1º de novembro às 22:50 UTC confirma acesso não autorizado a variáveis de ambiente de um subconjunto de organizações. A Trigger.dev informa ter bloqueado a exploração e enviado medidas de mitigação a todos os responsáveis afetados. Embora a página de status marque o aviso como resolvido, o texto e o blog original descrevem investigação em andamento e novas atualizações. Isso não comprova recuperação dos segredos copiados nem substituição concluída por todos os clientes. O horário da divulgação não é o da invasão.
O que você pode fazer Responsáveis das organizações afetadas devem verificar a mensagem pelo painel ou suporte conhecido e seguir as instruções recebidas de substituição de segredos. Confira aplicativos dependentes e atividade dos fornecedores; não envie valores secretos em respostas nem presuma que todas as organizações foram afetadas.
Aviso oficial de status de 1º de novembro · Divulgação original do incidente
Incidente em fornecedor: certificados TLS gerenciados reemitidos; acesso ao nó não confirmado
Um nó de CDN na Armênia; essa localização não define os países dos clientes afetados
- A bunny.net informou que seu fornecedor de infraestrutura relatara acesso não autorizado envolvendo software de gerenciamento de servidores de terceiros na semana anterior. O tráfego deixou de passar pelo nó na Armênia até 20 minutos após o alerta, e o servidor foi removido permanentemente. Nenhuma investigação encontrou evidências de acesso ao nó, mas essa possibilidade não pôde ser descartada. Se houve acesso, a exposição potencial abrangia conteúdo de CDN em cache, configurações de Pull Zone e certificados TLS naquele servidor; dados de contas não eram armazenados ali e os sistemas internos não foram afetados.
- Certificados gerenciados de domínios personalizados estavam sendo substituídos em lotes controlados, com novas chaves privadas, enquanto os certificados existentes continuavam servindo o conteúdo. A previsão foi adiada para o fim de 31 de outubro; era uma estimativa.
- Todos os certificados TLS gerenciados de domínios personalizados haviam sido reemitidos com novas chaves privadas, e os anteriores, revogados. O fornecedor deixou de ser usado enquanto sua investigação continuava. Isso conclui a tarefa de certificados informada; não comprova roubo de dados nem encerramento da investigação.
Segundo a bunny.net, operadores que usam certificados gerenciados não precisam agir. Operadores que gerenciam seus próprios certificados TLS devem revogá-los e reemiti-los com novas chaves privadas por precaução. Coordene a implantação para preservar o serviço. Visitantes não estão sendo orientados a mudar DNS, apagar dados ou desabilitar verificações de certificados.
Exposição de informações de contas e notificações individuais em etapas
Usuários dos quatro serviços citados; países afetados, número de contas e datas da invasão não informados
- Os metadados da página indicam atualização em 1º de outubro; não é a data da invasão nem da descoberta. A Scribd informa que um terceiro não autorizado alcançou sistemas internos e acessou informações de usuários. A maioria das contas afetadas envolvia dados básicos e uma parcela menor, informações mais sensíveis. A página não enumera os campos; dados parciais de cartão divulgados em outras fontes não estão confirmados aqui. A Scribd afirma ter corrigido a vulnerabilidade, contratado especialistas forenses e notificado autoridades policiais e de proteção de dados. A Epiq envia avisos em seu nome por etapas. Não receber um aviso não comprova que a conta não foi afetada. A página não informa data exata do início das notificações, total de vítimas ou prazo de compensação.
Use o site oficial conhecido para redefinir as senhas das contas citadas, conforme orientação da Scribd. Confira qualquer aviso da Epiq na página de ajuda vinculada; nunca forneça senha ou código de uso único por uma mensagem inesperada. Use os contatos oficiais de suporte dessa página.
Metadados de projetos privados expostos; arquivos e senhas excluídos
Usuários e moderadores do OSF; países não informados e total exato de pessoas afetadas desconhecido
- O aviso de 29 de outubro situa o primeiro acesso não autorizado registrado em 24 de outubro às 15:42 ET. Uma falha de controle de acesso introduzida em 17 de outubro afetava dezesseis endpoints de um aplicativo administrativo interno. Foram acessados nomes, IDs, e-mails e títulos, descrições e GUIDs de projetos, registros e preprints, incluindo metadados de projetos privados.
- O OSF detectou o problema às 08:15 ET, desabilitou o acesso à ferramenta administrativa até 10:00 ET e publicou e verificou correções por volta das 21:00 ET antes de restaurar o acesso de funcionários autorizados. A correção não recupera informações já acessadas.
- O aviso afirma que arquivos, inclusive de projetos privados, não foram vistos nem baixados; senhas não foram acessadas e nenhum conteúdo foi alterado ou excluído. Todos os usuários do OSF estão sendo notificados porque o total exato de afetados é desconhecido. Dezesseis endpoints não significam dezesseis usuários; exposição de metadados privados não equivale a roubo de arquivos.
O OSF informa que os usuários não precisam tomar medidas em resposta ao incidente. Leia o aviso oficial e use o contato de suporte conhecido para dúvidas; não imponha redefinições de senha sem relação com o caso nem exclua material de pesquisa.
Redirecionamentos no checkout e posterior retorno do acesso de lojistas
Lojas com Swym Wishlist Plus; países e total de vítimas não informados
- O aviso de 16 de outubro situa a atividade não autorizada na configuração em 14 de outubro, das 10:06 às 11:56 UTC. Um script podia redirecionar cliques no checkout para uma página de pagamento falsa. As mitigações começaram às 15:02; as correções terminaram às 16:32 UTC.
- O FAQ distingue dados no aplicativo de informações digitadas manualmente por compradores em uma página externa. A ausência de indícios de comprometimento dos dados no app não exclui essa exposição. Todos os lojistas tiveram o acesso pausado por precaução; não há número de vítimas nem condições de compensação.
- O status posterior informa correções aplicadas e acesso de lojistas aberto, com monitoramento e auditoria externa em andamento. Substitui a pausa anterior do FAQ; não confirma recuperação de informações já enviadas a outro site.
Se digitou dados do cartão em um checkout inesperado, procure o emissor do cartão por um canal conhecido. Lojistas devem conferir a orientação atual da Swym e relatos de clientes; evite exclusões em massa ou alterações desnecessárias nas contas.
Swym · aviso de 16 de outubro · Swym · FAQ de 20 de outubro · Swym · status de 27 de outubro
Acesso a dados de perfil de clientes; análise por organização continua
Usuários da plataforma Chainalysis; países e total de pessoas ou organizações afetadas não especificados
- O comunicado de 30 de outubro inclui o e-mail enviado pela empresa aos clientes. A Chainalysis informa que um agente externo acessou sistemas e ferramentas internos durante outubro e teve acesso a IDs de usuário, nomes completos, e-mails e funções na organização de usuários da plataforma. Não informa datas exatas da invasão ou descoberta, total de afetados nem lista de países. Os registros de cada organização ainda estão sendo apurados; a notificação de todos os clientes não é uma contagem de vítimas confirmadas.
- Com base na investigação até o momento, a empresa não encontrou indícios de acesso não autorizado a grafos, notas ou casos de investigação, resultados de transações/consultas, senhas em texto simples, segredos de MFA ou tokens de sessão. Especialistas externos investigam e reforçam os sistemas. Essas conclusões se limitam às evidências analisadas e não recuperam dados de perfil copiados. A investigação continua; não foram informadas condições de compensação. A Chainalysis afirma expressamente que o caso não tem relação com o roubo na Binance.
Siga o aviso da sua organização e confirme pedidos inesperados de redefinição de senha ou autenticação por um canal conhecido. Se a organização ainda não ativou a autenticação de dois fatores, procure o administrador ou seu contato habitual na Chainalysis. Não envie senhas ou códigos de uso único em resposta a mensagens inesperadas.
Chainalysis · Comunicado oficial e e-mail publicado aos clientes
Serviços empresariais restaurados; impacto nos dados segue em investigação
Sistemas internos de CRM e candidaturas da LOXONE; pessoas e países afetados não enumerados
- A LOXONE afirma que detectou um ataque a sistemas internos em 18 de outubro. A empresa presume que foram copiados dados do CRM e do sistema de candidaturas, possivelmente incluindo contatos de parceiros comerciais, solicitações de suporte e dados de candidatos. O alcance exato segue em investigação; as pessoas afetadas serão contatadas diretamente. A empresa não encontrou indícios de comprometimento de contas ou senhas LOXONE.com e informa que dados de cartões e dados bancários não foram afetados.
- Às 11:27 CET de 30 de outubro (10:27 UTC), a LOXONE informou que site, loja online, Partner Portal, Configurator e Library estavam disponíveis novamente, com pedidos, produção, logística e suporte funcionando normalmente. Segundo a empresa, Miniservers e instalações de clientes, Remote Connect e Exosphere não foram afetados. Restaurar serviços não recupera dados copiados nem conclui a investigação sobre os dados. Instalar correções de PHP durante a recuperação não comprova que PHP tenha sido o vetor do ataque.
- O aviso de 26 de outubro informa que o Remote Connect exigirá a versão 17.2.10.21 ou posterior do Miniserver a partir de 1º de dezembro de 2026 e, em geral, permitirá quatro semanas para atualizar após futuras versões. Versões antigas deixarão de ter conexões intermediadas pelo Remote Connect; a operação na rede local não muda. É uma medida preventiva futura, não perda atual de controle local nem prova de invasão do Remote Connect.
Parceiros e candidatos afetados devem usar os contatos habituais da LOXONE e seguir a notificação individual. Administradores devem planejar atualizações compatíveis do Miniserver pelo Loxone Config ou aplicativo e usar a autenticação de dois fatores adicionada às contas. Confirme pedidos de pagamento por outro canal: a LOXONE informa que seus dados bancários não mudaram. Não envie credenciais em texto simples nem ignore alertas de certificado.
Acesso a dados de funcionários em fornecedor de software; alcance em análise
Funcionários do grupo Laerdal; países, pessoas e campos de dados afetados não especificados
- No aviso de 15 de outubro, a Laerdal informa que um ataque a um fornecedor externo de software resultou em acesso não autorizado a dados pessoais de funcionários. A empresa está apurando os campos e as pessoas afetadas, contratou especialistas externos e está notificando as autoridades competentes. Não encontrou indícios de comprometimento de dados de clientes, produtos, propriedade intelectual ou transações de clientes e afirma que os serviços voltados a clientes não foram afetados. Essas conclusões não identificam o fornecedor nem confirmam que todos os funcionários foram afetados.
- A atualização de 23 de outubro convida quem trabalhou em uma empresa Laerdal entre 1º de janeiro de 2018 e 5 de outubro de 2026 a enviar dúvidas sobre seus dados para incidentresponse@laerdal.com. Esse período de vínculo é um critério de contato, não a duração do ataque nem uma lista confirmada de vítimas. O aviso não informa o total de pessoas afetadas, condições de compensação nem data de conclusão da investigação.
Funcionários atuais e antigos devem confirmar o aviso pelos canais conhecidos da Laerdal e usar o endereço publicado de resposta a incidentes para dúvidas individuais. Desconfie de pedidos inesperados de documentos, credenciais ou pagamentos. Clientes não devem alterar configurações de produtos sem relação com o caso apenas por causa desse aviso sobre dados de funcionários.
Possível exposição de pedidos; cadastro para compensação já aberto
Banco de pedidos do Commerce Cloud da 91APP; o comunicado citado não enumera os países afetados
- O comunicado a investidores de 29 de outubro informa um alcance máximo potencial de 1.329 marcas e 4.798.255 consumidores com pedidos online de 4 de abril de 2025 a 14 de outubro de 2026. Esses números não confirmam quantas pessoas tiveram dados efetivamente retirados. Os campos potencialmente expostos incluem nome, telefone, endereço de entrega, e-mail quando fornecido e registros de pedidos; o comunicado exclui senhas e dados de pagamento. A 91APP afirma que recebeu o primeiro relato de um cliente em 4 de outubro, bloqueou o ataque em 14 de outubro, notificou a polícia e o órgão regulador no dia 15 e divulgou o incidente no dia 16.
- O aviso de compensação separado, de 29 de outubro, inclui pessoas no alcance máximo potencial, mesmo sem prejuízo financeiro. O atendimento por esse processo depende da autorização da marca e da notificação à pessoa afetada. As notificações por e-mail, ou SMS quando não houver e-mail, e a publicação do processo oficial de cadastro estão previstas a partir de 2 de novembro de 2026. Na revisão de 29 de outubro, o cadastro online ainda não estava aberto. Essa data é a abertura prevista, não um prazo final de solicitação nem uma data garantida de pagamento; não foi informado um valor fixo. Dúvidas podem ser encaminhadas diretamente aos contatos publicados pela empresa enquanto avançam as autorizações e notificações.
- A FAQ de compensação descreve a exigência de novo login em 30 de outubro como atualização preventiva de segurança, não como um novo incidente. O reaproveitamento de dados já expostos em golpes não comprova outra invasão. Conter o ataque não recupera cópias dos dados expostos.
- A página oficial de compensação consultada em 2 de novembro agora informa que o cadastro online está aberto, com formulários separados para prejuízo financeiro e dano relacionado a dados pessoais sem prejuízo financeiro. Informa que as notificações individuais começam a partir de 2 de novembro, após a autorização da marca à 91APP: por e-mail ou, quando não houver endereço de e-mail, por SMS. Isso não comprova que todos já foram notificados, que uma solicitação foi aceita ou que a compensação foi paga. A página não informa valor fixo nem prazo final de solicitação. Acesse os formulários diretamente pela página oficial e confira a autorização da marca e sua notificação; não envie dados pessoais por links em mensagens inesperadas. A página não informa o horário exato de publicação dessa mudança.
Abra diretamente a página oficial de compensação e confira a notificação da marca. Não siga links inesperados para enviar dados pessoais, entrar em grupos de mensagens, operar caixas eletrônicos ou informar senhas e dados financeiros. Preserve mensagens suspeitas e comprovantes de perdas. O WiseChecker não verifica elegibilidade nem recebe solicitações de compensação.
91APP · Investor Relations · 2026-10-29 · 91APP · Compensação e notificações · consultada em 2 de novembro de 2026
Acesso a arquivos relacionados a clientes; investigação e notificações continuam
Borden Ladner Gervais LLP (BLG), Canadá; países dos clientes afetados e quantidades não especificados
- Comunicado da empresa; data de publicação nos metadados oficiais: Em seu comunicado atual, a BLG confirma acesso não autorizado a determinados arquivos, inclusive relacionados a clientes, em uma parte limitada de seu ambiente de nuvem Microsoft. Afirma que controles internos contiveram o incidente pouco depois, que a Mandiant apoia a investigação e a correção em andamento, que clientes afetados estão sendo contatados diretamente e que órgãos reguladores e autoridades policiais foram notificados. Os metadados estruturados oficiais datam o comunicado em 30 de outubro de 2026. A data do incidente, os campos de dados expostos, o total de afetados e as condições de compensação não são especificados. O comunicado trata da BLG e não comprova comprometimento generalizado dos serviços Microsoft.
Clientes afetados devem procurar seu contato habitual na BLG por um canal conhecido e seguir a notificação individual. Desconfie de pedidos inesperados de arquivos confidenciais, mudanças de pagamento ou credenciais. A contenção não prova a recuperação de arquivos copiados; uma investigação em andamento não equivale à conclusão da análise dos dados afetados.
CVE em investigação; sem evidência de exploração na plataforma
Workloads de clientes da Akamai Compute / Linode; países e quantidade de afetados não informados
- A Akamai publicou em 30 de outubro um aviso sobre execução remota de código, CVE-2026-98432. Às 01:55 UTC de 31 de outubro, informou mitigação do vetor conhecido em implantação e investigação em andamento, sem evidência de exploração na Akamai Compute naquele momento. Recomenda aplicar atualizações do sistema operacional do fornecedor aos workloads quando disponíveis. Não é confirmação de invasão, de correção concluída em todos os ambientes nem de queda geral.
- Às 10:55 UTC de 2 de novembro, a Akamai informa ter implantado regras de rede que descartam pacotes IPv4 com cabeçalhos opcionais nas interfaces públicas e VPC, eliminando o vetor remoto imediato enquanto continuam as correções de kernel. Distribuições atualizadas e o kernel fornecido pela Linode devem ser aplicados quando estiverem disponíveis e forem compatíveis. É uma declaração de mitigação do provedor, não confirmação de invasão de clientes nem de correção concluída em todas as cargas. Não é uma instrução para copiar regras amplas de rede.
Administradores autorizados devem seguir o aviso exato do fornecedor, verificar a aplicabilidade dos pacotes, preparar a recuperação e testar as funções normais após atualizar. Visitantes devem acompanhar o operador do serviço. Não execute exploits desconhecidos para testar a exposição.
Variáveis de ambiente devem ser tratadas como comprometidas
Workloads, grupos de segredos e segredos globais da Northflank; países e número de contas afetadas não informados
- Às 13:40 UTC de 30 de outubro, a Northflank recomendou rotação imediata; às 13:58, orientou todos os usuários a presumir que as variáveis de ambiente foram descriptografadas. Às 15:12, habilitou a rotação de segredos de Postgres/MongoDB para todos e relatou que vários usuários informaram uso de suas chaves de IA. A atualização das 19:28 UTC diz que a investigação continua sem novas conclusões confirmadas e repete a rotação de todos os segredos e credenciais, inclusive de workloads, grupos e segredos globais, além de desativar o acesso público a addons quando habilitado. É uma orientação preventiva, não prova de que todos os valores foram roubados nem de resolução.
- A Sentry afirma que seu uso limitado da Northflank envolve serviços internos, de demonstração ou experimentais, sem infraestrutura de produção. Informa não ter evidências de impacto nos dados de clientes nem nos serviços voltados a eles e mantém o monitoramento. Essa conclusão vale para a Sentry, não para todos os clientes da Northflank; não há horário exato de publicação.
- Às 23:38 UTC de 30 de outubro, a Northflank relatou uso não autorizado de chaves de API de IA fornecidas por clientes. Orientou quem ainda não concluiu a rotação a revogar credenciais nos provedores emissores, gerar substitutas e atualizar segredos e workloads afetados. Revise logs de uso e cobrança dos provedores e procure os suportes responsáveis se houver atividade inesperada. Às 01:04 UTC de 31 de outubro, habilitou logs de auditoria para todos, inclusive usuários gratuitos. Semelhanças com outros ataques não confirmam autoria; isso não comprova recuperação nem exige repetir uma rotação já concluída e verificada.
- Às 13:34 UTC de 31 de outubro, a Northflank informou que a rotação de segredos de MySQL e Redis estava disponível para todos os clientes e orientou quem ainda não havia feito isso a realizar a rotação de todos os segredos. A novidade se soma às ferramentas anteriores de Postgres/MongoDB; a disponibilidade não comprova que cada cliente concluiu a rotação nem que o incidente foi resolvido.
- Às 22:32 UTC de 31 de outubro, a rotação de segredos de Minio passou a estar disponível para todos os clientes; RabbitMQ foi incluído às 23:31 UTC. As ferramentas ampliam as opções anteriores de bancos de dados. Quem ainda não concluiu a rotação necessária deve seguir a orientação oficial atual. A disponibilidade não prova que todos os segredos foram substituídos nem que o incidente foi resolvido; não repita uma rotação já concluída e verificada sem novo motivo.
- Às 11:09 UTC de 2 de novembro, a Northflank passou o aviso para monitoramento. Acredita ter contido o vetor em até uma hora após o primeiro alerta e informa não haver indícios de presença posterior do invasor. Auditores forenses independentes ainda analisam o incidente. As evidências apontam para segredos do plano de controle, sem indícios de acesso às cargas em execução ou a seus dados; planos de controle dedicados e do tipo forward-deployed estão excluídos. Alguns clientes relatam uso não autorizado de segredos de IA. Substitua todos os segredos de integrações e projetos, priorizando credenciais de IA, nuvem, pagamentos, chaves privadas e bancos de dados; confira logs dos fornecedores e contate os de IA sobre gastos inesperados. A Northflank afirma ter corrigido a CVE-2026-98432 em sua infraestrutura e nos clusters BYOC conectados; usuários de BYOC desconectado devem procurar o suporte. Reconecte integrações revogadas conforme as instruções. Essas declarações não comprovam recuperação dos segredos copiados nem investigação concluída.
Se você opera recursos afetados na Northflank, peça ao administrador autorizado que siga as instruções oficiais atuais de rotação e revise os serviços dependentes. Se apenas usa um aplicativo hospedado ali, siga o aviso do operador; não altere contas sem relação com o incidente nem desative proteções.
Fontes oficiais: Northflank · 2026-10-30 · Sentry · 2026-10-30
Incidente de segurança; furto da base ainda não confirmado
Archive of Our Own (AO3); países e número de contas afetadas não informados
- A OTW informa incidente de segurança e manutenção da suspensão do AO3. Diz que obras e favoritos não foram apagados, mas não descarta furto de nomes de usuário, emails, IPs e hashes de senha. Dados de doadores ficam separados. Prevê ao menos duas semanas fora do ar, possivelmente quatro; acesso limitado ou somente leitura é possibilidade, não promessa de retorno.
- Em 1º de novembro, a OTW acrescentou uma nota indicando uma atualização de segurança no Tumblr sobre possíveis golpistas e sites suspeitos. Esse acréscimo não confirma roubo da base de usuários, nova categoria de dados expostos nem retomada do serviço. A postagem vinculada não foi obtida nesta revisão; nenhuma afirmação adicional dela foi incorporada.
O que você pode fazer Por precaução, troque senhas reutilizadas em outros serviços. Use avisos oficiais conhecidos; evite páginas não oficiais de recuperação. A indisponibilidade não prova exclusão das suas obras.
Fonte oficial: OTW · AO3 · 2026-10-30
Saques selecionados reabertos; atribuição do FBI é uma conclusão separada
Plataforma Binance; países, usuários afetados e perda final não especificados
- A Binance investiga um possível problema de segurança e afirma que os fundos estão seguros: declaração da empresa, não avaliação independente de perdas. Um post posterior condiciona a volta dos saques à conclusão das verificações, sem prazo.
- A investigação preliminar da Binance aponta para possível comprometimento do laptop de um engenheiro DevOps e transações de saque não autorizadas por um contêiner de serviço. A empresa não encontrou evidência de vazamento de chaves privadas das carteiras. Estima impacto total de cerca de US$ 6,3 bilhões e cerca de US$ 3 bilhões congelados na rede; ativos congelados não equivalem a fundos devolvidos nem à perda final. Naquele momento, depósitos e saques estavam suspensos. A Binance promete cobrir perdas com SAFU e recursos próprios e publicar relatório e nova Prova de Reservas. São declarações da empresa, sem confirmar reembolsos ou recuperação concluídos. Aquele comunicado não informava prazo de reabertura ou de solicitação de compensação.
- Em comunicado posterior, a Binance afirma que os depósitos funcionam normalmente, mas os saques continuam suspensos durante mudanças de segurança no serviço de saques e nos controles dos endereços associados. A empresa prevê a retomada em até 48 horas a partir desse comunicado. É uma estimativa da empresa, não um prazo garantido nem confirmação de que os saques já voltaram. A investigação e o relatório da causa continuam pendentes; a atualização não comprova reembolsos ou recuperação concluídos.
- A Binance afirma que a investigação posterior encontrou outros pontos de invasão além do laptop inicialmente suspeito. Às 08:47 UTC, informou uma previsão de 45 horas para retomar os saques e disse que os depósitos seguem sem impacto. É uma estimativa datada da empresa, não uma contagem reiniciada na nossa revisão nem prova de reabertura. A causa completa continua sob investigação.
- A Binance afirma ter reservado mais de US$ 6,34 bilhões de recursos próprios, incluindo US$ 5 bilhões já nos mesmos ativos digitais afetados. As compras restantes de tokens e a liquidação de operações OTC ainda estão em andamento. Esses valores excluem ativos congelados ou protegidos; cerca de US$ 3 bilhões congelados ainda dependem de recuperação e verificação. Recursos reservados, ativos congelados e reembolso concluído são resultados distintos.
- Na atualização nº 2, com data de 30 de outubro no título, a Binance previa a retomada gradual dos saques em cerca de 34 horas, condicionada a verificações de segurança. A conta oficial Binance Announcement também publica o aviso completo. A empresa planejava uma captura das reservas em 12 horas, resultados até 2 de novembro e conclusões técnicas em cerca de 48 horas, apenas após verificação e sem prejudicar a investigação. São planos datados, não nova contagem nem prova de reabertura, recuperação de valores congelados ou pagamento aos clientes.
- Na atualização de recuperação nº 3, de 31 de outubro, a Binance informa ter reposto 90% dos ativos afetados, ante cerca de 80%. Afirma que BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD e ZEC têm lastro integral; os 10% restantes são tokens de menor liquidez ainda em aquisição. É uma declaração de reposição da empresa, não prova de recuperação de 90% dos ativos roubados nem de pagamento aos clientes. As fontes citadas incluem tesouraria própria, parte do fundo de seguro de futuros e uso parcial do SAFU descrito como previsto para as 24 horas seguintes. O mesmo aviso informa que foi publicada uma nova captura de PoR referente a 31 de outubro, às 00:00 UTC. A prova completa de conhecimento zero é uma etapa separada, prevista para 3 de novembro (UTC), em substituição à previsão anterior de 2 de novembro. Publicar a captura não equivale a concluir a prova nem a uma auditoria independente. A retomada dos saques continua como meta para 1º de novembro no aviso, sem confirmação de execução. A hora de publicação não indica fuso; registramos apenas a data.
- No alerta de 31 de outubro, o FBI atribui o roubo de mais de US$ 6 bilhões, ocorrido por volta de 29 de outubro, a atividades norte-coreanas chamadas TraderTraitor. É uma atribuição oficial de autoridade policial, não uma alegação de invasores, auditoria final de perdas ou prova de recuperação dos ativos roubados.
- A atualização de recuperação nº 4, de 1º de novembro, informa que a Binance prepara a primeira fase de saques para 06:00–09:00 UTC desse dia. Na revisão anterior das 04:58 UTC, a janela ainda era futura; o título não comprova que os saques começaram. Só estão incluídos os pares de ativo/rede da tabela, como BTC na rede BTC e ETH/USDT/USDC na rede ETH; outros dependem de verificações de prontidão. Confira o par exato na página oficial de saques ou status de redes e considere possíveis atrasos na retomada. Depósitos seguem abertos. A Binance informa reposição de cerca de 95% dos ativos afetados, com 5% restantes em tokens de menor liquidez. Isso não é recuperação de 95% dos ativos roubados nem prova de reembolso concluído. A investigação e o relatório posterior continuam pendentes; a meta anterior da prova completa não confirma sua conclusão.
- Nesta revisão, o perfil oficial atual lista explicitamente estes pares com saques reabertos: Bitcoin: BTC; Ethereum: ETH/USDT/USDC; BNB Smart Chain: BNB/USDT/USDC; XRP: XRP; Base: ETH/USDC; Dogecoin: DOGE; Optimism: ETH/USDT/USDC; Arbitrum: ARB/ETH/USDT/USDC; TRON: TRX/USDT; Solana: SOL/USDT/USDC; Polygon: POL/USDT/USDC; Avalanche C-Chain: AVAX/USDT/USDC; Zcash: ZEC; TON: USDT/GRAM; Sui: SUI. São declarações de disponibilidade da Binance, não testes em contas individuais. Outros pares não estão confirmados aqui. O extrato do perfil não fornece horários exatos de publicação de cada atualização. A reabertura em etapas não comprova retomada completa, pagamentos concluídos nem recuperação de ativos roubados.
- O perfil oficial atual da Binance informa que a reabertura dos saques em etapas começou às 06:00 UTC de 1º de novembro e que todas as 15 redes e ativos da primeira etapa haviam voltado até 12:36 UTC. Isso confirma somente a conclusão dessa primeira etapa, não a reabertura de todos os demais ativos/redes, pagamentos concluídos a clientes ou recuperação de ativos roubados. O extrato não fornece o horário de publicação da postagem individual. Números com janelas de transações divergentes em fontes secundárias ou republicações regionais não foram adotados.
- Na publicação de 2 de novembro, divulgada às 08:00:38 UTC, a Binance acrescenta saques fiduciários em USD, AED, VND, PHP e IDR. Isso é separado da primeira etapa de 15 redes de criptoativos; a disponibilidade da moeda não comprova elegibilidade em todas as regiões/contas, todos os saques de criptoativos, pagamentos concluídos nem recuperação de ativos roubados. Confira a moeda exata, o canal disponível, os requisitos de elegibilidade e qualquer solicitação existente no serviço oficial. O texto original da atualização nº 2 também pôde ser reaberto nesta revisão, mas o título indica 30 de outubro e a assinatura, 31 de outubro; a divergência permanece sem solução. Os originais nº 3/4 ainda não puderam ser reabertos. As constatações anteriores, com suas datas, foram mantidas e o horário de conferência da página inteira não foi alterado.
- A Recovery Update #5, publicada em 2 de novembro às 12:49 UTC, informa que a Binance concluiu a prova integral de conhecimento zero do retrato PoR de 31 de outubro às 00:00 UTC para BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD e ZEC. É uma afirmação da empresa sobre a verificação de um retrato de dez tokens, não uma verificação de conta feita por nós, auditoria financeira completa independente, recuperação de fundos roubados nem restauração de todos os saques. Continua informando cerca de 95% de reposição e 5% pendentes em ativos menos líquidos. Prevê a próxima etapa de saques para 3 de novembro e outro retrato para 4 de novembro, com cerca de 40–50 horas para calcular a prova; são planos futuros, não uma nova contagem regressiva nem implantação concluída. O alerta das 14:35 UTC trata de prioridade paga em saques, cofres falsos e pedidos de assinatura com carteira. Use canais oficiais conhecidos e nunca transfira nem autorize ativos para desbloquear saques. Os originais nº 2/3/4 não puderam ser reabertos nesta execução; permanece a divergência anteriormente observada entre o título e a assinatura da atualização nº 2, e o horário de revisão da página inteira foi mantido.
O que você pode fazer Acompanhe avisos oficiais da conta; desconfie de links inesperados de recuperação e pedidos de credenciais.
Fontes oficiais: Investigação inicial · Conclusões preliminares · Ativos congelados · Depósitos e saques · Comunicado mais recente · Atualização posterior da investigação · Recuperação de ativos e recursos próprios · Binance · Update #2 · 2026-10-30
Binance · Recovery Update #3 · English text
Binance · Recovery Update #4 · 2026-11-01
Binance · X · FBI · 2026-10-31
Conferência parcial das fontes: os dois avisos da ICO, as atualizações antigas nº 2/3/4 da Binance e o aviso da OTW/AO3 não puderam ser reabertos nesta execução. O texto nº 2 também tem uma divergência ainda não resolvida entre as datas do título e da assinatura em uma versão anteriormente legível. As constatações anteriores, com suas datas, foram mantidas; o horário de revisão da página inteira não foi prorrogado.
Binance · saques fiduciários em 2 de novembro
Binance · Recovery Update #5 · 2 de novembro · Binance · alerta de golpes de 2 de novembro
Relatório informa reembolso a 95% das carteiras afetadas
Polymarket.com internacional; países, número de vítimas e perdas não informados no aviso
- A Polymarket informou comprometimento de um fornecedor e prometeu reembolsar afetados. A interrupção das negociações entre 18:05 e 19:05 UTC foi declarada resolvida. Isso não confirma reembolsos concluídos; o aviso não dá prazo para solicitá-los.
- O relatório de 30 de outubro às 20:07 UTC informa que um script de monitoramento de desempenho comprometido usou algumas sessões ativas para vender posições e transferir fundos. A Polymarket afirma que 95% das carteiras afetadas tinham recebido reembolso integral naquele momento. Descreve devoluções de US$ 3,9 milhões: US$ 2,7 milhões mais US$ 1,2 milhão por perdas ligadas à pausa. Isso não confirma pagamento a todas as carteiras. As carteiras elegíveis identificadas não precisam abrir pedido ou chamado; divergências devem usar o formulário vinculado no aviso oficial. Os avisos separados de pausa e segurança registram componentes e intervalos diferentes.
O que você pode fazer Confira ordens e atividade da conta pelo suporte oficial. Evite links inesperados de reembolso.
Fontes oficiais: Polymarket · 1 · Polymarket · Postmortem · 2026-10-30
Acesso não autorizado e recuperação parcial da plataforma
Sistemas e funções da Allium; tipos específicos de dados, países e quantidades afetadas não divulgados no aviso citado
- A Allium informa que identificou acesso não autorizado a certos sistemas, restringiu o acesso e notificou diretamente os clientes afetados. O anúncio de 28 de outubro descreve uma investigação independente e serviços centrais restaurados; os resultados detalhados ainda são aguardados.
- Explorer/API voltou, mas Assistant/MCP e acesso a tabelas enviadas seguem indisponíveis. A entrega de datashares foi retomada; parte da verificação e reposição permanece incompleta, incluindo Hyperliquid e intervalos afetados no BigQuery. A restauração do serviço não comprova dados totalmente atualizados nem recuperação de informações copiadas.
- A Allium agora informa que os Datashares no Snowflake, BigQuery e Databricks passaram pela verificação histórica de todas as redes em todas as regiões. É um avanço em relação à verificação antes incompleta, mas não confirma a restauração do Assistant/MCP, de todas as funções nem a recuperação de informações copiadas.
- Às 15:38 UTC de 2 de novembro, a Allium encerrou explicitamente o incidente de Datashares. Às 16:22 UTC, informou que o Assistant foi restabelecido para todos os usuários, enquanto a recuperação de outros recursos, incluindo o MCP, ainda seria anunciada. Essas atualizações de serviço não comprovam recuperação de informações copiadas nem conclusão da investigação de segurança.
O que você pode fazer Siga as instruções oficiais para senha e chave API substituta; aguarde se seu contato da Allium fornecerá a chave. Ative MFA conforme recomendado e confira a integridade dos dados antes de tarefas dependentes. Os avisos não comprovam comprometimento de empresas clientes específicas nem perda de fundos.
Fontes oficiais: Aviso de segurança · Explorer/API · IA/MCP · Datashare
Recuperação do File Manager e redefinições preventivas de senha
Serviço ou informações afetadas: Alguns usuários de e-mail e FTP/SFTP; File Manager e webmail · alcance de eventual exposição não estabelecido
- A DreamHost iniciou a investigação de falhas no File Manager e webmail e a redefinição preventiva de credenciais.
- A base de conhecimento informa que as contas continuam recebendo e-mails e os arquivos FTP/SFTP permanecem armazenados; os usuários afetados precisam de senhas definidas pelo titular para recuperar o acesso.
- O File Manager voltou às 22:35 UTC; o monitoramento e as redefinições para usuários afetados continuam. Isso não confirma recuperação completa nem roubo de dados.
- A DreamHost encerrou formalmente o incidente do File Manager às 23:45 UTC. Alguns usuários de e-mail e FTP/SFTP ainda precisam redefinir suas senhas. O encerramento não estabelece o alcance de eventual exposição nem comprova a recuperação de dados copiados.
O que você pode fazer: Titulares afetados: abram o painel diretamente, redefinam as credenciais afetadas, revisem encaminhamentos de e-mail e atualizem os clientes. Aguardem até 15 minutos; enviem as credenciais por canal seguro fora do e-mail afetado. Os demais usuários devem procurar o titular.
Fontes oficiais: Estado do incidente · Instruções para titulares
Notificações individuais e apoio para proteção de identidade
Serviço ou informações afetadas: Dados relacionados ao Frontline Central e ao School Health Management
- A Frontline identificou uma falha em software de terceiros; a atividade não autorizada terminou em 15 de agosto.
- O aviso de 21 de outubro das Greenville County Schools limita o sistema afetado desse distrito ao Frontline School Health Management externo; os sistemas internos do distrito não foram invadidos. Para esse distrito, lista números de cobrança do Medicaid, nomes, identificadores de estudantes e/ou datas de nascimento. Informa início previsto das notificações individuais a partir de 26 de outubro e oferece às pessoas notificadas 24 meses de proteção da TransUnion, com monitoramento cibernético para menores e inscrição até 31 de janeiro de 2027. Esses dados e termos locais de elegibilidade não devem ser generalizados a todos os clientes da Frontline. Use seu aviso individual e o canal conhecido da escola; a data do aviso não comprova que todos tenham recebido uma carta.
- As notificações individuais começaram por volta dessa data para registros afetados do Central e do School Health Management.
As categorias variam por pessoa e incluem números de Seguro Social dos EUA (SSN), datas de nascimento e identificadores governamentais, do Medicaid ou de estudante. A Frontline informa investigação concluída e falha corrigida; isso não recupera cópias dos dados.
O que você pode fazer: Confirme a notificação pelo canal habitual da escola. Adultos elegíveis nos EUA recebem oferta de dois anos de monitoramento de crédito. Menores elegíveis podem receber monitoramento da dark web, quando disponível. Siga os critérios de elegibilidade e inscrição da sua notificação individual.
Fontes oficiais: Informações e apoio sobre o incidente · Comunicado de notificações de 26 de outubro
Dados internos copiados; avaliação por cliente continua
Serviço ou informações afetadas: Registros internos da PingCAP, materiais de suporte e chaves de gerenciamento do TiDB Cloud
- A PingCAP descobriu o incidente em 7 de outubro. O relatório situa o acesso indevido entre 9 de setembro e 7 de outubro, com cópia de registros internos e código-fonte.
- Os registros copiados incluem contatos, informações comerciais/de cobrança e textos/erros do editor SQL; a exposição varia por cliente. Os investigadores não encontraram evidências de acesso aos dados dos bancos TiDB dos clientes.
- Segundo o CEO, as credenciais comprometidas identificadas foram invalidadas. Os valores exportados das chaves de API de gerenciamento estavam criptografados e a chave de criptografia não foi exposta; segredos enviados ao suporte exigem ação separada. A avaliação por cliente continua.
O que você pode fazer Peça ao proprietário da organização no TiDB Cloud que siga a rotação oficial: substituir chaves, atualizar e testar as aplicações dependentes e então revogar as antigas. Se houver suspeita de uso indevido, revogue imediatamente e procure o suporte oficial. Troque segredos enviados ao suporte e confira pedidos inesperados por um canal conhecido.
Fontes oficiais: Relatório do incidente · Ações para clientes · Atualização do CEO
Versão 1.107.0 comprometida e investigação posterior
Serviço ou informações afetadas: Pacote 1.107.0 no PyPI e imagens Docker/GHCR afetadas em 21 de outubro
- A LiteLLM informou um pacote 1.107.0 malicioso e artefatos de contêiner, incluindo as tags v1.107.0, latest, main-latest e main-stable. Os artefatos afetados foram removidos. Segundo a empresa, o registro privado da edição empresarial não foi afetado.
- A investigação canônica substitui as hipóteses iniciais conflitantes. A reconstrução atual informa exposição de uma chave administrativa em 27 de maio. Uma alteração removeu o arquivo cerca de três horas depois, mas o commit original permaneceu público até 22 de outubro e a chave não foi revogada por mais de quatro meses. Em 10 de outubro, o acesso ao Agent Platform interno expôs um token OAuth da CLI do GitHub pertencente a um proprietário da organização. Depois, o invasor usou esses privilégios para contornar a proteção de branch e alterar o fluxo de lançamento. Remover arquivo ou pacote não revoga uma chave nem limpa um host exposto. O relatório ainda informa publicação em 23 de outubro; não atribuímos uma nova data à revisão.
- A atualização de 30 de outubro documenta a troca da chave de assinatura cosign em 23 de outubro e as primeiras versões assinadas com ela em 24 de outubro: v1.103.8, v1.104.6, v1.105.4 e v1.106.3. As imagens comprometidas da v1.107.0 também têm assinaturas válidas da chave antiga. Administradores devem conferir a impressão digital oficial da chave junto com os digests das imagens afetadas; uma assinatura antiga válida, sozinha, não comprova segurança. É um esclarecimento de verificação, não um novo ataque confirmado.
O que você pode fazer Se sua equipe executou um artefato afetado, acione os responsáveis pela resposta ao incidente. Evite iniciar Python ou pip nesse ambiente. Preserve evidências e siga, a partir de um sistema limpo, as orientações oficiais de reconstrução e revogação de credenciais; isso não significa que todos os usuários de IA foram afetados.
Fontes oficiais: Artefatos afetados e resposta · Investigação oficial consolidada
Acesso indevido a e-mails de funcionários e arquivos
Serviço ou informações afetadas: Duas contas de e-mail de funcionários e alguns arquivos; países afetados não informados
- Em comunicado datado de 22 de outubro na Nova Zelândia, a empresa informou acesso indevido a duas contas de e-mail de funcionários e a alguns arquivos com dados pessoais. Estava notificando os afetados. Não encontrou evidências de comprometimento do sistema de dados de pacientes, relatou ausência de impacto em produtos, fabricação e cadeia de suprimentos e considerava o incidente contido. Duas contas não são uma contagem de pessoas afetadas.
O que você pode fazer Se receber um aviso, siga as instruções relativas aos seus dados e confirme o remetente por um contato que você já conhece. O comunicado não lista os tipos de dados nem os países afetados; não presuma impacto em todos os pacientes ou países.
Fontes oficiais: Comunicado da empresa na NZX
Acesso ao Quanum LSM e investigação de dados de pacientes
Serviço ou informações afetadas: Quanum LSM, usado por alguns clientes para pedidos e resultados de exames; alcance dos dados em investigação
- A Quest informou que soube do acesso indevido ao Quanum LSM e iniciou a resposta ao incidente, com especialistas externos e autoridades federais.
- No Form 8-K, a empresa afirma acreditar que certos registros de pacientes foram acessados. O alcance total seguia em investigação, sem interrupção relevante nas operações ou no atendimento aos pacientes. O documento não informa quantidade de pacientes, campos específicos dos registros nem países afetados.
O que você pode fazer Confirme qualquer aviso sobre seus registros com a clínica ou o contato habitual da Quest. Verifique solicitações inesperadas antes de fornecer dados de saúde ou credenciais. O documento não comprova impacto em todos os pacientes, roubo de todos os dados nem anúncio de indenização ou prazo para adesão a um benefício.
Fontes oficiais: Form 8-K da empresa na SEC EDGAR
Incidente no ATS/CRM e recuperação parcial de funções
Serviço ou informações afetadas: Bullhorn ATS/CRM; acesso ao BBO e integrações · impacto em dados de clientes ainda em investigação
- As perguntas frequentes da Bullhorn confirmam um incidente cibernético no ATS/CRM. A investigação ainda não determinou se dados de clientes foram extraídos; os clientes afetados serão avisados diretamente. Segundo a empresa, outras interrupções para corrigir vulnerabilidades do PHP não estavam relacionadas a esse incidente.
- A atualização de status informa produtos disponíveis, mas o Canvas de relatórios do Bullhorn ATS está indisponível e persistem alguns problemas de login ou de SSO do ATS para o BBO. O acesso ao BBO foi restaurado; usuários afetados pelo SSO devem pedir a correção específica ao suporte. O monitoramento continua. Esse Canvas é diferente do Canvas da Instructure.
- As atualizações de 25 de outubro às 20h UTC reiteram que os produtos e o acesso ao BBO estão disponíveis, mas os relatórios do Canvas no ATS e algumas funções de login/SSO seguem afetados. As credenciais existentes do BBO continuam válidas para registrar horas, sem troca de senha. Usuários afetados pelo SSO devem solicitar a correção específica ao suporte.
- Os comunicados de 26 de outubro mantêm as restrições restantes do Canvas no ATS e de login/SSO, além do monitoramento. Isso não confirma a recuperação de todas as funções.
- A atualização de 27 de outubro mantém as restrições do ATS Canvas e de login/SSO e acrescenta que o conector do QuickBooks Desktop está fora do ar para os clientes do BBO que o utilizam. As credenciais existentes continuam válidas para registrar horas no BBO, sem troca de senha; usuários com SSO afetado devem procurar o suporte. O monitoramento continua.
- Os avisos de 29 de outubro repetem as restrições de Canvas, login/SSO e QuickBooks Desktop; não confirmam recuperação funcional adicional. O texto usa EST, mas os horários estruturados usam -04:00. O novo horário exato segue sem confirmação. Mantivemos o relógio geral anterior desta página até haver horários consistentes na fonte.
- Um comunicado posterior de 29 de outubro restabelece o acesso ao Canvas e a execução de relatórios existentes para todos os clientes. Criar/Copiar relatório continua indisponível para todos, enquanto Modificar relatório segue indisponível para alguns clientes dos EUA. Alguns usuários podem encontrar um CAPTCHA; erros de login no Canvas devem ser informados ao suporte. O conector QuickBooks Desktop continua fora do ar, e as credenciais existentes do BBO seguem válidas para registrar horas sem troca de senha. A retirada da frase anterior sobre SSO não confirma explicitamente sua recuperação completa. O monitoramento continua. O novo cabeçalho do produto informa 10:30 AM EST, mas a marca estruturada indica 10:28 EDT; o horário exato continua sem confirmação, e esta página mantém o relógio de revisão geral anterior.
- Uma atualização posterior informa explicitamente que todas as funções do Canvas foram totalmente restauradas. Problemas de login no BBO ainda exigem chamado ao suporte, e o conector QuickBooks Desktop segue indisponível para clientes afetados do BBO. As credenciais existentes continuam válidas para registrar horas sem trocar a senha. O incidente geral segue em monitoramento; isso não confirma a conclusão da investigação de segurança ou da avaliação dos dados dos clientes. Os novos horários EST ainda conflitam com as marcas EDT; mantivemos o horário exato anterior da fonte e o relógio de revisão geral desta página.
- A atualização de 30 de outubro reitera que o Canvas foi totalmente restaurado, mas o conector QuickBooks Desktop segue indisponível para os clientes BBO afetados. Problemas de login no BBO ainda exigem um chamado ao suporte. As indicações EST e os horários estruturados EDT continuam inconsistentes; o horário exato e a confirmação global desta página permanecem sem nova validação.
- O aviso de 30 de outubro agora informa que não é possível adicionar ou editar relatórios no Bullhorn Canvas; executar, copiar e excluir relatórios não é afetado. Problemas de login do BBO continuam com o suporte, o conector QuickBooks Desktop segue indisponível e as credenciais existentes para registrar horas não exigem troca de senha. A FAQ atualizada orienta abrir chamados pelo Bullhorn Hub ou por Help no Bullhorn ATS. Rótulos EST ainda conflitam com metadados EDT; o horário exato de confirmação foi mantido. É uma restrição funcional, não confirmação de nova invasão.
- A atualização de 2 de novembro às 07:00 EST (12:00 UTC) mantém as restrições para criar/editar relatórios no Canvas, as orientações de suporte para login no BBO e o conector QuickBooks Desktop offline. Executar, copiar e excluir relatórios do Canvas continua sem impacto, e as credenciais existentes de registro de horas do BBO não exigem troca de senha. As indicações atuais correspondem aos deslocamentos UTC−05:00; a divergência antiga EST/EDT de outubro não foi solucionada retroativamente. É recuperação limitada de funções, não uma declaração de restauração de todas as funções ou dos dados copiados.
O que você pode fazer Confira as instruções do seu produto e método de login. Este aviso não exige trocar a senha para registrar horas no BBO com credenciais existentes. Siga as orientações oficiais específicas da conta para API ou login, sem trocar indiscriminadamente todos os segredos de integração. Verifique os registros de horas e pagamentos antes de repetir envios. Créditos por SLA dependem de análise posterior, sem garantia.
Fontes oficiais: Status dos produtos · Status do BBO · Perguntas frequentes sobre o incidente
Exposição em outubro, encerramento e prazos para pedidos
Serviço ou informações afetadas: Clusters compartilhados, alguns servidores dedicados, segredos e dados de contas/projetos · alcance varia por sistema
- A Zeabur anunciou o encerramento gradual dos serviços de 1º a 31 de dezembro. O dia 31 é a data final, não uma garantia de que cada servidor funcionará até lá.
- O relatório preliminar descreve uma invasão em 14–15 de outubro. Confirma a leitura de 3.218.965 registros de variáveis de ambiente e dados relativos a 321.810 contas; são contagens diferentes. Houve envolvimento de clusters compartilhados e 101 servidores dedicados no GCP. Variáveis já retiradas do banco da plataforma ficaram fora dessa leitura, mas um servidor comprometido ainda pode expô-las. A ligação sugerida com agosto segue como hipótese; a investigação continua.
- O aviso posterior recomenda migrar até 30 de novembro e fixa essa data como prazo para pedidos por perdas no incidente. Reembolsos de saldo são separados: solicite por chamado até essa data ou por e-mail depois, conforme as condições. O aviso informa exclusão dos dados até o encerramento final em 31 de dezembro; dados de servidores dedicados podem ser excluídos antes, no vencimento de cada servidor. São atualizações dos prazos que estavam em aberto no aviso de 17 de outubro.
O que você pode fazer Se você usa a Zeabur, siga o aviso específico do seu sistema para substituir credenciais expostas, revogar chaves antigas e revisar acessos e cobranças. A troca feita em agosto não resolve, por si só, este incidente de outubro; não é necessário repetir uma troca já concluída após a contenção de outubro apenas por causa desta página. Teste os backups e a migração antes do seu vencimento. Envie pedidos por perdas separadamente ao suporte oficial, com dados sensíveis ocultados; não há garantia de indenização.
Fontes oficiais: Relatório preliminar · Encerramento dos serviços · Migração, reembolsos e pedidos
Exposição de segredos e revogação preventiva de chaves
Serviço ou informações afetadas: Variáveis de ambiente e credenciais de registro
- A Railway diz que algumas variáveis armazenadas podem ter sido descriptografadas, expondo possivelmente chaves de API e credenciais de bancos/registros.
- O relatório preliminar, datado de 22 de outubro, estima variáveis possivelmente comprometidas em até 1,85% dos workspaces (cerca de 100.000 workspaces). Não é uma contagem de usuários nem uma avaliação final; quais chaves foram descriptografadas e o possível acesso ao código-fonte seguem em investigação.
- O aviso das 19h18 UTC informa que as notificações aos workspaces dos grupos atualmente considerados de maior risco terminaram às 18h57min54s UTC; os demais não estão confirmados como seguros. Às 22h06 UTC, a Railway encerrou o incidente da plataforma: builds, implantações, API e painel funcionavam normalmente. Cadastros seguiam pausados e o site de suporte/comunidade indisponível em aviso separado. Isso não encerra a investigação de segurança.
- Às 13h57 UTC, a Railway esclareceu que os provedores podem revogar chaves novas de substituição incluídas por engano em um lote preventivo. Segundo a empresa, não é um novo ataque, e essas revogações não provam que as chaves novas tenham sido comprometidas.
- A Railway encerrou o aviso sobre a revogação preventiva de chaves de API às 06h26 UTC, classificado como sem impacto. Isso encerra o aviso; não desfaz a exposição de dados de 21 de outubro nem elimina a necessidade de substituir credenciais que realmente foram revogadas. O aviso separado de suporte, conferido novamente em 25 de outubro, agora informa que station.railway.com foi restaurado; novos cadastros seguem pausados e algumas funções não essenciais estão desativadas. O aviso não especifica o horário da restauração.
- A Railway informa serviços totalmente restaurados para usuários existentes, mas novos cadastros seguem pausados. Reabrir nesta semana é uma previsão. A Railway não reembolsa gastos fraudulentos em outras plataformas de IA; contate primeiro esse provedor e depois peça ao suporte o encaminhamento com evidências. Não há garantia de reembolso.
- Às 03:20 UTC, a Railway encerrou o aviso de suporte como sem impacto. Isso não comprova a reabertura dos cadastros nem a recuperação de segredos copiados.
O que você pode fazer Peça ao responsável pela aplicação que substitua as credenciais expostas ainda não trocadas, revogue as antigas, atualize as variáveis, reimplante os serviços dependentes e confira os logs dos provedores. Substitua uma chave nova se o provedor realmente a revogou ou enviou outra orientação específica para a conta; chaves que funcionam não exigem nova troca apenas pelo aviso de 24 de outubro. A recuperação do serviço não recupera cópias roubadas.
Fontes oficiais: Comunicado da Railway · Relatório preliminar da Railway · Status da Railway · Esclarecimento sobre revogação de chaves · Aviso sobre suporte e cadastros
Recuperação por marca; investigação de dados continua
Serviço ou informações afetadas: Sites, aplicativos e comércio eletrônico · Europa e Estados Unidos
- A Ahold Delhaize divulgou um problema de segurança na rede e retirou alguns sistemas do ar por precaução. As lojas permaneceram abertas.
- O aviso de 19 de outubro confirmou atividade maliciosa e recuperação desigual por marca e país. O comércio eletrônico na Bélgica funcionava; site e aplicativo do Albert Heijn voltaram, mas a entrega em domicílio era apenas prevista para 23 de outubro, não confirmada por essa fonte. A recuperação nos EUA ainda era esperada. Naquele momento, a empresa não tinha evidências de roubo de dados sensíveis de clientes, funcionários ou parceiros; a investigação continuava.
O que você pode fazer Confira o aviso atual da marca local e o estado real do pedido/pagamento antes de tentar de novo. Não trate uma previsão de recuperação ou a ausência de evidência de roubo como garantia. Verifique mensagens inesperadas por um canal oficial conhecido.
Fontes oficiais: Ahold Delhaize · 12 de outubro · Ahold Delhaize · 19 de outubro
Chaves intermediárias fracas; proteção do navegador e transição
Serviço ou informações afetadas: Oito intermediárias TLS · Cadeias afetadas, não todos os serviços eMudhra
- A Mozilla recebeu um relato de oito chaves intermediárias comprometidas e as bloqueou via OneCRL. Configurações padrão do Firefox receberam o bloqueio até as 22h59 UTC de 17 de outubro; isso não comprova proteção de todos os navegadores ou configurações personalizadas.
- O adendo de 21 de outubro da Mozilla registra o Firefox para Android 158.0.2 para uma falha na lista de bloqueio durante a inicialização, após os lançamentos Firefox/ESR de 20 de outubro. No comunicado de 21 de outubro, a eMudhra afirmou que as oito intermediárias fracas não emitiram certificados finais e que a retirada de confiança da raiz ECC afetou um ecossistema de cliente nos EUA; a investigação seguia aberta. São conclusões da empresa, não prova de roubo mundial de dados.
- A eMudhra ofereceu certificados emitidos pela Sectigo como alternativa e informou que as raízes G1 permaneciam ativas. A oferta não significa que todos os certificados TLS ou todos os produtos eMudhra sejam afetados. Em outro comunicado de 22 de outubro, o conselho decidiu sair do negócio global de SSL/TLS. A empresa informa que as raízes G1 RSA atenderão os clientes durante a transição, que oferecerá substituições gratuitas por parceiros e que manterá os serviços de revogação e status até os certificados emitidos expirarem ou serem substituídos. Isso não é o encerramento imediato de todos os produtos eMudhra.
- A atualização de 26 de outubro da eMudhra atribui as oito chaves intermediárias fracas a um erro de script. Segundo a empresa, houve revogação em 14 horas e, até o momento, a investigação não indica comprometimento da infraestrutura ou de dados de clientes. O relatório de causa raiz via CCADB e a revisão independente estão previstos, não concluídos.
- O Google programou a remoção da raiz G3 para a manhã de 27 de outubro no fuso PDT; a conclusão não foi confirmada aqui.
- Na atualização de 28 de outubro, a eMudhra informa que cerca de 30.800 certificados das hierarquias G3 afetadas pertencem a um ecossistema de cliente nos EUA, que já usa uma via alternativa de emissão G1 RSA. Pediu prazo aos programas de navegadores/raízes para migrar de forma ordenada a outros provedores; isso não é aprovação nem migração concluída. A emissão TLS G1 terminará após essa transição. O total da hierarquia mais ampla não comprova 30.800 certificados fraudulentos nem vítimas de roubo de dados e tem escopo diferente da afirmação anterior sobre as oito intermediárias fracas. Segundo a empresa, eSignature e produtos corporativos seguem sem impacto.
- O aviso da Cisco sobre o Webex, de 29 de outubro, prevê a aplicação da nova política a partir de 2 de novembro, possivelmente em etapas, nas integrações SIP seguras afetadas do Edge Audio e CMR do Webex Meetings. Isso não confirma que ela já tenha alcançado todas as conexões. O aviso lista caminhos com emSign Root TLS CA – G3, emSign ECC Root CA – G3, emSign Root CS CA – G3 e AAA Certificate Services. A própria AAA não foi comprometida; algumas cadeias da Sectigo usam um caminho com assinatura cruzada da AAA. A G1 está excluída. Operadores devem examinar as cadeias dos sistemas CUBE, Expressway-E ou SBC principais e redundantes, combinar uma substituição validada com o emissor e testar chamadas de entrada/saída do Edge Audio e a entrada por SIP no CMR. Quando houver suporte, pode bastar manter o certificado de identidade e substituir apenas a cadeia intermediária. Nunca remova a cadeia antiga antes de instalar e validar a substituição, ignore verificações TLS ou divulgue chaves privadas. Outros métodos de acesso às reuniões não usam o mesmo caminho SIP do cliente.
- A eMudhra anunciou a KPMG como revisora externa independente. É uma contratação para examinar o incidente, não a publicação de uma revisão concluída nem a confirmação de encerramento da investigação.
O que você pode fazer Mantenha navegador e componentes gerenciados de confiança em versões atuais com suporte. Nunca contorne alertas de certificado. Operadores de sites afetados devem conferir a cadeia e combinar a substituição com o emissor; outros produtos eMudhra não são automaticamente afetados.
Fontes oficiais: Comunicado da eMudhra · Atualização de segurança da Mozilla · Transição do negócio TLS · Aviso do Google sobre confiança no navegador
Vídeos internos copiados; investigação continua
Serviço ou informações afetadas: Plataforma de vídeos internos
- Vídeos foram copiados; nomes/e-mails de usuários foram acessados. A Supercell diz não ter identificado impacto nos dados de jogadores até agora.
O que você pode fazer Verifique pedidos inesperados por canais confiáveis. Consulte o comunicado oficial para contato de pessoas afetadas.
Fontes oficiais: Comunicado da Supercell
Retomada em fases exige nova autorização por ambiente Microsoft 365
Serviço ou informações afetadas: Cloud Backup, antigo SkyKick; integrações afetadas do Microsoft 365
- Investigação anunciada após acesso indevido envolvendo credenciais de aplicativos.
- Às 14h00 UTC, a ConnectWise informou que a recuperação da infraestrutura e a rotação de certificados continuavam. A meta é liberar primeiro o acesso à restauração de backups na segunda-feira, 26 de outubro, após testes e validação de segurança; a reativação gradual dos parceiros virá depois. É uma previsão, não disponibilidade confirmada nem autorização para reconectar.
- Às 14h UTC, a ConnectWise reiterou a previsão de começar a reintegração gradual de parceiros na segunda-feira, 26 de outubro, sujeita a testes e validação de segurança bem-sucedidos. Primeiro virá o acesso para restaurar backups; depois, a reativação dos serviços. Segundo a empresa, restaurar a infraestrutura não significa disponibilizar todas as funções aos parceiros; mantenha as conexões afetadas desativadas até receber as instruções aplicáveis. A próxima atualização diária está prevista até 26 de outubro às 14h UTC.
- Às 14h UTC de 26 de outubro, a ConnectWise informou que a restauração, os testes e a validação continuavam. Ainda preparava a retomada gradual do acesso dos parceiros e avisaria quando poderiam começar a restaurar os backups existentes. A disponibilidade não foi confirmada. Mantenha as conexões de aplicação afetadas desabilitadas até receber instruções específicas para o serviço; a próxima atualização está prevista até 27 de outubro, às 14h UTC.
- Às 14:30 UTC, a ConnectWise informou que os preparativos estavam concluídos, mas a validação obrigatória de um terceiro ainda estava pendente. O acesso gradual à restauração de backups só começará após a validação; a disponibilidade não foi anunciada. Mantenha as conexões afetadas desativadas até receber instruções específicas para o serviço. Os backups existentes seguem criptografados, isolados e preservados, sem indícios de comprometimento. A próxima atualização diária está prevista até 28 de outubro às 14:00 UTC.
- Nesta revisão, após 14:00 UTC de 28 de outubro, o aviso publicado ainda terminava na atualização de 27 de outubro às 14:30 UTC. O horário previsto para 28 de outubro já passou; o original lido não confirma nova disponibilidade nem resultado da validação. Siga as instruções específicas do serviço sem presumir que o acesso foi reaberto.
- Às 16:00 UTC, a ConnectWise anunciou a retomada em fases, começando por backups e restaurações do Microsoft 365 pelo novo aplicativo “ConnectWise Cloud Backup for M365”. Os parceiros devem redefinir a senha do portal, configurar MFA se necessário e autorizar novamente cada ambiente (tenant) conforme seu método de autenticação. Outros recursos retornam em fases posteriores. A nova autorização não confirma a retomada dos backups: confira novos snapshots concluídos quando o serviço for habilitado para o ambiente. Continue a investigação separada de cada tenant. Não reative aplicativos antigos sem instruções explícitas para o serviço.
- Às 20:45 UTC, a ConnectWise reiterou a restauração gradual do Microsoft 365 pelo novo aplicativo. Se a redefinição de senha mostrar “Server error”/500, volte ao portal oficial Cloud Services e tente novamente; se persistir após algumas tentativas, procure o suporte do Cloud Backup. Redefina a senha do portal, conclua MFA se necessário e reautorize cada tenant pelo ConnectWise Cloud Backup for M365. Não reative aplicativos antigos sem instrução explícita. Reautorizar não basta: confira novos snapshots de backup concluídos com sucesso e continue a investigação separada do tenant.
- Às 21:00 UTC de 30 de outubro, a ConnectWise informou a conclusão das fases 1 e 2: backup e restauração para tenants Microsoft 365 reautorizados, portal de autoatendimento dos clientes finais e painéis de monitoramento de backups estão disponíveis. A fase 3 segue em andamento; relatórios de integridade dos backups, tarefas de exportação e funções de cobrança ainda estão sendo restaurados. As notificações voltam na fase 4. Reautorizar não comprova a retomada: verifique novos snapshots concluídos e preserve a lacuna do histórico. Mantenha os aplicativos antigos desativados salvo instrução explícita. A investigação e o monitoramento reforçado continuam; arquivos preservados não equivalem à recuperação de informações copiadas.
O que você pode fazer Peça ao administrador autorizado que siga as instruções atuais do Trust Center e use o novo aplicativo, confira novos snapshots e preserve o registro do intervalo sem backups. Mantenha os aplicativos anteriormente desativados assim, salvo instrução explícita em contrário. É distinto da interrupção do portal Axcient ligada ao PHP.
Fontes oficiais: Central de confiança da ConnectWise
Intrusão contida; análise dos dados internos continua
Serviço ou informações afetadas: Sistemas internos de treinamento e relacionamento com clientes
- A Genesys tomou conhecimento de acesso não autorizado.
- Confirmou acesso ou download de contatos comerciais e informações de contas. Informou que as plataformas Cloud/Engage e suas gravações de clientes não foram afetadas; a investigação continua.
- A Genesys diz que conteve totalmente a intrusão e concluiu as correções imediatas. Suspendeu o uso do sistema de aprendizagem afetado e continua analisando as informações internas acessadas. Segundo a empresa, as plataformas Cloud/Engage e seus dados de clientes seguem sem impacto; conter a intrusão não comprova recuperação de cópias de dados.
O que você pode fazerConfirme solicitações inesperadas em nome da Genesys com um contato conhecido. Pergunte à equipe responsável pela conta se seus dados comerciais foram afetados; não envie senhas por mensagens não solicitadas.
Fontes oficiais: Comunicado de segurança da Genesys
Notificações a pacientes após a conclusão da análise dos dados
Serviço ou informações afetadas: Contatos de pacientes, identificadores de conta/dispositivo, seguro, data do serviço e nascimento
- O acesso indevido foi detectado por volta desta data; a investigação identificou downloads entre 3 e 8 de junho.
- As notificações começaram após a análise forense e dos dados. A empresa informou não ter identificado impacto nos sistemas de dispositivos médicos nem na segurança dos pacientes.
O que você pode fazerUse o canal específico do aviso oficial para conferir sua notificação. Verifique atividades médicas ou de seguro desconhecidas com o prestador responsável; os procedimentos de proteção contra fraude dependem do país.
Fontes oficiais: Aviso aos afetados da iRhythm · Atualização da investigação da iRhythm
Análise do Canvas concluída; instituições recebem dados afetados
Serviço ou informações afetadas: Nomes de usuário, e-mails, informações de cursos/matrículas e mensagens; os campos variam
- Após detectar a primeira invasão em 29 de abril, a Instructure identificou um segundo ataque em 7 de maio e retirou temporariamente o Canvas do ar. A empresa informa que não houve acesso nem extração adicional de dados nesse segundo ataque.
- A análise forense dos dados foi concluída. As instituições afetadas restantes receberão informações por seus contatos de segurança; novos comunicados serão enviados diretamente a elas.
O que você pode fazerEstudantes e famílias devem usar o canal oficial da instituição. Administradores devem conferir o contato designado e os dados recebidos antes de definir as notificações; não procure o invasor.
Fontes oficiais: Instructure: atualizações e perguntas frequentes
Casos anteriores: o que aconteceu depois
Aviso posterior confirma divulgação de dados roubados
Serviço ou informações afetadas: Contatos/perfis; a Qantas informa que senhas, cartões e documentos de identidade não foram acessados
- Atividade incomum foi detectada em uma plataforma terceirizada de atendimento.
- A Qantas confirmou a divulgação de dados e continuou analisando o conteúdo. Avisos anteriores sem evidência de divulgação não substituem esse comunicado posterior.
O que você pode fazerLeia sua notificação individual pelo site oficial. Confirme a identidade de quem ligar e use o canal do incidente indicado ali; dados pessoais corretos não comprovam que uma mensagem seja autêntica.
Fontes oficiais: Qantas: aviso aos clientes e comunicados anteriores
Roubo de dados e recuperação do serviço têm resultados diferentes
Serviço ou informações afetadas: Contatos, nascimento, pedidos e cartões mascarados; não dados de pagamento utilizáveis nem senhas
- A M&S notificou clientes de que dados pessoais haviam sido roubados após o incidente de abril.
- Informou recuperação dos sistemas voltados aos clientes no verão britânico e de praticamente todos os sistemas operacionais. Os resultados de 2026 descrevem a recuperação do negócio, não a devolução dos dados vazados.
O que você pode fazerAbra o aplicativo ou site oficial para seguir os avisos da conta e contatar o suporte. Cuidado com falsos contatos: retomar as compras online não torna privados os dados já copiados.
Fontes oficiais: M&S: perguntas frequentes para clientes · M&S: comunicado de 13 de maio de 2025 · M&S: relatório de recuperação · M&S: resultados de 2026
Produção recuperada após a descoberta de impacto em dados
Serviço ou informações afetadas: Varejo, produção e dados afetados; a exposição individual depende da notificação
- A JLR informou que alguns dados foram afetados e que estava comunicando o caso às autoridades reguladoras. O aviso não detalhou todos os tipos de dados nem as pessoas afetadas; a investigação forense continuava.
- Relatou produção em níveis normais após a retomada gradual. A recuperação operacional não confirma a conclusão de toda investigação ou notificação sobre dados.
O que você pode fazerUse o contato oficial da JLR ou da concessionária para consultar pedidos ou notificações individuais. Confirme por outro canal solicitações inesperadas de pagamento ou alteração de conta bancária.
Fontes oficiais: JLR: comunicado sobre dados afetados · JLR: relatório da retomada da produção · JLR: relatório anual de 2026
Avisos escolares e extorsão posterior envolvem os mesmos dados roubados
Serviço ou informações afetadas: Estudantes, ex-estudantes e funcionários; os dados variam conforme a rede de ensino
- Redes de ensino receberam aviso sobre o vazamento no SIS em dezembro de 2024. Alguns comunicados incluem dados de identidade, contato e saúde.
- Novos avisos relataram extorsão contra alguns clientes usando os dados anteriores, não comprovaram um novo vazamento separado.
O que você pode fazerConfira os anos e os campos afetados no aviso da sua rede de ensino. Pergunte ao contato oficial sobre o apoio disponível hoje; não presuma que um prazo de inscrição de 2025 continue aberto.
Fontes oficiais: TDSB: incidente e notificações · Territórios do Noroeste: aviso posterior sobre extorsão
Autoridade identificou falhas na proteção de dados genéticos e familiares
Serviço ou informações afetadas: 155.592 residentes do Reino Unido na decisão da ICO; não é o total mundial
- Começaram tentativas com credenciais de outros vazamentos, que continuaram até setembro.
- A ICO anunciou multa de £2,31 milhões. Os dados expostos variavam e incluíam informações familiares, de ancestralidade e saúde. Multa regulatória não é indenização a clientes.
O que você pode fazerRevise sua notificação e as opções de compartilhamento da conta. Proteja credenciais reutilizadas em outros serviços; trocar a senha não altera os dados genéticos ou familiares já expostos.
Fontes oficiais: ICO: conclusões sobre a 23andMe
Backups copiados e decisão regulatória exigem verificações diferentes
Serviço ou informações afetadas: Incidente de 2022; cofres criptografados e outras informações de clientes
- A LastPass explicou como dois incidentes ligados de 2022 permitiram acessar backups em nuvem com dados de clientes criptografados e não criptografados.
- A ICO anunciou multa de £1,2 milhão pelo vazamento de 2022, que afetou até 1,6 milhão de usuários no Reino Unido. Não encontrou evidências de descriptografia das senhas; isso não comprova a recuperação dos dados copiados.
O que você pode fazerUse as orientações atuais da LastPass para sua conta ao avaliar senhas, segredos e integrações. Não presuma que apenas trocar a senha mestra proteja retroativamente um backup já copiado.
Fontes oficiais: LastPass: investigação e medidas recomendadas · LastPass: aviso de dezembro de 2022 · ICO: conclusões sobre a LastPass
Não foi possível reconfirmar o comunicado citado do ICO nesta revisão. As conclusões mantêm as datas originais; para decisões urgentes, siga a orientação atual da LastPass específica para sua conta.
O que os afetados podem fazer agora
Compare serviço, conta, período e campos de dados com a notificação oficial individual. Um incidente global não significa que todas as contas ou todos os campos tenham sido afetados.
Se credenciais ou sessões puderem estar comprometidas, siga as instruções atuais da empresa em um dispositivo confiável. Troque senhas reutilizadas em outros serviços, ative a autenticação multifator e revise os meios de recuperação e aplicativos conectados.
Guarde com segurança sua notificação oficial e o protocolo. Procure o banco, seguradora, escola ou empresa pelo canal conhecido. Confira as condições e os prazos atuais antes de aderir a um serviço de proteção.
Para orientações sobre direitos ou reclamações, procure a autoridade de proteção de dados ou de defesa do consumidor do seu país. Uma decisão britânica não define automaticamente regras, indenizações ou condições em outros lugares. Não procure seus dados em bases vazadas nem os envie a um “verificador de vazamentos” desconhecido.
Recuperar o serviço não apaga um vazamento
Um serviço pode voltar enquanto a investigação, as notificações aos afetados ou o processo regulatório continuam. A ausência de evidências de acesso contínuo não comprova que dados copiados antes tenham sido apagados. Uma promessa do invasor ou um pagamento não confirma, de forma independente, que todas as cópias foram recuperadas.
As datas acima distinguem o incidente, o comunicado da empresa e as descobertas posteriores. Um caso não é considerado resolvido apenas porque saiu de um feed de status. Para disponibilidade, consulte o monitor de status; para erros após uma atualização, veja problemas de atualização de aplicativos e sistemas.