ROOTKey vs armazenamento imutável (WORM, object lock): qual é a diferença?
Resposta curta
O armazenamento imutável, como o WORM (write once, read many), um bloqueio de objetos com período de retenção ou uma base de dados append-only, é um controlo preventivo: tenta impedir que um registo seja modificado ou apagado depois de escrito. A ROOTKey acrescenta uma camada de verificação criptográfica: sela uma impressão digital de cada versão num registo público independente, para que um terceiro possa confirmar que um registo está exatamente como estava, mostra o que mudou - quem, quando e onde - e repõe só o que foi alterado. A imutabilidade é uma promessa sobre o comportamento de um sistema; a verificabilidade é uma prova que um terceiro consegue confirmar por si próprio. As duas complementam-se.
- 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
- Conectores diretos
- 4SharePoint · OneDrive · Amazon S3 · Cloudflare R2
Lado a lado: armazenamento imutável e ROOTKey
Há duas perguntas que se confundem com frequência: "este registo pode ser alterado?" e "consigo provar a um terceiro que não foi?". A tabela mostra a qual responde cada um.
| Armazenamento imutável | ROOTKey | |
|---|---|---|
| O que responde | Este registo pode ser alterado? | Consigo provar a um terceiro que não foi? |
| O que regista | Os próprios dados, mantidos inalteráveis durante um período de retenção | Uma impressão digital SHA-256 de cada versão, selada com carimbo temporal num registo público independente; com conectores e implementações à medida, o conteúdo fica onde está |
| Prova a terceirosintegridade demonstrada a outros | A sua garantia é uma afirmação sobre a forma como um sistema está configurado e é administrado, um sistema que o auditor não controla | Qualquer pessoa pode recalcular a impressão digital e compará-la com a que foi selada; os auditores externos podem verificar sem aceder aos dados originais |
| Detalhe da alteraçãoo quê, quem, quando e onde | Concebido para impedir alterações, não para as explicar | Sim: qualquer alteração é detetada e explicada - o quê, quem, quando e onde |
| Reposição seletivasó o que foi alterado | Os registos protegidos ficam como foram escritos; repor dados guardados noutro lado está fora do seu âmbito | Sim: a última versão comprovadamente válida, até um único ficheiro ou uma única linha |
| Verificação independente | Depende da configuração do sistema e das permissões de quem o administra | O ponto de referência é um registo público independente, que não é controlado apenas por quem guarda os dados |
| Armazenamento existentefunciona com o que já usa | É uma camada de armazenamento: os dados têm de ser escritos nela | Funciona sobre o armazenamento existente: conectores diretos ao SharePoint, OneDrive, Amazon S3 e Cloudflare R2, REST API e webhooks |
| Evidência regulatória | Apoia requisitos de conservação de registos inalterados durante um período definido | 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), exportáveis para reguladores |
Quando precisa de cada um
- Armazenamento imutável
- Quando registos, logs ou backups têm de ser mantidos inalterados durante um período de retenção e protegidos contra modificação ou eliminação depois de escritos.
- ROOTKey
- Quando tem de provar a integridade a alguém que não controla os seus sistemas - um auditor, um regulador ou um tribunal -, quando os dados estão num suporte comum, quando precisa de ver exatamente o que mudou, ou quando a prova tem de sobreviver a uma migração ou a uma mudança de fornecedor.
O armazenamento imutável preserva o que foi escrito. Se os dados já estavam adulterados quando foram escritos, mantém esse estado com o mesmo rigor, tal como qualquer selo feito sobre eles. A ROOTKey prova que os seus dados não mudaram desde que foram selados e mostra qualquer alteração feita depois disso.
Como funcionam em conjunto
Um registo pode ser verificável mesmo que esteja guardado num suporte comum, desde que a sua impressão digital tenha sido fixada num local independente. Num armazenamento imutável, o mesmo selo acrescenta uma prova que um terceiro pode confirmar.
Conservar
O armazenamento imutável impede que registos, logs e backups sejam modificados ou apagados durante o período de retenção.
Â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. Com conectores e implementações à medida, o conteúdo original fica onde sempre esteve.
Verificar
Para verificar, recalcula-se a impressão digital do ficheiro tal como está hoje e compara-se com a que foi selada. Se coincidirem, o conteúdo não mudou desde o momento da selagem. Cada ação é selada com um carimbo temporal criptográfico, formando uma cadeia de custódia pronta para auditores e exportável para reguladores.
A ROOTKey liga-se diretamente ao Amazon S3 e ao Cloudflare R2, para que os dados que lá guarda possam ser selados e verificados onde estão: Integrações.
Perguntas frequentes
O armazenamento imutável chega para uma auditoria?
A imutabilidade é útil e muitas vezes necessária, mas uma auditoria precisa de uma prova que possa ser confirmada de forma independente. O armazenamento imutável impede alterações; uma prova verificável permite a qualquer terceiro confirmar que nunca aconteceram. A ROOTKey acrescenta essa prova sobre o armazenamento que já utiliza.
Se o meu armazenamento é imutável, o que falta verificar?
O armazenamento imutável preserva o que lá foi colocado. Se os dados já estavam adulterados quando foram escritos, se um evento nunca foi registado ou se um processo falhou em silêncio, mantém esse estado com o mesmo rigor, e um selo feito depois também não o vê. A partir do momento em que são selados, a ROOTKey prova que os seus dados não mudaram e mostra qualquer alteração posterior: o quê, quem, quando e onde.
O que regista a ROOTKey no registo público independente?
Uma impressão digital: um valor curto, único para aquele conteúdo exato, selado com carimbo temporal. Só a impressão digital vai para o registo, nunca o conteúdo. Com conectores, o conteúdo original fica onde sempre esteve; numa implementação à medida, os seus dados ficam na sua própria infraestrutura. Na plataforma SaaS, a ROOTKey aloja-os na UE.
A ROOTKey substitui o armazenamento imutável?
Não. A imutabilidade é um controlo preventivo e a ROOTKey acrescenta uma camada de verificação criptográfica. Nenhum substitui o outro: funcionam melhor juntos.