Resumen

  • Las tasas históricas de fallos no describen bien a un adversario que elige a quién atacar y dónde.
  • Lindeberg propone una prueba incómoda pero útil: aislar dependencias y comprobar qué servicio continúa funcionando.

«Desconecten la mitad de los nodos». Fredrik Lindeberg, director de seguridad de la información de Netnod, convirtió esa frase en su prueba de continuidad en RIPE 93. La cuestión no es si el diagrama tiene flechas de respaldo; es qué sigue funcionando cuando una pieza desaparece.

Un componente que falla al azar y un atacante que estudia su objetivo no dejan la misma estadística. El historial ayuda a estimar fallos casuales. Un adversario puede elegir la ruta estrecha, el control compartido o la dependencia que paraliza el servicio. Cuando Lindeberg habla de una probabilidad del 100 %, se refiere a la intención de intentar el ataque una vez elegido el objetivo, no a una tasa de éxito.

El Servicio de Seguridad sueco describe ataques cibernéticos contra entidades públicas y privadas y señala que sus métodos cambian y se vuelven más accesibles. Lindeberg lleva esa amenaza a la sala de máquinas: las funciones físicas ya dependen de servicios digitales. Una puerta, un coche, un hospital o una llamada pueden quedar atados a un sistema remoto que el operador no controla.

Su experiencia se sitúa justo en ese cruce. Netnod dice que Lindeberg administra el sistema de seguridad de la información de sus servicios y productos. Antes de incorporarse en 2021, trabajó en integración de sistemas y sustitución de redes de comunicaciones dedicadas en el sector financiero. También tiene formación en ingeniería informática e ingeniería industrial.

La preparación tampoco puede empezar cuando cambia el titular de las noticias. Lindeberg dice que la presión digital puede aparecer durante la paz y no dejar tiempo para tender fibra o instalar servidores después de una escalada. Si una ruta independiente o una capacidad adicional forma parte del plan, tiene que estar disponible desde antes.

Su receta empieza con el servicio: qué debe seguir operativo para los clientes y durante cuánto tiempo. Después, el equipo identifica personas, proveedores, energía, fibra, hardware y sistemas de control de los que depende. Luego corta una dependencia de forma controlada, reinicia un servidor o desconecta parte de los nodos y observa el resultado real. La palabra «redundancia» no sustituye a esa prueba.

La transcripción oficial describe la propuesta, pero no presenta una incidencia cuantificada de Netnod ni resultados de un ensayo concreto. El argumento está documentado; su tasa de aprobación no.

Lindeberg separa supervivencia y cumplimiento. La guía de programas de cumplimiento del Departamento de Justicia de EE. UU. pregunta si el programa está bien diseñado, cuenta con recursos y funciona en la práctica. En una red, esa última pregunta tiene una prueba menos elegante: al desaparecer la dependencia, ¿el servicio todavía hace su trabajo?

La prueba debe incluir a los vecinos. Un proveedor que cae puede trasladar el problema a otras redes. Y la confidencialidad y la disponibilidad pueden empujar el diseño en sentidos distintos: muchas máquinas independientes ayudan a sostener el servicio; un control más cerrado puede requerir menos nodos. La decisión se toma antes de la caída, no durante el incidente.

La página de la charla de RIPE 93 y su transcripción oficial, el perfil de Netnod, el informe del Servicio de Seguridad sueco y la guía del DOJ son las fuentes.