Protege tus copias de seguridad frente al ransomware
Protege tus copias de seguridad contra el ransomware con el almacenamiento inmutable

Los atacantes desactivan las copias de seguridad antes de encriptar los datos
![[object Object]](https://assets.ovhcloud.com/1fizpFdrhFw8Fgkvk3gp3yCtE_sYWE4ZmU5NzgzM2MwNmI0/af38b146-8511-40d0-a56c-94962ff45877_ima_d4cf3db1.png)
Object Lock: copias de seguridad blindadas contra el borrado
Con el versionado se guardan todas las versiones anteriores, de modo que, aunque un objeto se haya alterado antes de aplicarse el bloqueo, podrás recuperar una versión limpia. Activa las dos opciones al crear el bucket.

Modelo de protección en cuatro capas
Object Lock (WORM)
Rechaza cualquier borrado o sobrescritura hasta que vence el periodo de retención, incluso desde cuentas de administrador. Una vez configurado, es irreversible. Con Legal Hold, además, puedes bloquear objetos concretos de forma indefinida.
Versionado
Conserva todas las versiones anteriores en lugar de sobrescribirlas. Si un archivo se modifica antes del bloqueo, sigue teniendo un historial limpio que puedes restaurar. Es imprescindible para que Object Lock funcione.
Replicación asincrónica S3
Disfruta de copias automáticas en otra región, independientes de las credenciales principales, sin transferencias manuales. Cada objeto conserva su bloqueo en la región de destino.
Cifrado de datos en reposo
Con SSE-C, gestionas tus propias claves; con SSE-OVHcloud Managed Keys, OVHcloud se encarga de su ciclo de vida. Los objetos cifrados son ilegibles aunque llegue un posible ataque a la capa de almacenamiento.
Cuatro razones para elegir el almacenamiento inmutable
Una segunda copia en una región separada, fuera de alcance
La replicación asíncrona S3 mantiene una copia automatizada en una región de OVHcloud independiente de las credenciales primarias. Combinado con Object Lock, un atacante tendría que comprometer dos regiones para eliminar todas las opciones de recuperación. No es necesario realizar ninguna transferencia manual.
![[object Object]](https://assets.ovhcloud.com/1fip87Euv5uAhmLjojXL3A5d6_sZjAxNWViZDRmMjNmZDIx/b45cfedb-f699-4d60-8e61-994a6c2ad61f_ima_1a6d53dc.png)
Buenas prácticas operativas para proteger tu vía de recuperación
Activa la MFA en todas las cuentas que puedan cambiar una política de retención
La MFA impide el uso de credenciales robadas, un paso clave del que depende el ransomware. Exígela en la consola de almacenamiento y en todas las cuentas que puedan modificar una política de retención. Guarda las credenciales de servicio en un gestor de contraseñas. Supervisa los intentos de eliminación: un aumento repentino de las eliminaciones rechazadas puede ser una primera señal de que se ha producido una intrusión.
Haz pruebas de recuperación antes de que un incidente te obligue a hacerlo
Pon a prueba tu vía de recuperación antes de que lo haga un incidente. Programa pruebas de recuperación periódicas y documenta los resultados. Cada vez más aseguradoras solicitan estas pruebas como parte de la renovación de las pólizas. Una copia de seguridad que no se ha probado es una suposición, no una garantía.
Clases de almacenamiento en niveles para controlar los costes de retención a largo plazo
Las políticas de ciclo de vida trasladan los objetos de Standard a Active Archive y, posteriormente, a Cold Archive, mientras que Object Lock se mantiene activo en todos los niveles. Mantén una política de retención inmutable durante varios años sin asumir tarifas premium de forma permanente.
Protege tus datos en cuatro pasos
Crear un bucket con Object Lock activado
El Object Lock debe activarse cuando se crea un bucket y no se puede añadir más tarde. Activar el versionado al mismo tiempo. Establece el periodo de retención por defecto para que coincida con tus objetivos de recuperación.
Apuntar tu herramienta de backup al endpoint
Con Veeam, Rclone o awscli solo es necesario cambiar el endpoint. La capa de almacenamiento aplica la política de retención de forma independiente.
Activar la replicación entre regiones
La replicación asíncrona S3 mantiene una copia automatizada en una segunda región sin transferencia manual ni credenciales compartidos entre regiones.
Realizar una prueba de restauración y documentar el resultado
Restaura una copia de seguridad real desde el bucket inmutable y registra el resultado. Así validas el proceso de recuperación y cumples los requisitos de auditoría.
Demuestra la inmutabilidad ante aseguradoras y auditores
![[object Object]](https://assets.ovhcloud.com/1fiLyozAgbopXXL2Sy5rS6uw8_sOTVjMjlhNTRkNGY4ZWEz/7faa2b2b-68b7-486f-9b73-bac0ab57183f_ima_09703fb6.png)