ROOTKey vs backup: qual é a diferença?
Resposta curta
Um backup guarda cópias dos seus sistemas e dados para os poder recuperar após uma falha, uma eliminação ou um ataque. A ROOTKey sela uma impressão digital de cada versão dos seus ficheiros, tabelas e registos num registo público independente, mostra o que mudou - quem, quando e onde - e repõe só o que foi alterado, a partir da última versão comprovadamente válida, com verificação criptográfica. O backup restaura sistemas; a ROOTKey prova se os dados restaurados são fiáveis. São complementares, não concorrentes.
- Impressão digital
- SHA-256para cada versão, com data e hora
- Deteção
- Contínuao quê, quem, quando e onde
- Âmbito
- Ficheiro · tabela · linhasó o que foi alterado
- RTO
- < 4 horasContratual no Enterprise, meta nos planos da plataforma
Lado a lado: backup e ROOTKey
Um restauro concluído sem erros prova que a cópia voltou. Não prova que a cópia estava certa. A tabela expõe o que faz cada um.
| Backup | ROOTKey | |
|---|---|---|
| O que responde | Conseguimos recuperar os nossos sistemas e dados após uma falha, uma eliminação ou um ataque? | Os dados que temos, ou que acabámos de restaurar, são fiáveis - e o que mudou exatamente? |
| O que regista | Cópias de sistemas e dados, feitas em determinados momentos | Uma impressão digital SHA-256 de cada versão de cada ficheiro, tabela ou registo, selada com carimbo temporal num registo público independente |
| Prova a terceirosintegridade demonstrada a outros | Um restauro concluído mostra que a cópia voltou tal como foi guardada, não que o que foi guardado estava correto | Cada ação crítica gera uma prova independente, verificável por auditores externos sem aceder aos dados originais |
| Detalhe da alteraçãoo quê, quem, quando e onde | Não é o seu objetivo: guarda estados anteriores, e compará-los é uma tarefa à parte | Sim: qualquer alteração é detetada e explicada - linha, célula ou campo, antes e depois - com quem, quando e onde |
| Reposição seletivasó o que foi alterado | Restaura um sistema, um volume ou um conjunto de ficheiros para um momento no tempo; o grau de detalhe depende da ferramenta | Sim: a última versão comprovadamente válida, até um único ficheiro ou uma única linha |
| Verificação independente | As verificações assentam nos registos do próprio sistema de backup, como os checksums da cópia | A impressão digital de referência está selada num registo público independente |
| Armazenamento existentefunciona com o que já usa | Copia os dados para o seu próprio destino de backup | Funciona sobre as ferramentas que já utiliza: conectores diretos ao SharePoint, OneDrive, Amazon S3 e Cloudflare R2, REST API e webhooks |
| Evidência regulatória | Apoia as medidas de backup e recuperação do Artigo 21 da NIS2 e do Artigo 12 do DORA | Um trilho de auditoria criptográfico, relatórios de integridade e pacotes de evidência para NIS2 (Art. 21, 23), DORA (Art. 9, 17) e RGPD (Art. 32) |
Quando precisa de cada um
- Backup
- Para recuperar sistemas e dados após uma avaria de hardware, uma eliminação acidental, ransomware ou um desastre. A regulação também o exige: o DORA dedica o Artigo 12 ao backup, à restauração e à recuperação, e o Artigo 21 da NIS2 inclui a continuidade do negócio, nomeadamente a gestão de backups e a recuperação de desastres.
- ROOTKey
- Quando a pergunta é se os dados são fiáveis: uma alteração silenciosa ao IBAN de um fornecedor ou a um registo clínico, dados alterados antes de serem feitas as últimas cópias, ou um auditor, um regulador ou uma seguradora que pergunta como sabe que os dados restaurados estão corretos.
Se precisa de recuperar os dados e de provar que estão corretos, precisa dos dois: respondem a perguntas diferentes.
Como funcionam em conjunto
A ROOTKey acrescenta ao seu processo de recuperação a peça que costuma faltar: uma referência independente do estado correto.
Âncora
Cada versão de cada ficheiro, tabela ou registo recebe uma impressão digital única, selada num registo público independente com carimbo temporal.
Detetar
A ROOTKey compara continuamente os seus dados com o registo selado, para saber que ficheiros, versões ou linhas divergem do estado selado e quais continuam intactos.
Recuperar e confirmar
Reponha só o que foi alterado, a partir da última versão comprovadamente válida, até um único ficheiro ou uma única linha. O que volta é comparado com o registo selado: a correspondência mostra que o conteúdo não mudou desde que foi selado. Os relatórios de verificação de integridade confirmam se houve perda ou adulteração de dados, prontos para seguradoras ou reguladores.
A recuperação com a ROOTKey, passo a passo: Recuperação de dados.
Perguntas frequentes
A ROOTKey é uma solução de backup?
Não. O backup restaura sistemas. A ROOTKey prova se os dados restaurados são fiáveis - são complementares, não concorrentes.
Um restauro bem-sucedido prova que os dados estão corretos?
Prova que a cópia voltou tal como foi guardada. Se os dados já estavam alterados, corrompidos ou incompletos quando a cópia foi feita, o restauro reproduz esse estado. A ROOTKey compara os dados com as suas impressões digitais seladas: uma correspondência exata mostra que o conteúdo não mudou desde que foi selado.
A ROOTKey consegue repor um único ficheiro ou uma única linha?
Sim. A ROOTKey repõe a última versão comprovadamente válida, até um único ficheiro ou uma única linha: só o que foi alterado volta ao original selado, com verificação criptográfica. A recuperação com um clique restaura o estado exato dos seus dados - de qualquer snapshot, em menos de 4 horas (contratual nos tiers Enterprise, meta nos planos da plataforma).
A ROOTKey guarda cópias dos nossos dados?
Na plataforma SaaS, a ROOTKey aloja os seus dados na UE. Numa implementação em cloud privada ou on-premise, os dados ficam onde decidir. Para recuperação, os snapshots encriptados são armazenados de acordo com a sua configuração.