Resumen

  • La ponencia de Amajit Gupta en APNIC 62 propuso una «red eléctrica autónoma» basada en telemetría en tiempo real, control programable de rutas y sistemas capaces de corregirse, con límites definidos por personas.
  • La presentación de Yukako Uchida, de JPCERT/CC, describió otra condición operativa: los equipos de respuesta necesitan una confianza construida mediante contactos repetidos antes de coordinarse bajo presión.

Una ruta degradada puede exigir una respuesta en milisegundos. La primera conversación fiable entre dos equipos de respuesta a incidentes quizá comenzó años antes. APNIC 62 puso ambos relojes en una misma sesión de ponencias, pero no los convirtió en un solo problema ni propuso una regla operativa común.

Amajit Gupta, director ejecutivo y consejero delegado de Lightstorm, presentó la latencia como el recurso escaso para cargas de trabajo distribuidas entre nubes, centros de datos y sistemas en el borde. Su presentación del 8 de septiembre, «The Autonomous Grid», enumeró cuatro capacidades: telemetría en tiempo real, orquestación basada en intención, control programable de rutas y arquitecturas resilientes que se corrigen por sí mismas. Defendió que las operaciones respondan a las condiciones de la red en lugar de esperar una intervención manual.

También reconoció la dificultad de adaptar infraestructura heredada, procesos de operación y competencias del personal.

Gupta no presentó un despliegue medido ni una mejora de rendimiento verificada. Expuso una propuesta sobre cómo podrían funcionar las redes. Tampoco planteó que el juicio humano desaparezca: su modelo de automatización de ciclo cerrado necesita límites definidos por personas y mantiene a los ingenieros a cargo de arquitectura, resiliencia, gobernanza y supervisión. Esa frontera importa. Que un sistema detecte degradación y cambie una ruta no lo autoriza automáticamente a alterar el servicio de otra organización ni a compartir con ella información sensible.

Yukako Uchida, responsable de la División de Coordinación Global de JPCERT/CC, habló del trabajo humano que sostiene la colaboración en ciberseguridad. Su presentación dice que JPCERT/CC gestionó aproximadamente 20.000 incidentes en 2025. También registra contactos para recibir denuncias desde 102 economías y notificaciones a 167 economías durante 20 años; la nota de la diapositiva limita estas cifras a los ccTLD con los que hubo interacción para responder a incidentes. Son datos sobre el alcance de la coordinación, no sobre una tendencia de ataques ni sobre resultados exitosos.

La tesis de Uchida no es que las estructuras formales o las herramientas técnicas sean inútiles. Sus diapositivas señalan que los equipos necesitan confiar en que sus interlocutores tratarán la información compartida con responsabilidad y actuarán de forma adecuada. Esa confianza se construye mediante experiencia directa e interacciones reiteradas. Las comunidades y los ejercicios facilitan esos contactos, pero asistir a una conferencia no demuestra que alguien tenga autoridad para comprometer a su organización con una decisión vinculante.

Aquí se cruzan las dos ponencias. La telemetría puede detectar una ruta degradada; la orquestación puede elegir otra. Un aviso de incidente todavía puede requerir que una persona decida qué se puede compartir, si confía en quien lo envía y qué organización puede autorizar una medida de contención. Son superficies de control distintas. La primera queda dentro de la red configurada por un operador; la segunda cruza fronteras institucionales. Una automatización más rápida reduce el tiempo disponible para la segunda decisión, pero no aporta por sí sola autorización ni relaciones de confianza.

El resumen de APNIC presenta ambas charlas como parte de un futuro que necesita innovación técnica y comunidades más fuertes. Es una comparación útil, pero no demuestra que exista una propuesta común, un piloto o una red autónoma desplegada. La prueba práctica sería que un operador pudiera explicar qué puede hacer el sistema por su cuenta, cuándo debe escalar, cómo registra la acción y cómo revierte un cambio equivocado más allá de la red local. El material publicado por APNIC no demuestra que esos controles ya estén generalizados.

El asunto concreto es este: una red puede reaccionar antes de que un ingeniero lea una alerta, mientras que un equipo de respuesta quizá necesite construir confianza antes de actuar sobre el aviso de otra entidad. Tratar ambas tareas como la misma clase de automatización difuminaría quién decide. Separarlas, pero mostrar el traspaso entre ambas, hace visible la responsabilidad: velocidad de máquina dentro de un límite de control y autorización humana verificable cuando la acción de una organización afecta a otra.

Fuentes: resumen de las ponencias de APNIC; presentación de Amajit Gupta sobre la red autónoma; presentación de Yukako Uchida sobre colaboración en ciberseguridad.

Informe de la conferencia APNIC 62.