ROOTKey vs backup: ¿cuál es la diferencia?
Respuesta breve
Un backup guarda copias de sus sistemas y datos para poder recuperarlos tras un fallo, un borrado o un ataque. ROOTKey sella una huella digital de cada versión de sus archivos, tablas y registros en un registro público independiente, muestra qué ha cambiado - quién, cuándo y dónde - y restaura solo lo alterado a partir de la última versión comprobadamente válida, verificada criptográficamente. El backup restaura sistemas; ROOTKey prueba si los datos restaurados son fiables. Son complementarios, no competidores.
- Huella digital
- SHA-256para cada versión, con fecha y hora
- Detección
- Continuaqué, quién, cuándo y dónde
- Alcance
- Archivo · tabla · filasolo lo alterado
- RTO
- < 4 horasContractual en Enterprise, objetivo en los planes de la plataforma
Lado a lado: backup y ROOTKey
Una restauración que termina sin errores prueba que la copia ha vuelto. No prueba que la copia fuera correcta. La tabla expone lo que hace cada uno.
| Backup | ROOTKey | |
|---|---|---|
| Qué responde | ¿Podemos recuperar nuestros sistemas y datos tras un fallo, un borrado o un ataque? | ¿Son fiables los datos que tenemos, o que acabamos de restaurar, y qué ha cambiado exactamente? |
| Qué registra | Copias de sistemas y datos, tomadas en determinados momentos | Una huella digital SHA-256 de cada versión de cada archivo, tabla o registro, sellada con marca de tiempo en un registro público independiente |
| Prueba ante tercerosintegridad demostrada a otros | Una restauración completada muestra que la copia volvió tal como se guardó, no que lo guardado fuera correcto | Cada acción crítica genera una prueba independiente, verificable por auditores externos sin acceder a los datos originales |
| Detalle del cambioqué, quién, cuándo y dónde | No es su objetivo: conserva estados anteriores, y compararlos es una tarea aparte | Sí: cualquier cambio se detecta y se explica - fila, celda o campo, antes y después - con quién, cuándo y dónde |
| Restauración selectivasolo lo alterado | Restaura un sistema, un volumen o un conjunto de archivos a un momento dado; el nivel de detalle depende de la herramienta | Sí: la última versión comprobadamente válida, hasta un único archivo o una única fila |
| Verificación independiente | Las comprobaciones se basan en los registros del propio sistema de backup, como los checksums de la copia | La huella de referencia está sellada en un registro público independiente |
| Almacenamiento existentefunciona con lo que ya usa | Copia los datos a su propio destino de backup | Funciona sobre las herramientas que ya utiliza: conectores directos a SharePoint, OneDrive, Amazon S3 y Cloudflare R2, REST API y webhooks |
| Evidencia regulatoria | Apoya las medidas de backup y recuperación del artículo 21 de NIS2 y del artículo 12 de DORA | Una pista de auditoría criptográfica, informes de integridad y paquetes de evidencia para NIS2 (art. 21, 23), DORA (art. 9, 17) y RGPD (art. 32) |
Cuándo necesita cada uno
- Backup
- Para recuperar sistemas y datos tras una avería de hardware, un borrado accidental, un ransomware o un desastre. La regulación también lo exige: DORA dedica el artículo 12 al backup, la restauración y la recuperación, y el artículo 21 de NIS2 incluye la continuidad del negocio, en particular la gestión de backups y la recuperación ante desastres.
- ROOTKey
- Cuando la pregunta es si los datos son fiables: un cambio silencioso en el IBAN de un proveedor o en un historial clínico, datos alterados antes de que se hicieran las últimas copias, o un auditor, un regulador o una aseguradora que pregunta cómo sabe que los datos restaurados son correctos.
Si necesita recuperar los datos y demostrar que son correctos, necesita ambos: responden a preguntas distintas.
Cómo funcionan juntos
ROOTKey añade a su proceso de recuperación la pieza que suele faltar: una referencia independiente del estado correcto.
Anclaje
Cada versión de cada archivo, tabla o registro recibe una huella digital única, sellada en un registro público independiente con marca de tiempo.
Detectar
ROOTKey compara continuamente sus datos con el registro sellado, para que sepa qué archivos, versiones o filas difieren del estado sellado y cuáles siguen intactos.
Recuperar y comprobar
Restaure solo lo alterado a partir de la última versión comprobadamente válida, hasta un único archivo o una única fila. Lo que vuelve se compara con el registro sellado: la coincidencia muestra que el contenido no ha cambiado desde que se selló. Los informes de verificación de integridad confirman si se perdieron o manipularon datos, listos para aseguradoras o reguladores.
La recuperación con ROOTKey, paso a paso: Recuperación de datos.
Preguntas frecuentes
¿ROOTKey es una solución de backup?
No. El backup restaura sistemas. ROOTKey prueba si los datos restaurados son fiables - son complementarios, no competidores.
¿Una restauración correcta prueba que los datos son correctos?
Prueba que la copia volvió tal como se guardó. Si los datos ya estaban alterados, dañados o incompletos cuando se hizo la copia, la restauración reproduce ese estado. ROOTKey compara los datos con sus huellas selladas: una coincidencia exacta muestra que el contenido no ha cambiado desde que se selló.
¿Puede ROOTKey restaurar un único archivo o una única fila?
Sí. ROOTKey restaura la última versión comprobadamente válida, hasta un único archivo o una única fila: solo lo que se alteró vuelve al original sellado, con verificación criptográfica. La recuperación con un clic restaura el estado exacto de sus datos, desde cualquier snapshot, en menos de 4 horas (contractual en los niveles Enterprise, objetivo en los planes de la plataforma).
¿ROOTKey guarda copias de nuestros datos?
En la plataforma SaaS, ROOTKey aloja sus datos en la UE. Con un despliegue en cloud privada u on-premise, los datos permanecen donde usted decida. Para la recuperación, los snapshots cifrados se almacenan según su configuración.