Casi todos los planes de continuidad llevan un RPO y un RTO escritos con seguridad y calculados con ninguna. Qué prometen de verdad esos dos números, por qué el RPO real es el de la última copia verificada, los cuatro relojes del RTO y la aritmética que desmonta un «cuatro horas» sobre un enlace de 1 Gbps.
Veeam corrigió en junio un fallo de 9,4 sobre 10 que permitía ejecutar código en el servidor de copias a «un usuario de dominio autenticado». Según el análisis técnico que publicó un tercero, en un servidor en grupo de trabajo ese fallo no llegaba a existir. La diferencia no está en el código: está en a quién le pregunta tu servidor de copias si eres de fiar. Qué comprueba exactamente, por qué es el sexto fallo con la misma descripción en poco más de un año, la dependencia circular que nadie dibuja en el plan de recuperación, lo que cuesta de verdad sacar el servidor del dominio y los casos en los que no lo haríamos.
El informe anual de ransomware de Sophos (2.158 responsables de IT en 17 países, España incluida) trae el mayor rebote de copias de la serie: el 66% de las víctimas con datos cifrados recuperó desde backup, doce puntos por encima del 54% de 2025. Y a la vez el 48% pagó, y el coste medio de recuperar subió un 11% hasta 1,7 millones de dólares sin contar el rescate. Por qué los dos números no se contradicen, el apunte de método sobre las dos medianas que casi nadie está leyendo bien, qué hay dentro de esa factura y las cinco cosas que conviene cronometrar antes del día malo.
El 15 de julio de 2026 una bajada de tensión de tres milisegundos en la acometida eléctrica dejó tres servicios de una zona de Google Cloud en Países Bajos casi quince horas fuera de juego. Ni un CVE, ni un despliegue mal hecho, ni una ruta BGP: un transitorio eléctrico, un sistema de respaldo que no cogió la carga, un controlador de enfriadora que se cayó y una sala a 44 grados. Qué falló exactamente según el informe oficial, por qué la redundancia sobre el papel no siempre es redundancia, qué significa que una zona no sea un edificio y las siete preguntas que conviene hacerle a cualquier datacenter —incluido el tuyo— antes de que pase.
El 14 de julio un atacante entró en el ANCPI rumano con credenciales válidas, fracasó al extorsionar y borró la base de datos del registro de la propiedad y los backups que alcanzó. Una semana sin compraventas ni hipotecas en todo el país. La diferencia entre incidente y catástrofe fue una copia fuera de su alcance.
CloudFront sirvió errores durante unas ocho horas el 16 de julio de 2026. Es la tercera caída grande de AWS en nueve meses, y ninguna fue un ataque. Qué mapear, qué prometer y qué NO montar para que el incidente de tu proveedor no sea el tuyo.
Para recibir historias del mundo IT, novedades de everyWAN y ofertas exclusivas para suscriptores, date de alta a nuestra lista de correo
Microsoft 365
ES 
CAT 
EN