En síntesis: La inmutabilidad limita cambios durante una retención definida; no certifica que el contenido esté sano ni elimina todos los riesgos administrativos. Debe combinarse con aislamiento y pruebas.
El ransomware aprendió. Antes cifraba tus archivos y listo; hoy, lo primero que busca al entrar a una red es tu sistema de backups, para destruirlo o cifrarlo también. ¿La lógica del atacante? Si no podés recuperar de tu copia, te ves más obligado a pagar el rescate.
Por qué un backup común ya no alcanza
Si tus copias están en un disco conectado o en un servidor accesible desde la red, el ransomware llega a ellas igual que a todo lo demás. Te quedás con un backup… cifrado e inservible. Es el escenario que más empresas lamentan.
Qué es un backup inmutable
La inmutabilidad restringe cambios y borrados durante una retención definida, según el modo y los controles del producto. No prueba que los datos estén sanos ni elimina todos los riesgos administrativos.
Cómo se logra
- Almacenamiento con bloqueo de objetos: repositorios (locales o en la nube) que impiden alterar los datos por el tiempo configurado.
- Copias fuera de línea o aisladas: respaldos que no quedan permanentemente conectados a la red.
- Retención protegida: verificá qué cambios y borrados restringe el modo elegido, durante cuánto tiempo y qué privilegios administrativos pueden afectar esa protección.
La regla moderna: 3-2-1-1-0
Es la evolución de la clásica 3-2-1: 3 copias, en 2 medios, 1 fuera del sitio, 1 inmutable o aislada, y 0 errores verificados en las restauraciones. Esa copia reduce un riesgo, pero no sustituye una restauración probada.
Cómo lo implementamos
En MITS Group diseñamos esquemas de backup con copias inmutables adaptados al tamaño y al presupuesto de cada empresa, y -fundamental- probamos las restauraciones periódicamente. Porque un backup que nunca probaste no es un backup: es una esperanza.
Aplicación práctica: qué comprobar
Escenario ilustrativo, no un caso de éxito documentado. Una copia inmutable conserva también un archivo que ya estaba dañado antes del respaldo. Necesitás varios puntos de recuperación, revisar la integridad y elegir uno anterior al incidente antes de volver a producción.
Evidencia que conviene registrar
- Retención y permisos de administración del repositorio.
- Separación de credenciales y ubicación de las copias.
- Restauración aislada y verificación funcional.
