Sua empresa utiliza Microsoft 365, Google Workspace, Salesforce ou outra plataforma SaaS para armazenar informações críticas?
Então existe uma pergunta que merece estar na agenda de TI e segurança: se esses dados forem apagados, corrompidos, criptografados por ransomware ou ficarem indisponíveis, sua empresa consegue recuperá-los de forma segura e rápida?
Estar online em provedor saas não significa que todos os riscos de perda de dados desapareceram.
No modelo SaaS, parte importante da infraestrutura fica sob responsabilidade do provedor. Porém, os dados da empresa, as identidades, as configurações e diversos controles de segurança continuam fazendo parte das responsabilidades do cliente. A própria Microsoft descreve esse modelo como responsabilidade compartilhada e afirma que, mesmo em SaaS, o cliente mantém a responsabilidade sobre seus dados e identidades.
É nesse contexto que o backup SaaS ganha importância — especialmente quando falamos em proteção de dados pessoais, continuidade de negócios e LGPD.
O que é backup SaaS?
Backup SaaS é a criação e manutenção de cópias independentes dos dados armazenados em aplicações de software como serviço, como Microsoft 365, Google Workspace e outras plataformas corporativas.
A ideia é simples: se o dado original deixar de estar disponível, existir uma cópia confiável que possa ser recuperada.
Mas existe uma diferença importante entre disponibilidade do SaaS e backup.
Uma plataforma pode continuar disponível enquanto determinados dados são excluídos, alterados ou comprometidos. Da mesma forma, recursos nativos de retenção ou versionamento podem não atender a todos os requisitos de recuperação definidos pela organização.
Por isso, a estratégia de proteção precisa considerar não apenas:
"Onde meus dados estão?"
Mas também:
"Onde está minha cópia independente e como vou recuperá-la se o ambiente principal for comprometido?"
SaaS e responsabilidade compartilhada: quem protege os seus dados?
Um dos conceitos mais importantes para entender a proteção de dados em ambientes SaaS é o de responsabilidade compartilhada.
Ao contratar uma plataforma em nuvem, a empresa transfere ao provedor parte da responsabilidade pela infraestrutura.
Isso não significa transferir toda a responsabilidade pela proteção dos dados.
No modelo apresentado pela Microsoft, por exemplo, o cliente continua responsável por seus dados, identidades, contas, configurações e controles de acesso, enquanto o provedor assume responsabilidades relacionadas à infraestrutura subjacente.
Na prática, isso significa que o departamento de TI precisa avaliar:
- quais dados estão armazenados no SaaS;
- quais dados são críticos para o negócio;
- quais informações contêm dados pessoais;
- quais políticas de retenção estão configuradas;
- quem pode acessar e excluir informações;
- como os dados podem ser recuperados;
- qual é o tempo aceitável para recuperação;
- onde uma eventual cópia de backup será armazenada.
Essa análise é especialmente relevante quando os dados tratados pela plataforma incluem informações pessoais de clientes, colaboradores, fornecedores ou parceiros.
Backup SaaS e LGPD: qual é a relação?
A LGPD estabelece que os agentes de tratamento devem adotar medidas de segurança, técnicas e administrativas capazes de proteger os dados pessoais contra acessos não autorizados e situações acidentais ou ilícitas, como destruição, perda, alteração, comunicação ou tratamento inadequado.
É justamente nesse ponto que o backup entra na estratégia de segurança.
Uma cópia protegida dos dados pode contribuir para a capacidade de recuperação diante de diferentes incidentes. A própria ANPD inclui a criação de backups entre as medidas de segurança recomendadas em sua orientação ao público.
Mas existe uma distinção importante:
Ter backup não significa automaticamente estar em conformidade com a LGPD.
A conformidade depende de um conjunto muito maior de processos, políticas, controles técnicos, governança e avaliação de riscos.
O backup deve ser entendido como um dos componentes de uma estratégia de proteção e resiliência dos dados.
Por que o backup fora do provedor SaaS é importante?
Imagine o seguinte cenário.
Sua empresa utiliza uma plataforma SaaS para armazenar documentos, e-mails, contratos e informações de clientes. O ambiente principal é comprometido e um usuário privilegiado tem sua conta invadida.
O atacante consegue alterar ou excluir informações.
Agora surge uma pergunta:
onde está a cópia que permitirá recuperar esses dados?
Se a única estratégia de recuperação estiver dentro do mesmo ecossistema comprometido, a organização pode criar uma dependência importante justamente no momento em que mais precisa de independência.
É por isso que o conceito de backup fora do provedor SaaS merece atenção.
Uma arquitetura independente adiciona uma camada de separação entre:
ambiente de produção → ambiente de backup.
Essa separação pode aumentar a resiliência contra diferentes tipos de incidentes.
5 situações em que um backup independente pode fazer diferença
1. Exclusão acidental
Um colaborador pode excluir uma mensagem, arquivo, pasta ou conjunto de informações por engano.
Dependendo das políticas configuradas e do período de retenção, os mecanismos nativos da plataforma podem não atender ao cenário de recuperação desejado.
Um backup independente permite trabalhar com uma camada adicional de histórico.
2. Comprometimento de credenciais
Contas administrativas são alvos importantes para ataques.
Se um invasor obtiver privilégios elevados, poderá tentar alterar configurações, excluir dados ou comprometer mecanismos de proteção.
Por isso, separar o backup do ambiente primário ajuda a reduzir a concentração de risco.
3. Ransomware
Ransomware não é apenas um problema de disponibilidade.
Dependendo do ataque, arquivos e informações podem ser criptografados, alterados ou destruídos.
Uma cópia isolada e protegida pode ser fundamental para restaurar o ambiente para um ponto anterior ao incidente.
4. Indisponibilidade do provedor
Mesmo grandes plataformas de nuvem estão sujeitas a incidentes e indisponibilidades.
Ter uma cópia independente não elimina todos os impactos de uma interrupção, mas pode oferecer uma alternativa de recuperação para dados críticos.
5. Exclusão ou alteração maliciosa
Nem todo incidente começa com um malware.
Uma credencial comprometida, uma ação administrativa indevida ou até uma ação intencional de um usuário podem resultar na perda de informações.
Nesse cenário, independência e retenção tornam-se características importantes do backup.
Backup não é a mesma coisa que retenção
Esse é um ponto que costuma gerar confusão.
Recursos de retenção, lixeira e versionamento podem ser extremamente úteis, mas não devem ser automaticamente tratados como equivalentes a uma estratégia completa de backup.
A própria documentação da Microsoft diferencia mecanismos de recuperação e backup, destacando que recursos de recuperação de desastre e versões possuem características e objetivos diferentes.
Para a equipe de segurança, a pergunta mais importante não é:
"Existe uma lixeira?"
É:
"Consigo recuperar os dados que preciso, no ponto que preciso, depois de um incidente?"
Essa mudança de perspectiva é fundamental.
Quais cuidados sua empresa deve ter com backup SaaS?
Não basta contratar qualquer solução de backup.
Para ambientes corporativos, especialmente aqueles que armazenam dados pessoais, é importante avaliar um conjunto de características.
1. Independência do provedor
O primeiro ponto é entender onde a cópia será armazenada.
O backup deve proporcionar uma camada de proteção independente do ambiente de produção.
Quanto maior a separação entre os ambientes, menor tende a ser a concentração de risco.
2. Imutabilidade
A imutabilidade impede ou dificulta que determinadas cópias sejam alteradas ou excluídas durante o período de proteção definido.
Esse recurso é particularmente relevante para estratégias de proteção contra ransomware e comprometimento de contas administrativas.
3. Criptografia
A empresa deve avaliar como os dados são protegidos:
- durante a transmissão;
- durante o armazenamento;
- durante os processos de recuperação;
- no acesso administrativo.
Criptografia, entretanto, é apenas uma parte da arquitetura de segurança.
Também é necessário avaliar gerenciamento de chaves, controles de acesso e autenticação.
4. Controle de acesso
Quem pode acessar o backup?
Quem pode restaurar?
Quem pode excluir?
Quem pode modificar as políticas?
Essas perguntas precisam ter respostas claras.
Controles como MFA, RBAC e princípio do menor privilégio devem fazer parte da avaliação.
A Microsoft também destaca que gerenciamento de contas e controles de acesso permanecem entre as responsabilidades do cliente em ambientes de nuvem.
5. Política de retenção
Uma política de backup precisa determinar por quanto tempo os dados serão mantidos.
Essa definição deve considerar:
- necessidades do negócio;
- requisitos contratuais;
- políticas internas;
- requisitos regulatórios;
- necessidades de investigação de incidentes;
- estratégia de recuperação.
Retenção excessivamente curta pode eliminar pontos de recuperação importantes.
Retenção excessivamente longa, por outro lado, também precisa ser avaliada sob a ótica de governança e minimização de dados.
6. RPO e RTO
Dois indicadores são fundamentais em qualquer estratégia de recuperação.
RPO — Recovery Point Objective
Define quanto de informação a empresa aceita perder em caso de incidente.
RTO — Recovery Time Objective
Define quanto tempo a organização pode levar para recuperar determinado serviço ou informação.
Não existe um RPO ou RTO universalmente correto.
Eles precisam ser definidos de acordo com a criticidade de cada workload.
7. Testes de restauração
Um backup que nunca foi testado é uma hipótese de recuperação.
Por isso, testes periódicos de restauração são essenciais.
A equipe deve verificar:
- se os dados realmente podem ser recuperados;
- quanto tempo a recuperação leva;
- se os arquivos restaurados estão íntegros;
- se as permissões são preservadas;
- se o processo funciona conforme o plano de continuidade.
Onde o backup deve ser armazenado?
Essa é outra decisão estratégica.
Para empresas que trabalham com dados pessoais, é importante saber:
onde os dados estão armazenados?
A localização pode envolver questões de:
- soberania de dados;
- contratos;
- requisitos regulatórios;
- transferência internacional;
- controles de acesso;
- fornecedores e subprocessadores.
A ANPD possui regulamentação específica para transferência internacional de dados pessoais, incluindo requisitos e mecanismos aplicáveis a essas operações.
Portanto, a equipe de TI e segurança deve incluir essa avaliação no processo de contratação.
Backup SaaS também é uma questão de continuidade de negócios
Existe uma tendência de tratar backup como uma atividade puramente operacional de TI.
Para ambientes corporativos, essa visão é limitada.
O backup está diretamente relacionado à continuidade de negócios.
Se uma empresa perder acesso a dados importantes, os impactos podem envolver:
- paralisação de operações;
- perda de produtividade;
- atrasos no atendimento;
- impacto financeiro;
- interrupção de processos críticos;
- perda de informações históricas;
- riscos contratuais;
- impactos reputacionais.
Por isso, o backup deve fazer parte da conversa entre TI, segurança, compliance, jurídico e áreas de negócio.
Como avaliar uma solução de backup SaaS?
Antes de contratar uma solução, vale criar uma matriz de avaliação.
| Critério | O que avaliar |
|---|---|
| Independência | O backup fica fora do ambiente do provedor? |
| Imutabilidade | Os dados podem ser alterados ou excluídos indevidamente? |
| Criptografia | Como os dados são protegidos em trânsito e em repouso? |
| Acesso | Existe MFA e controle granular de privilégios? |
| Retenção | É possível configurar políticas adequadas ao negócio? |
| Recuperação | É possível restaurar arquivos, usuários ou workloads inteiros? |
| RPO | Qual é o intervalo entre os pontos de recuperação? |
| RTO | Quanto tempo leva para recuperar os dados? |
| Testes | É possível validar periodicamente a restauração? |
| Localização | Em quais regiões os dados são armazenados? |
| Compliance | Quais certificações e controles independentes existem? |
| Escalabilidade | A solução acompanha o crescimento do ambiente? |
Esse checklist ajuda a transformar a escolha do backup em uma decisão de arquitetura e gestão de risco, e não apenas em uma comparação de preços.
Keepit: uma alternativa de backup SaaS independente
É nesse contexto que soluções especializadas em proteção de dados SaaS ganham espaço.
A Keepit trabalha com uma arquitetura de nuvem independente do provedor SaaS, mantendo os backups em infraestrutura separada dos dados do fornecedor da aplicação. Segundo a própria empresa, essa arquitetura foi desenvolvida especificamente para proteção e recuperação de dados SaaS.
Essa independência é um dos pontos centrais para empresas que desejam adicionar uma camada adicional de resiliência à estratégia de proteção de dados.
Backup fora do ambiente do provedor
A Keepit informa que seus dados são armazenados em data centers próprios e separados dos dados do provedor SaaS. A empresa também informa que mantém os dados em regiões específicas e isoladas para atender a requisitos de soberania de dados.
Na prática, a arquitetura cria uma separação entre:
dados de produção → provedor SaaS
e
cópias de recuperação → infraestrutura independente da Keepit.
Essa abordagem reduz a dependência de um único ambiente para proteção e recuperação.
Segurança e imutabilidade
Outro ponto relevante é a proteção das próprias cópias de backup.
A Keepit informa que utiliza criptografia em trânsito e em repouso e descreve seu armazenamento como imutável por padrão, com infraestrutura separada.
Para equipes de segurança, isso é especialmente relevante na construção de uma estratégia contra:
- ransomware;
- exclusões acidentais;
- comprometimento de contas;
- alterações indevidas;
- perda de dados.
É importante destacar que nenhum recurso isolado elimina o risco de um incidente. A segurança depende da combinação entre tecnologia, processos, pessoas, políticas e monitoramento.
Certificações e controles de segurança
Na avaliação de um fornecedor de backup, certificações e auditorias independentes também devem fazer parte do processo de due diligence.
A Keepit informa possuir certificação ISO/IEC 27001 e ter seus controles operacionais e de segurança avaliados de forma independente por meio de relatório SOC 2 Type II.
Essas certificações não significam automaticamente que uma empresa cliente esteja em conformidade com a LGPD.
Elas devem ser vistas como evidências sobre os controles e processos do fornecedor, que precisam ser analisadas em conjunto com os requisitos específicos da organização contratante.
Soberania e localização dos dados
Para empresas que precisam controlar onde seus dados são armazenados, a localização da infraestrutura de backup também merece atenção.
A Keepit informa possuir regiões de data centers nas Américas, Europa e Ásia-Pacífico e manter regiões isoladas para atender a requisitos de soberania de dados.
Esse aspecto pode ser relevante para organizações que precisam avaliar requisitos contratuais, regulatórios ou relacionados à transferência internacional de dados.
Backup SaaS para Microsoft 365 e outros ambientes
A estratégia pode ser aplicada a diferentes workloads SaaS.
Entre os ambientes suportados pela Keepit estão soluções como Microsoft 365 e Microsoft Entra ID, além de outros serviços SaaS.
Para uma empresa que possui diferentes aplicações em nuvem, isso pode simplificar a estratégia de proteção e centralizar processos de backup e recuperação.
Backup SaaS e LGPD: o que sua empresa precisa lembrar
Quando o assunto é proteção de dados pessoais, o objetivo não deve ser simplesmente "ter um backup".
A questão é construir uma arquitetura capaz de responder a diferentes cenários de risco.
Uma estratégia madura precisa considerar:
1. Onde estão os dados?
Identifique quais informações estão armazenadas nos ambientes SaaS.
2. Quais dados são críticos?
Classifique os workloads de acordo com sua importância para o negócio e para os titulares.
3. Quem é responsável por cada controle?
Mapeie as responsabilidades entre empresa e provedor.
4. Onde está a cópia de recuperação?
Avalie se existe independência suficiente em relação ao ambiente primário.
5. Como o backup é protegido?
Considere imutabilidade, criptografia, autenticação e controle de privilégios.
6. Quanto tempo os dados precisam ser mantidos?
Defina políticas de retenção coerentes com os requisitos do negócio.
7. Quanto tempo a empresa pode ficar sem os dados?
Defina RTO e RPO para workloads críticos.
8. A restauração já foi testada?
Valide regularmente se o plano funciona na prática.
Checklist de backup SaaS para sua empresa
Antes de considerar sua estratégia concluída, responda:
- Temos backup independente do provedor SaaS?
- Os backups estão protegidos contra exclusão e alteração indevida?
- Existe imutabilidade?
- Os dados são criptografados em trânsito e em repouso?
- Utilizamos MFA para acesso administrativo?
- Temos controle granular de privilégios?
- Existe uma política de retenção definida?
- Temos RPO e RTO estabelecidos?
- Realizamos testes periódicos de restauração?
- Sabemos em quais regiões os backups estão armazenados?
- Avaliamos requisitos relacionados à transferência internacional de dados?
- Conseguimos demonstrar os controles adotados em auditorias?
- O plano de recuperação está integrado à estratégia de continuidade de negócios?
Se várias respostas forem "não", existe espaço para fortalecer a estratégia de proteção dos dados SaaS.
Conclusão: seus dados estão na nuvem, mas onde está a sua cópia de segurança?
A adoção de SaaS trouxe ganhos enormes de produtividade, escalabilidade e disponibilidade para as empresas.
Mas ela também mudou a forma como as organizações precisam pensar sobre proteção de dados.
Contratar um SaaS não significa transferir toda a responsabilidade pela segurança dos dados para o provedor.
A responsabilidade compartilhada exige que a empresa continue avaliando como seus dados são protegidos, acessados, armazenados e recuperados.
Quando entram na equação dados pessoais e LGPD, essa preocupação se torna ainda mais relevante.
Por isso, uma estratégia de backup SaaS deve ir além da simples existência de uma cópia.
É preciso avaliar independência, imutabilidade, criptografia, retenção, controle de acesso, localização dos dados, RPO, RTO e capacidade real de restauração.
E, principalmente, considerar uma arquitetura em que o backup não dependa exclusivamente do mesmo ambiente que está sendo protegido.
Se seus dados estão no SaaS, sua estratégia de recuperação também precisa estar preparada para quando o SaaS não estiver disponível.
A Keepit oferece uma arquitetura de backup independente, com armazenamento separado dos dados do provedor SaaS, recursos de imutabilidade, criptografia e controles de segurança certificados.
Para empresas que buscam fortalecer sua estratégia de proteção de dados, continuidade de negócios e resiliência em ambientes SaaS, esse pode ser um dos pontos mais importantes a avaliar.
Quer entender se sua estratégia atual de backup SaaS oferece a proteção necessária para o ambiente da sua empresa?
Fale com a Azcorp Tech e avalie as possibilidades de proteção e recuperação dos seus dados em nuvem.
