Uma gerente comercial pede demissão numa sexta-feira e o acesso dela é removido no mesmo dia, como manda a boa prática. Quatro meses depois, o financeiro precisa de um contrato que só existia no OneDrive daquela conta — e descobre que ele não existe mais em lugar nenhum. Não foi ataque nem falha da Microsoft: foi o relógio. No Microsoft 365, o conteúdo excluído sobrevive no máximo 93 dias nas lixeiras do SharePoint e do OneDrive antes da exclusão definitiva. A cena se repete em PMEs toda semana porque quase todo mundo assume a mesma coisa errada: que “está na nuvem” significa “está com backup”.
O que a Microsoft garante — e o que ela não garante
O Microsoft 365 opera sob o modelo de responsabilidade compartilhada. A Microsoft responde pela infraestrutura: data centers, replicação entre regiões, disponibilidade com SLA de 99,9%. O que ela não assume é a integridade do seu conteúdo. O dono do dado é a sua empresa — e, com a propriedade, vem a obrigação de conseguir recuperá-lo.
É como o cofre de banco: o banco garante que o prédio não cai e que ninguém arromba a porta, mas se você mesmo jogar fora o que estava lá dentro, não existe segunda via. A licença do Microsoft 365 inclui lixeiras, versionamento e retenção — nada disso é backup. São mecanismos de desfazer de curto prazo, com validade e sem cópia independente.
Há uma prova comercial difícil de contestar: a própria Microsoft vende o Microsoft 365 Backup à parte, por consumo, a US$ 0,15 por GB protegido ao mês. Ninguém cobra separadamente por algo que já estava incluído no plano.
Os prazos que ninguém leu
Os números abaixo são o padrão de fábrica do serviço — e é neles que a recuperação de um incidente costuma esbarrar:
- SharePoint e OneDrive: 93 dias somando a lixeira do usuário e a do administrador. Depois disso, o arquivo não é recuperável — nem por chamado.
- Exchange Online: a pasta Itens Recuperáveis retém itens excluídos por 14 dias por padrão.
- Usuário excluído: o OneDrive de quem sai fica retido 30 dias por padrão antes de entrar no ciclo de exclusão.
- Teams: o que parece “conversa” mora em caixas de correio e sites do SharePoint, e herda os mesmos prazos.
Repare no padrão: o pior cenário não é o desastre barulhento, é o dano silencioso. Ransomware derruba a operação em horas e todo mundo percebe. Uma pasta apagada por engano só aparece quando alguém precisa dela — e aí já passou dos 93 dias.
Quatro maneiras reais de perder dado na nuvem
Nenhuma delas depende de a Microsoft falhar.
Erro humano. A causa campeã, com folga: alguém arrasta uma biblioteca inteira, apaga a pasta errada ou “limpa” o e-mail antigo para liberar espaço.
Ransomware que sincroniza. Com o OneDrive Sync ativo no notebook infectado, os arquivos criptografados sobem para a nuvem com a mesma naturalidade dos originais. A nuvem é cópia fiel — inclusive do estrago.
Saída de pessoas. Licença removida antes do arquivamento, conta de sócio que ninguém quis mexer. É o furo mais comum em PME, porque o offboarding raramente está escrito.
Ação maliciosa interna. Um administrador insatisfeito apaga conteúdo e esvazia a lixeira. Sem cópia externa, não há botão de desfazer.
Nem o provedor está imune
Em maio de 2024, o Google Cloud apagou por engano a assinatura de nuvem privada do UniSuper, fundo de pensão australiano com cerca de 615 mil participantes. Um erro de provisionamento criou o ambiente com validade de um ano em vez de perpétua, e ele se autodestruiu no aniversário — levando junto as duas regiões geográficas que existiam justamente para proteger contra perda. O fundo só voltou ao ar porque mantinha backup com outro provedor.
A lição não é “nuvem é insegura”: é que redundância dentro do mesmo fornecedor protege contra falha de hardware, não contra exclusão lógica. Se o comando de apagar é considerado legítimo, ele se propaga para todas as cópias.
Como proteger o Microsoft 365 da sua empresa
1. Contrate um backup de terceiro para SaaS
Cobrindo Exchange Online, OneDrive, SharePoint e Teams, com retenção definida pelo negócio — não pelos 93 dias do fornecedor. Quem tem obrigação contratual ou regulatória costuma precisar de anos, não de meses.
2. Aplique a regra 3-2-1 também na nuvem
Três cópias, em dois tipos de mídia, com uma fora do ambiente principal. Se a única cópia do seu Microsoft 365 é o próprio Microsoft 365, você tem uma cópia — não um backup.
3. Exija imutabilidade
O repositório precisa ser imutável (WORM): uma vez gravado, nem o administrador apaga antes do prazo. É o que transforma o backup em plano de recuperação de ransomware de verdade.
4. Teste a restauração, não o backup
Backup que nunca foi restaurado é hipótese. Defina RPO e RTO — quanto de dado a empresa aceita perder e em quanto tempo precisa voltar — e faça um teste trimestral restaurando uma caixa e uma pasta reais, cronômetro na mão.
5. Escreva o offboarding
Antes de remover a licença de quem sai: arquivar a caixa de correio, transferir a propriedade do OneDrive ao gestor e registrar a data. Cinco minutos de processo evitam a ligação de quatro meses depois.
O ângulo da LGPD
Perder dado pessoal também é incidente de segurança. A LGPD atribui ao controlador — sua empresa, não a Microsoft — o dever de garantir disponibilidade e integridade dos dados que trata. “O provedor apagou” não é defesa perante a ANPD nem perante o cliente que pediu o próprio histórico de volta.
Migrar para a nuvem transferiu a infraestrutura, não a responsabilidade. O Microsoft 365 é excelente no que promete — e o que ele promete não inclui trazer de volta o que a sua equipe apagou em março. Corrigir isso é barato perto do custo de descobrir a lacuna no pior dia possível.
🔐 Se um arquivo apagado há quatro meses fosse pedido hoje, sua empresa conseguiria recuperá-lo? Fale com os especialistas da Trinity TI e descubra em uma conversa curta onde estão os buracos de retenção do seu Microsoft 365.
