El incidente del registro de tierras de Rumanía no necesita dramatismo para ser grave. El objetivo fue ANCPI, la agencia responsable del catastro y de la publicidad inmobiliaria. Cuando e-Terra y otros servicios dejaron de funcionar a mediados de julio, el impacto llegó a notarios, bancos, compradores, vendedores y ciudadanos que necesitaban probar la propiedad de un inmueble.

Recuperación segura de un registro de tierras tras un ciberataque

La investigación sigue abierta. Risky Business informó de que el atacante habría entrado con credenciales válidas, mapeado sistemas internos, intentado extorsionar a la agencia y borrado sistemas de producción y copias accesibles. Help Net Security y Romania Insider recogieron que ANCPI primero habló de un incidente técnico importante, luego confirmó un ciberataque y anunció reinstalación y refuerzo de la infraestructura. Un comunicado archivado de ANCPI afirma que existían copias de seguridad en varias ubicaciones.

Lo confirmado y lo alegado

La indisponibilidad de e-Terra desde el 14 de julio es el hecho visible. Los comunicados de ANCPI son la base oficial. Las publicaciones sobre datos puestos a la venta en foros criminales son una señal seria, pero las afirmaciones del atacante sobre datos ciudadanos, código fuente o copias borradas requieren confirmación forense.

Esa separación es importante. Un buen análisis de seguridad no convierte cada rumor en certeza, pero tampoco minimiza una interrupción que bloquea transacciones inmobiliarias. Un registro de tierras no es una web cualquiera. Conecta propiedad, hipotecas, impuestos, herencias, obras, seguros y disputas judiciales.

La lección de las copias de seguridad

El punto central no es tener backups, sino poder restaurar confianza. Si la misma ruta de credenciales permite borrar producción y copias, la organización no tiene resiliencia real. Necesita snapshots inmutables, almacenamiento WORM cuando encaja, copias fuera del radio de ataque, cuentas separadas, restauraciones ensayadas y objetivos claros de recuperación.

ANCPI dice que tenía varias ubicaciones de respaldo. Eso tranquiliza, pero no resuelve todas las preguntas: quién podía borrar esas copias, cuánto tiempo se retenían, si eran inmutables, qué logs prueban el último estado limpio y cuánto tarda reconstruir el servicio desde infraestructura nueva.

El riesgo silencioso

Borrar una base es visible. Peor sería modificar registros de propiedad, alterar fechas, dañar logs y dejar que esos cambios entren en el historial de backups. Por eso los registros críticos necesitan controles de integridad, conciliación independiente, logs resistentes a manipulación, doble control para operaciones sensibles y procedimientos legales para resolver disputas.

La idea de usar blockchain aparece casi siempre en estos casos. Pero una cadena no prueba identidad, consentimiento, límites de una parcela ni decisiones judiciales. Si entra un dato falso, una base inmutable puede conservar el error. La solución práctica es diseñar controles de integridad y rutas legales de reconstrucción, no buscar una palabra mágica.

Digitalizar no basta

El caso rumano no es un argumento contra los servicios digitales. Es un argumento contra digitalizar sin modo degradado. Un registro nacional debe saber de antemano qué servicios paran, cuáles continúan con verificación manual, qué puede emitirse desde réplicas de solo lectura y quién certifica un dato restaurado.

La pregunta para otras agencias, bancos, hospitales y universidades es sencilla: si un atacante entra hoy con credenciales válidas, ¿puede destruir a la vez el servicio y la evidencia que permite reconstruirlo? Si la respuesta no está probada con ejercicios reales, el backup todavía es una promesa.