Um fornecedor de cloud parado arrasta consigo todos os clientes que dele dependem. Foi o que se viu esta semana na Bielorrússia: o balanço do ataque de ransomware à ActiveCloud, iniciado a 10 de novembro, mede-se em dias sem plataformas de cloud nem correio empresarial. A empresa afasta uma fuga de dados, mas a 12 de novembro a recuperação ainda não estava concluída.
Resposta rápida: A ActiveCloud, fornecedor de cloud da Bielorrússia, confirmou um ataque de ransomware que cifrou parte da sua infraestrutura e deixou clientes sem sites, email e servidores virtuais durante vários dias. A empresa diz não ter detetado fuga de dados e não identificou os atacantes. Para qualquer organização, a lição é prática: mantenha cópias de segurança fora do fornecedor de alojamento e teste a sua reposição.
O que aconteceu à ActiveCloud
O primeiro sinal público surgiu no canal de Telegram da empresa, que situou o início do ataque nas 03h30 de 10 de novembro. Na lista de serviços afetados entraram as plataformas E-Cloud e E-Cloud Protected, o correio SmartMail e SelfMail e os meios de contacto da própria ActiveCloud: site, telefones, chats e sistema de pedidos de suporte.
A explicação só veio no dia seguinte. Uma nova mensagem, na manhã de 11 de novembro, classificou o incidente como ransomware, com parte da infraestrutura de cloud cifrada. O caso foi noticiado internacionalmente pelo The Record.
Entre a clientela da ActiveCloud contam-se empresas e organizações da Bielorrússia e da Rússia, que ali contratam alojamento em cloud, servidores virtuais e correio empresarial. O meio de comunicação bielorrusso Smartpress assumiu perante os leitores que o seu site foi um dos afetados. No mesmo período, a imprensa local noticiou falhas temporárias no site e na aplicação da Domino’s Pizza no país, atribuídas a problemas técnicos.
Cronologia do incidente
| Data | Desenvolvimento |
|---|---|
| 10 de novembro, 03h30 | Deteção do ataque, que deixa a empresa praticamente sem canais de comunicação com os clientes |
| 10 de novembro | Recuperação anunciada, no mínimo, até ao final desse dia |
| 11 de novembro | Regresso do SmartMail; as restantes plataformas continuam em baixo e os clientes não conseguem repor dados das cópias de segurança pelos seus meios |
| 12 de novembro | Volta a maior parte das máquinas virtuais do E-Cloud, mas alguns servidores não arrancam por danos na zona de arranque dos discos |
Quem vir na consola web mensagens como Operating System not found, No bootable device, BOOTMGR is missing ou grub rescue tem, segundo a empresa, uma máquina afetada. A ActiveCloud deu ainda por recuperados o SelfMail e o alojamento partilhado. Data para a normalização completa, não há.
O que ainda não se sabe
Autoria e vetor de entrada permanecem em branco nas comunicações da empresa. Um eventual pedido de resgate também ficou fora das declarações públicas. A garantia de que não houve fuga de dados de clientes assenta, por enquanto, apenas na verificação feita pelo próprio fornecedor.
Nas fontes consultadas não há indicadores de comprometimento (IOCs), nome da família de ransomware nem referência a qualquer vulnerabilidade (CVE) explorada.
Três fornecedores de alojamento em dez dias
O caso não surge isolado. A sequência abriu na noite de 1 para 2 de novembro, com a russa Beget, cuja infraestrutura de cloud acabou dada como destruída pela própria empresa. Seguiu-se a ESTT, também russa, a 8 de novembro: malware de cifragem nos serviços de cloud, 90% dos servidores virtuais de clientes de volta no dia seguinte e nenhum indício de fuga de dados. Ligação entre os três casos, nenhuma foi confirmada publicamente.
O que as empresas devem fazer
O incidente expõe dois pontos frágeis: as cópias de segurança guardadas no mesmo fornecedor ficaram inacessíveis e os canais de suporte caíram com o resto. As medidas seguintes são recomendações editoriais de boas práticas:
- Guardar pelo menos uma cópia de segurança fora do fornecedor de alojamento, idealmente offline ou imutável.
- Testar periodicamente a reposição completa de sites, bases de dados e caixas de correio.
- Definir um plano de continuidade para email e DNS, com alternativa pronta a ativar.
- Ter contactos alternativos do fornecedor que não dependam do portal de cliente.
- Exigir em contrato tempos de recuperação, notificação de incidentes e separação entre produção e cópias.
- Proteger as contas de gestão do alojamento com autenticação multifator.
Porque importa em Portugal
Não há indicação de clientes portugueses afetados, mas o cenário é transponível para qualquer PME que concentre site, loja online e email num só prestador. O Regime Jurídico da Cibersegurança (Decreto-Lei n.º 125/2025), que transpõe a diretiva NIS2, trata os prestadores de serviços de computação em nuvem como entidades abrangidas. Obriga também as organizações abrangidas a gerir o risco da cadeia de abastecimento e a notificar incidentes significativos ao CNCS/CERT.PT.
Há ainda a vertente de proteção de dados. Ao abrigo do RGPD, a perda de disponibilidade de dados pessoais pode constituir uma violação de dados, mesmo sem exfiltração. Nesse caso, o responsável pelo tratamento pode ter de notificar a CNPD no prazo de 72 horas, pelo que deve exigir informação rápida ao seu subcontratante.
Perguntas frequentes
Houve fuga de dados de clientes da ActiveCloud?
A verificação interna do fornecedor concluiu que não. Não existe, até ao momento, confirmação independente dessa conclusão.
Quem está por detrás do ataque?
Não se sabe. Responsáveis e forma de acesso continuam por revelar, e nenhuma ligação aos ataques à Beget e à ESTT foi confirmada.
Os serviços já foram repostos?
Em grande parte. O ponto de situação de 12 de novembro dava a maioria das máquinas virtuais do E-Cloud como acessível, com alguns servidores ainda incapazes de arrancar.
Como pode uma PME proteger-se de uma falha do fornecedor de cloud?
Mantendo cópias de segurança independentes do fornecedor, testando a reposição e preparando alternativas para email e DNS. Convém também rever o contrato quanto a tempos de recuperação e notificação de incidentes.
Esta informação tem caráter noticioso e baseia-se em dados divulgados publicamente pela ActiveCloud no seu canal oficial, tal como reportados por The Record, Onliner e Smartpress, e pela Beget.