Pane da Microsoft e ataque ao Porto de Santos: o valor de descentralizar serviços

A segurança e a disponibilidade dos serviços digitais não estão fáceis por estes dias. Nesta quinta-feira, 12 de novembro de 2026, duas notícias se encontraram: uma falha de infraestrutura da Microsoft deixou empresas do mundo todo sem e-mail e sem reuniões por horas, e o Porto de Santos completou quase uma semana com sistemas fora do ar depois de um ataque cibernético.

As causas são diferentes. A consequência é a mesma: quando tudo depende de um único lugar, basta esse lugar falhar para a empresa parar.

O que aconteceu com a Microsoft

Segundo o BleepingComputer, o dia começou com um incidente no Teams (registro TM1550488), entre 11h45 e 12h53 no horário de Brasília, com atrasos e falhas no envio de mensagens para usuários das Américas. Esse primeiro problema foi resolvido.

Às 15h26, começou o incidente maior, registrado pela Microsoft como MO1550821. Usuários passaram a não conseguir se conectar a vários serviços ao mesmo tempo:

• Exchange Online e Outlook (e-mail);
• Microsoft Teams;
• SharePoint Online;
• Microsoft 365 Copilot;
• Microsoft Defender XDR.

Os primeiros relatos vieram das Américas, mas a Microsoft confirmou depois que usuários de qualquer região poderiam ser afetados. A empresa atribuiu a falha a servidores que ficaram indisponíveis de forma inesperada, sobrecarregando os demais. Para conter o problema, pausou todas as implantações em andamento, redistribuiu o tráfego e iniciou a reinicialização dos servidores afetados.

É importante dizer com clareza: a Microsoft descreve o caso como uma falha de infraestrutura. Não há, até aqui, nenhuma indicação de ataque. Até a publicação deste texto, a empresa não havia informado a normalização completa nem um prazo para isso. O acompanhamento oficial é feito em status.cloud.microsoft.

O que aconteceu no Porto de Santos

No maior porto da América Latina, a origem é outra. A Autoridade Portuária de Santos (APS) sofreu um ataque cibernético identificado na sexta-feira, 6 de novembro, depois de uma queda de energia no prédio onde ficam os servidores. Segundo a imprensa:

• o site institucional e parte dos sistemas internos seguiam fora do ar nesta quinta-feira (12). Internet e telefonia só voltaram no dia 9;
• rotas, registros de chegada e faturamento passaram a ser feitos manualmente, e empresas relataram lentidão no embarque e desembarque de cargas;
• a APS confirmou ter sido procurada por um grupo que se disse autor do ataque. Não respondeu e não pagou resgate;
• cerca de 70% das cópias de segurança haviam sido recuperadas até quinta-feira;
• a Polícia Federal abriu inquérito no dia 10. A APS ainda não sabe dizer se houve acesso indevido a dados.

Um detalhe merece atenção. A entrada e a saída de navios não pararam. Parte dos serviços continuou funcionando pelo Porto Sem Papel, um sistema federal que não foi atingido, e os terminais privados operam com plataformas próprias, separadas da rede da autoridade portuária. Em outras palavras, o que manteve o porto operando foi justamente o que não estava no mesmo lugar.

O que vimos de perto

Na 3xTI, acompanhamos o dia de perto. Muitos dos nossos clientes ficaram sem capacidade de comunicação, sem e-mail e sem reuniões, e sem ter o que fazer além de aguardar o fornecedor.

Nos ambientes que administramos, não tivemos nenhuma incidência. Isso não é sorte, é resultado da precaução com que cobrimos cada sistema, sem concentrar tudo em um único fornecedor ou em um único ponto. Mas é preciso ser honesto: não estamos imunes. Ninguém está. Vamos seguir trabalhando duro para manter sistemas e plataformas no ar.

O valor da descentralização

Concentrar tudo em um grande provedor é cômodo: uma conta, um painel, uma fatura. O custo aparece em dias como hoje. Quando e-mail, mensagens, reuniões, arquivos e até a ferramenta de segurança dependem da mesma infraestrutura, uma única falha derruba todos de uma vez, inclusive os canais que a empresa usaria para avisar que está com problema.

Descentralizar não significa abandonar a nuvem nem multiplicar custos. Significa garantir que nenhuma falha isolada pare a empresa inteira:

• Comunicação com plano B. Um segundo canal, fora do provedor principal, combinado com a equipe e com os clientes antes da crise.
• Backup fora do provedor. Cópias de e-mails e arquivos guardadas em outro lugar, sob controle da empresa. No Porto de Santos, é o backup que está permitindo a retomada sem pagar resgate.
• Serviços críticos separados. O sistema que fatura, o site que vende e o e-mail que atende não precisam cair juntos.
• Segurança independente. Monitoramento e alertas que continuem funcionando quando a plataforma principal estiver fora.
• Procedimento manual. Saber como operar por algumas horas sem sistema, como o porto fez com os navios.

Três perguntas para fazer hoje

1. Se o nosso provedor de e-mail parar por um dia, como falamos com clientes e fornecedores?
2. Onde estão as cópias dos nossos dados, e quando foi a última vez que testamos uma restauração?
3. Qual serviço, se cair sozinho, para a empresa inteira?

Se alguma resposta for "não sei", vale tratar do assunto antes da próxima pane. Na 3xTI, esse desenho faz parte do trabalho de governança e segurança de dados e das VPS gerenciadas. Se a sua empresa foi afetada hoje, fale com a gente.

Fontes

• BleepingComputer, "Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide", 12/11/2026.
• Microsoft, página de status dos serviços.
• Times Brasil, "Porto de Santos recupera 70% dos backups após ataque hacker", 12/11/2026.
• Metrópoles, "Porto de Santos confirma ter recebido pedido de resgate após ataque hacker", 12/11/2026.
• TV Sim Brasil, "APS acredita que vírus 'dormente' causou ataque hacker em Santos", 12/11/2026.