Início›Guias›Documentos e GED
Documentos e GED · Entender
Uma gestão eletrônica de documentos (GED) se protege com um conjunto de medidas: contas e permissões que limitam o que um atacante pode criptografar, links e estações sincronizadas sob controle, um backup fora do alcance da conta comprometida. A restauração é uma sequência de operações: conter, escolher um ponto anterior à criptografia, restaurar, verificar, reabrir. O que foi produzido entre esse ponto e o incidente está perdido ou precisa ser reconstituído.
Atualizado em outubro de 20267 minFontes oficiais citadas
Um ransomware criptografa os arquivos aos quais tem acesso e depois exige um resgate em troca da chave. Em uma GED, ele age com as permissões da conta ou da estação que infectou. Três mecanismos agravam os danos:
Alguns ataques também copiam dados antes de criptografá-los. A restauração recupera os arquivos. Ela não resolve essa parte, que é assunto da gestão de crise e, se houver dados pessoais, do GDPR (RGPD europeu).
Não é possível prometer que nenhuma estação será infectada. É possível limitar o que uma estação ou uma conta infectada consegue alcançar.
Uma conta que só pode ler uma pasta não pode criptografá-la. As pastas de referência (modelos, procedimentos, contratos assinados) podem ficar somente leitura para a maioria das pessoas. As permissões são definidas por grupo e por pasta, e não no esquema “todo mundo edita tudo”.
A ANSSI recomenda limitar essas contas ao estritamente necessário. Elas devem ser nominais, protegidas por autenticação em dois fatores e não servir para o trabalho do dia a dia.
Um link que dá permissão de edição a um desconhecido é uma porta. Os links que saem têm senha, data de expiração e, em geral, apenas permissão de leitura.
Sincronize em cada estação apenas as pastas úteis. Deixe as pastas sensíveis no navegador. Instale as atualizações rapidamente: a ANSSI lembra que é crucial fazê-lo em prazo curto e segundo um processo controlado. A porta de entrada mais frequente continua sendo o e-mail: veja anexos, links e ransomwares.
Um backup acessível com a mesma conta da produção será criptografado junto com ela. Três separações o colocam em segurança:
Resta a profundidade. Uma intrusão pode permanecer discreta por várias semanas antes da criptografia. Se a retenção for mais curta que esse prazo, todos os backups disponíveis podem conter o atacante ou arquivos já corrompidos.
A restauração não é um botão. É uma sequência de etapas, e a ordem importa.
Paralelamente, a ANSSI recomenda nunca pagar o resgate, conservar os dados criptografados (uma chave pode ser publicada mais tarde), registrar queixa e fazer com que a célula de crise notifique a CNIL em caso de violação de dados pessoais.
Caso hipotético. Um escritório de vinte pessoas faz backup dos seus documentos a cada hora. Na segunda-feira, às 9h15, uma estação sincronizada começa a criptografar a pasta “Clientes”. O alerta é dado às 10h05.
O último ponto íntegro é o backup das 9h. A pasta “Clientes” volta ao seu estado das 9h. As alterações feitas entre 9h e 9h15 nessa pasta estão perdidas. As feitas nas outras pastas não estão, se a restauração se limitar à pasta atingida. A secretária que salvou três cartas às 9h10 as encontra no e-mail dela e as deposita novamente.
É isso que o RPO mede, a perda máxima de dados admissível: a diferença entre o ponto de restauração e o incidente. O RTO, o tempo máximo de interrupção admissível, mede outra coisa: o tempo até que as equipes voltem a trabalhar. Os dois são decididos antes do incidente, não durante.
Ajuda se o histórico estiver intacto. Não basta se o atacante conseguiu limpá-lo. A diferença é explicada em versionamento, replicação e backup.
A ANSSI recomenda nunca pagá-lo. Pagar não garante nem a chave, nem a ausência de um novo ataque.
Com permissões por grupo e por pasta. Veja definir quem vê quais documentos.
Com senha, data de expiração e permissão somente de leitura. Veja links de compartilhamento, parceiros e downloads.
No Klytic Docs, os backups são feitos a cada hora. Eles são criptografados, imutáveis, replicados em vários sites, monitorados, mantidos por 30 dias, e as restaurações são testadas todo mês. As metas são um RPO inferior a 2 horas para os documentos e um RTO inferior a 4 horas. A restauração é solicitada ao suporte Klytic, com o perímetro e a data aproximada. Ela está incluída quando a perda vem de um mau funcionamento do serviço Klytic. Após um ransomware ou uma conta invadida do seu lado, a retomada também está incluída se as suas estações estavam corretamente protegidas: atualizações aplicadas, antivírus ativo. Se estavam insuficientemente protegidas, ela é objeto de um chamado de suporte pago, como uma restauração após um erro de manuseio. Os detalhes estão na página segurança e backup.
Do lado da prevenção, o Klytic Docs oferece permissões por pessoa, por grupo e por pasta, autenticação em dois fatores, registro de acessos e links protegidos por senha com data de expiração. Do lado da Klytic, os acessos técnicos são limitados às operações de exploração e de suporte, nominais e registrados em log.
Os limites: trinta dias de retenção não cobrem um comprometimento descoberto mais tarde. A Klytic restaura os seus serviços; a limpeza das suas estações, da sua rede e do seu diretório cabe à sua equipe de TI ou ao seu prestador de serviços. A Klytic não é uma oferta qualificada SecNumCloud.
Esta página descreve um quadro geral. Em caso de incidente, siga o seu plano de retomada e as orientações das autoridades competentes.
Consultadas em outubro de 2026.
Vamos revisar suas permissões, seus links e sua retenção.
Oferta de boas-vindas
Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.