· por NetProtector Security Team
Microsoft 365 e OneDrive offline: lições das falhas de 2026
No final de agosto, o trabalho parou para muitas empresas na Europa e em todo o mundo: o Exchange Online, o OneDrive for Business, o SharePoint e o Teams estiveram com perturbações durante horas, e a pesquisa no Microsoft 365 chegou mesmo a prolongar-se até ao dia seguinte. Poucas semanas antes, uma atualização defeituosa já tinha afetado a pesquisa no Outlook e no OneDrive. É altura de refletir sobre a dependência de um único fornecedor de cloud.
O que aconteceu
18 de agosto de 2026 – pesquisa com perturbações. Utilizadores em partes da infraestrutura da Microsoft deixaram de conseguir pesquisar de forma fiável no Outlook, no SharePoint Online e no OneDrive. A Microsoft atribuiu o problema a uma atualização implementada recentemente, que consumia demasiados recursos (incidente MO1456424 no Admin Center), e implementou uma correção.
31 de agosto de 2026 – falha em grande escala. Por volta do meio-dia (UTC), multiplicaram-se os relatos de problemas com o Exchange Online. Durante a tarde, a Microsoft alargou o âmbito do incidente: foram afetados o estabelecimento de ligações, a pesquisa e o fluxo de correio no Exchange Online, o acesso a ficheiros, a sincronização e a pesquisa no OneDrive for Business e no SharePoint Online, a pesquisa, o calendário e a presença no Teams, bem como as funcionalidades do Copilot que acedem a dados do Microsoft 365. Como causa, a Microsoft indicou um problema numa configuração central de autenticação partilhada por vários serviços do Microsoft 365. As ligações de correio foram, em grande parte, restabelecidas ao fim do dia; a pesquisa só recuperou já no dia 1 de setembro.
Até ao momento, a Microsoft não publicou um relatório final público detalhado – as informações sobre o início e a duração variam ligeiramente consoante a fonte.
O que aprendemos com isto
Nenhum dos incidentes foi um ataque; ambos resultaram de erros operacionais. Para os afetados, isso faz pouca diferença: quando o e-mail, os ficheiros e a telefonia estão num único fornecedor e falha um componente partilhado, como a autenticação, tudo falha ao mesmo tempo. A disponibilidade é um dos três objetivos de proteção da segurança da informação – e não pode ser totalmente delegada num prestador de serviços.
O que deve preparar
- Tornar a comunicação de emergência independente. Tenha disponível um canal que não dependa do Microsoft 365 – por exemplo, uma cadeia telefónica, um messenger ou uma página de estado. Quem só pensa em como contactar os colaboradores durante a falha perde horas.
- Manter os dados críticos também disponíveis localmente. Para planos de emergência, listas de contactos e credenciais de acesso, uma cópia offline ou noutro fornecedor deve ser prática corrente.
- Backup próprio em vez de apenas a reciclagem. A Microsoft garante a disponibilidade, mas não protege contra todas as perdas de dados. Um backup independente das caixas de correio e dos conteúdos do OneDrive é recomendável – tendo em conta o incidente da ConnectWise, porém, com permissões cuidadosamente limitadas para o serviço de backup.
- Monitorizar o Service Health. O Microsoft 365 Admin Center comunica as perturbações com um número de incidente. Um alerta para a direção de TI poupa tempo, em caso de emergência, na procura da causa na própria rede.
- Documentar as dependências. Que processos param quando a autenticação na Microsoft não funciona? A resposta deve constar da análise de impacto no negócio (BIA) e – para as empresas abrangidas pela NIS2 – da gestão de riscos.
A nossa avaliação
Os serviços cloud têm, regra geral, uma disponibilidade bastante superior à dos servidores operados internamente. Mas concentram o risco: um erro no fornecedor afeta milhares de clientes em simultâneo. A resposta certa não é abandonar a cloud, mas sim ter um plano para as horas em que ela não funciona.