Atualização de 13 de novembro de 2026. A falha do Microsoft 365 que começou na tarde de quinta-feira e que acompanhámos aqui atravessou a noite e continuou esta sexta-feira. Entretanto, a Microsoft deu explicações mais concretas, admitiu que as primeiras correções não funcionaram, começou a reverter uma alteração de rede e garantiu que não se trata de um ciberataque. Neste artigo reunimos só o que mudou desde ontem.
Em resumo: A Microsoft diz que não houve excesso de tráfego: muitos servidores ficaram indisponíveis depois de falharem verificações automáticas de estado, e um processo que estabelece ligações seguras ficou sobrecarregado. Os servidores repostos voltavam a falhar ao receber tráfego, e a empresa admitiu que as primeiras medidas não resultaram. Está a reverter uma alteração recente de rede, sem confirmar que seja a causa. Não há indícios de ciberataque, segundo a Microsoft, e a causa raiz ficará para o relatório pós-incidente.
O que mudou desde ontem
Na quinta-feira à tarde, a explicação provisória apontava para carga elevada em várias regiões. Ao fim do dia, a Microsoft corrigiu essa leitura: a pressão não vinha de mais tráfego, mas de servidores que ficaram inesperadamente indisponíveis, obrigando os restantes a absorver todas as ligações. Os servidores tinham deixado de passar nas verificações automáticas que confirmam se estão aptos a receber pedidos.
Durante a noite, a empresa foi mais específica: um processo que estabelece ligações seguras nos servidores afetados ficava sobrecarregado e levava-os a deixar de processar pedidos. Começou então a reverter uma alteração recente de configuração de rede que coincide com o início do impacto. Até agora, não confirmou que essa alteração esteja na origem da falha.
As correções que não resultaram
O que tornou esta falha invulgarmente longa foi a dificuldade de recuperação. A Microsoft validou um método alternativo de verificação de estado num grupo de servidores e começou a alargá-lo, mas reconheceu que as medidas tomadas não estavam a dar o alívio esperado. Os servidores repostos voltavam a ficar sem resposta assim que recebiam tráfego.
Já na madrugada de sexta-feira, a empresa explicou que algumas das suas próprias medidas de mitigação tinham provocado um pico de pedidos entre os serviços de encaminhamento e os servidores, e que algumas máquinas tinham ficado num estado que impedia a sincronização forçada da alteração de rede. Uma atualização seguinte falava apenas de um «sucesso marginal» depois de aplicar correções e reiniciar servidores.
| Hora (Lisboa) | O que aconteceu |
|---|---|
| Quinta-feira, ao fim da tarde | A Microsoft conclui que a carga elevada não resulta de mais tráfego, mas de servidores que ficaram indisponíveis |
| Quinta-feira, cerca das 23h00 | Início do regresso de parte dos servidores, com recuperação parcial em algumas regiões e tráfego desviado por rotas alternativas |
| Sexta-feira, madrugada | Charles Lamanna afasta indícios de ciberataque; a Microsoft identifica o processo de ligações seguras sobrecarregado e começa a reverter a alteração de rede |
| Sexta-feira, cerca das 05h00 | As medidas de mitigação provocam um pico de pedidos; servidores ficam bloqueados e atrasam a sincronização da alteração de rede |
| Sexta-feira, cerca das 07h00 | Atualização com «sucesso marginal» após correções e reinícios de servidores; sem previsão de resolução completa |
Não foi um ciberataque, segundo a Microsoft
Charles Lamanna, vice-presidente executivo da Microsoft, escreveu na rede social X que não há indícios de que a falha resulte de atividade maliciosa ou de um ciberataque. É a avaliação da própria empresa nesta fase, e não uma conclusão independente, mas é coerente com as explicações técnicas divulgadas, todas centradas em verificações de estado, processos sobrecarregados e alterações de configuração. Nenhum grupo reivindicou a falha.
A Microsoft comprometeu-se a publicar um relatório pós-incidente com a causa raiz e as medidas para evitar que se repita, depois de o problema estar resolvido.
Até onde chegou
Segundo relatos da imprensa, a falha atingiu utilizadores em 74 países e territórios, incluindo Portugal. Ao longo das atualizações, a lista de serviços potencialmente afetados no aviso MO1550821 alargou-se ao Planner, ao To Do e ao Purview, além do Exchange Online, do Teams, do SharePoint, do Copilot e do Defender XDR. Muitas destas funcionalidades dependem do Exchange Online, o que explica porque é que uma falha no correio se estendeu a calendários, ficheiros e ferramentas de conformidade.
Em Portugal, o estado do serviço variou ao longo do tempo: alguns órgãos de comunicação deram o Outlook como restabelecido, enquanto outros relatavam que a perturbação continuava na sexta-feira de manhã. Até à publicação deste artigo, a Microsoft não tinha anunciado a resolução completa nem uma previsão para a mesma.
Uma falha com efeitos na segurança
Para as equipas de segurança, a inclusão do Defender XDR na lista é o ponto mais sensível: durante a falha, o acesso ao portal, aos alertas e às investigações pode ter estado condicionado. A dificuldade em aceder ao portal não significa, por si só, que a proteção dos equipamentos tenha deixado de funcionar, mas a visibilidade reduzida deve ser tida em conta na revisão dos alertas destes dias.
Para além das recomendações do artigo de ontem, que se mantêm, sugerimos:
- quando o serviço estabilizar, rever os alertas do Defender XDR gerados durante a falha, que podem ter ficado por analisar;
- contar com uma recuperação gradual e intermitente: mesmo em regiões já recuperadas, a Microsoft limitou deliberadamente alguns tipos de tráfego;
- reforçar o aviso aos utilizadores contra mensagens que se aproveitem da falha, como falsos pedidos de nova autenticação ou de «reativação» da conta;
- guardar o registo do impacto (horas, serviços e processos afetados) para comparar com o relatório pós-incidente da Microsoft e para a revisão dos planos de continuidade.
Porque é que isto importa
Mais do que a falha em si, o que esta interrupção mostra é como pode ser difícil recuperar uma infraestrutura de grande escala: cada tentativa de repor servidores trouxe novos efeitos em cadeia. Para as organizações portuguesas, sobretudo as abrangidas pelo Regime Jurídico da Cibersegurança (Decreto-Lei n.º 125/2025, que transpõe a NIS2), é um teste real aos planos de continuidade e à gestão do risco de fornecedores de serviços na nuvem: que trabalho fica parado quando o correio, as reuniões e os ficheiros dependem de um único fornecedor durante quase um dia?
Perguntas frequentes
A falha do Microsoft 365 foi um ciberataque?
Segundo a Microsoft, não. O vice-presidente executivo Charles Lamanna afirmou não haver qualquer indício de que a falha resulte de atividade maliciosa ou de um ciberataque. É a avaliação da própria empresa nesta fase; a causa só ficará esclarecida no relatório pós-incidente.
Qual foi a causa da falha?
Ainda não há causa raiz confirmada. A Microsoft explicou que muitos servidores deixaram de estar disponíveis depois de falharem verificações automáticas de estado e que um processo responsável por estabelecer ligações seguras ficou sobrecarregado. A empresa está a reverter uma alteração recente de configuração de rede que coincidiu com o início do problema, mas não confirmou que seja essa a origem.
Porque é que a recuperação está a demorar tanto?
Porque os servidores repostos voltaram a ficar indisponíveis assim que recebiam tráfego. Algumas medidas de recuperação provocaram até um pico de pedidos entre os serviços de encaminhamento e os servidores, e a própria Microsoft admitiu que as ações iniciais não deram o resultado esperado.
Que serviços foram afetados?
Segundo o aviso MO1550821, entre os serviços potencialmente afetados estão o Exchange Online (Outlook), o Teams, o SharePoint Online, o Microsoft 365 Copilot, o Defender XDR, o Planner, o To Do e o Purview. A falha no Exchange tem um registo próprio, EX1550543.
Esta informação tem caráter noticioso e baseia-se nas atualizações públicas da Microsoft (incidentes EX1550543 e MO1550821 e conta Microsoft 365 Status), nas declarações de Charles Lamanna e em reportagens da UC Today, ITdaily, Gulf Business, ECO, Jornal de Notícias, Jornal Económico e Renascença.