Un ataque borró el catastro de Rumania

Un ataque puede tumbar un portal, robar datos o dejar un servicio lento. Pero cuando el objetivo es el catastro, el problema sube de nivel: no hablamos de una app cualquiera, sino de la base que sostiene títulos de propiedad, hipotecas, herencias, compraventas y buena parte de la confianza en el Estado.

Eso fue lo que golpeó a Rumania. Según la cobertura de Risky Bulletin, un atacante borró la base de datos completa del registro de tierras. El dato no solo impresiona por la escala. También deja una pregunta incómoda para cualquier gobierno: si mañana desaparece tu sistema de catastro, ¿cuánto tardas en reconstruirlo y qué pruebas tienes de que los datos que vuelves a levantar son correctos?

Qué pasó y por qué importa tanto

El catastro no es un archivo administrativo más. Es la capa que permite saber quién posee qué, dónde están los límites de un terreno y qué cargas legales pesan sobre una propiedad. Cuando ese sistema falla, el impacto no se queda en TI. Llega a notarías, bancos, juzgados, municipalidades y ciudadanos que necesitan vender, heredar o regularizar un predio.

En el caso rumano, la noticia de que la base de datos fue borrada pone el foco en un escenario que muchos equipos públicos siguen subestimando: el borrado es distinto del cifrado. Si un ransomware te encripta, todavía existe la posibilidad de pagar, restaurar o negociar. Si alguien borra de forma intencional y además compromete copias de seguridad, el tiempo de recuperación se vuelve más largo y la verificación de integridad mucho más compleja.

Para gobiernos de Latinoamérica, esto no es un caso lejano. Los registros de propiedad en la región suelen cargar con sistemas viejos, presupuestos ajustados, integraciones improvisadas y dependencias de proveedores que no siempre documentan bien sus respaldos. Si además hay datos repartidos entre oficinas locales, escaneos, archivos físicos y bases centralizadas, el riesgo de inconsistencias crece rápido.

Por qué un catastro es un activo crítico

Un catastro bien operado reduce disputas, acelera transacciones y da trazabilidad legal. Cuando se cae, el costo no se mide solo en horas de indisponibilidad. Se mide en trámites detenidos, expedientes acumulados y posibles conflictos por propiedades que no se pueden validar.

En países con alta informalidad de la tierra, el impacto puede ser todavía mayor. Si el sistema digital es el único punto de referencia para miles de trámites, una caída prolongada obliga a volver a procesos manuales que nadie quiere mantener y que, en la práctica, suelen ser más lentos y más propensos a errores.

La lección de fondo es simple: si el Estado digitaliza un registro crítico, también tiene que digitalizar su capacidad de sobrevivir a un ataque. No basta con tener servidores y una interfaz web. Hace falta una estrategia de continuidad operativa que funcione bajo presión real.

Qué suele fallar cuando un registro crítico no resiste

Cuando un ataque logra borrar una base de datos estatal, casi nunca hay una sola falla. Normalmente hay una cadena de decisiones malas o incompletas. A veces el problema empieza con credenciales débiles. Otras veces con permisos excesivos, segmentación pobre o respaldos conectados al mismo entorno que el atacante ya comprometió.

En sistemas de catastro, además, existe un problema adicional: la mezcla de tecnologías viejas y nuevas. Puedes tener una base moderna en producción y, al mismo tiempo, un sistema heredado que genera exportaciones manuales, archivos CSV sin firma o respaldos en discos montados permanentemente. Eso abre puertas para que un atacante no solo entre, sino que deje el entorno inutilizable.

Fallas típicas que agravan el daño

1. Copias de seguridad sin aislamiento real, por ejemplo en el mismo dominio o con las mismas credenciales que el sistema principal.
2. Falta de MFA en cuentas administrativas.
3. Permisos excesivos para usuarios de soporte o proveedores.
4. Ausencia de registros de auditoría centralizados o retenidos por suficiente tiempo.
5. Pruebas de restauración que nunca se hacen en serio.

En este punto conviene mirar el problema con frialdad. Tener backups no significa poder recuperar. Un gobierno puede decir que hace respaldos diarios, pero si nunca hizo una restauración completa en un entorno limpio, no sabe cuánto tarda, qué rompe y qué datos quedan inconsistentes.

También hay una dimensión política. Muchos organismos públicos compran tecnología pensando en disponibilidad y costo, no en adversarios reales. Esa lógica funciona hasta que aparece un atacante con tiempo, privilegios y conocimiento del entorno. Ahí es cuando la pregunta cambia de “¿cuánto cuesta el sistema?” a “¿cuánto cuesta reconstruir la confianza?”.

Qué diferencia a una caída común de un incidente serio

Un portal caído se puede explicar con mantenimiento, sobrecarga o una falla de red. Un catastro borrado obliga a activar protocolos más duros: contención, preservación de evidencia, revisión forense y reconstrucción desde fuentes confiables. Si el Estado no tiene ese plan, improvisa.

Y cuando improvisa, aparecen errores que luego cuestan meses corregir. Por ejemplo, cargar datos desde copias parciales sin validar duplicados, mezclar versiones distintas de un mismo predio o reabrir el servicio antes de terminar la verificación de integridad.

Cómo se recupera un registro de tierras sin romper más cosas

Recuperar un catastro no es solo “restaurar una base”. Es reconstruir una cadena de confianza. Primero hay que saber qué se perdió, qué se alteró y qué partes del sistema siguen siendo confiables. Luego se define una fuente de verdad: respaldos, réplicas, archivos históricos, firmas digitales, actas notariales o incluso documentos físicos.

En un incidente así, el orden importa tanto como la tecnología. Si el equipo restaura demasiado rápido, puede reintroducir malware o datos corruptos. Si tarda demasiado, paraliza trámites esenciales. El punto medio está en un plan de continuidad que ya haya sido probado antes del incidente.

La documentación oficial de NIST sobre respuesta a incidentes y continuidad es una buena referencia para entender ese proceso, especialmente el enfoque de contención, erradicación y recuperación: https://csrc.nist.gov/publications/detail/sp/800-61/rev-2/final. También vale la pena revisar las guías de respaldo y recuperación de Microsoft para entornos híbridos, porque muchos gobiernos operan sobre mezclas de nube y on-prem: https://learn.microsoft.com/en-us/azure/backup/backup-azure-backup-faq.

Pasos concretos de recuperación

1. Aislar los sistemas afectados y cortar credenciales potencialmente comprometidas.
2. Preservar logs, snapshots y artefactos para análisis forense.
3. Identificar la última copia íntegra verificada, no solo la más reciente.
4. Restaurar en un entorno limpio y separado del entorno de producción.
5. Validar integridad con checksums, firmas o reconciliación de registros.
6. Reabrir servicios por etapas, empezando por consultas y luego escrituras.
7. Monitorear durante días o semanas por señales de persistencia o reingreso.

La parte más delicada suele ser la validación. En un catastro, no basta con que la base levante y responda consultas. Hay que comprobar que cada parcela, folio, coordenada y titular coincida con fuentes auxiliares. Si hay discrepancias, el Estado debe decidir qué registro prevalece y cómo documenta esa decisión.

El rol del papel y de los sistemas auxiliares

Aunque suene arcaico, el papel sigue siendo una red de seguridad en muchos países. No porque sea ideal, sino porque a veces es el único respaldo independiente del sistema digital. El problema es que digitalizar mal y luego confiar ciegamente en el archivo físico tampoco resuelve nada.

Lo que sí funciona es la redundancia bien diseñada. Un buen catastro puede combinar copias offline, réplicas geográficamente separadas, firmas digitales, bitácoras inmutables y procedimientos manuales limitados para continuidad. Eso no elimina el riesgo, pero evita que un solo atacante destruya toda la operación.

Lecciones para gobiernos de Latinoamérica y Ecuador

Si miras este caso desde la región, la pregunta no es si puede pasar, sino qué tan preparado está cada Estado para aguantarlo. En América Latina abundan los sistemas críticos con deuda técnica, contratos cerrados sin salida clara y dependencias de proveedores que no entregan documentación suficiente para una recuperación rápida.

Ecuador, por ejemplo, tiene retos parecidos en registros públicos, catastros municipales y plataformas de trámites. En muchos municipios, la información de predios depende de integraciones entre áreas que no siempre hablan el mismo idioma técnico. Si uno de esos nodos cae, el resto queda expuesto a retrasos y errores acumulados.

La buena noticia es que hay medidas concretas que no dependen de comprar tecnología cara. Dependen de disciplina operativa, auditoría y pruebas. Y eso aplica tanto para un ministerio en Quito como para una alcaldía mediana en la sierra o en la costa.

Qué deberían exigir desde ya

• Backups offline e inmutables, con pruebas de restauración documentadas al menos una vez al mes.
• MFA obligatoria para cuentas privilegiadas y acceso remoto.
• Segmentación de red entre producción, respaldo y administración.
• Registro centralizado de auditoría con retención suficiente para investigación.
• Inventario real de activos y dependencias, no solo una hoja de Excel desactualizada.
• Simulacros de recuperación con tiempos medidos y responsables definidos.

Una política pública de resiliencia no se mide por el número de firewalls instalados. Se mide por la capacidad de seguir operando cuando el atacante ya está adentro o cuando el sistema principal desapareció.

Qué cambia si el sistema está bien diseñado

Si el respaldo está aislado y probado, la recuperación puede pasar de semanas a días. Si hay procedimientos claros, el personal sabe quién decide, quién valida y quién comunica. Y si existen fuentes alternativas de verdad, el catastro no depende de una sola base de datos para volver a la vida.

Eso no significa que el daño desaparezca. Significa que el Estado reduce el tiempo de parálisis y protege mejor a los ciudadanos. En servicios de tierra y propiedad, cada día de demora tiene costo económico y político. Por eso la resiliencia digital no es un lujo técnico. Es parte de la capacidad del gobierno para sostener derechos.

Qué debería hacer un Estado mañana mismo

Si tu institución administra datos críticos, el primer paso no es comprar otra herramienta. Es revisar si puedes responder con honestidad a una pregunta básica: si hoy se borra tu base principal, ¿cuánto tardas en volver a operar y qué tan seguro estás de que los datos restaurados son correctos?

A partir de ahí, el plan mínimo debería incluir gobierno, tecnología y operación. Gobierno para definir responsables. Tecnología para aislar respaldos y controlar accesos. Operación para medir tiempos de recuperación, validar integridad y entrenar al personal.

Tres decisiones que marcan la diferencia

1. Tratar el catastro como infraestructura crítica, no como sistema administrativo.
2. Financiar pruebas de restauración, no solo almacenamiento.
3. Exigir reportes de resiliencia con métricas: RTO, RPO y resultados de simulacros.

Cuando un Estado mide estos indicadores, deja de depender de promesas. El RTO te dice cuánto tardas en recuperar el servicio. El RPO te dice cuánta información puedes perder sin romper la operación. Si no conoces esos números, no estás gestionando resiliencia. Estás apostando.

Tabla resumen

El caso rumano sirve como recordatorio para cualquier gobierno que digitalizó rápido pero no blindó su operación. No alcanza con tener una plataforma moderna si el respaldo está mal hecho, si las cuentas privilegiadas no están controladas o si nadie practicó la restauración.

La resiliencia digital del Estado se construye con hábitos poco glamorosos: inventario, segmentación, backups offline, pruebas y documentación. Son tareas menos visibles que una nueva app, pero mucho más valiosas cuando el sistema principal desaparece.