APNIC explorará un agente de IA para clasificar incidentes

Resumen

El Consejo Ejecutivo de APNIC aprobó un plan para explorar en el tercer trimestre de 2027 un agente interno de IA que clasifique incidentes de infraestructura. El documento no anuncia un sistema desplegado ni le asigna facultades.
En 2021, una copia de la base Whois pudo quedar expuesta durante tres meses. APNIC dijo que los registros de acceso incompletos impedían saber si alguien la consultó; su investigación no encontró indicios de actualizaciones sospechosas.

Una pregunta quedó fuera del registro

El equipo de APNIC pudo cerrar un depósito público y retirar una copia de su base Whois. No pudo reconstruir quién la había visto. Esa diferencia atraviesa la explicación de APNIC sobre el incidente, publicada en junio de 2021.

Durante tareas de mantenimiento de RDAP, se copió la base de Whois a un contenedor de Google Cloud que el equipo creía privado. Un error de configuración lo dejó accesible al público. La copia incluía datos de autenticación de mantenedores y equipos de respuesta a incidentes, guardados como hashes, además de objetos Whois privados. APNIC dijo que esos objetos solo estaban actualizados hasta octubre de 2017.

Un investigador independiente avisó a APNIC el 4 de junio. La organización corrigió la configuración y borró la copia. Calculó que el archivo pudo ser visible durante tres meses. Como no tenía registros completos de acceso, no podía determinar si alguien había consultado los datos. La investigación tampoco encontró indicios de actualizaciones sospechosas. APNIC cambió las contraseñas de mantenedores e IRT y guio el cambio de credenciales de unos 50 titulares que habían utilizado activamente las actualizaciones Whois por correo durante los seis meses anteriores.

La respuesta cerró varias tareas: corregir la configuración, borrar el archivo y proteger credenciales. Dejó abierta otra pregunta. La falta de cambios sospechosos en el historial de actualizaciones no demuestra quién accedió al archivo; cada afirmación responde a una evidencia distinta.

El plan de actividad de APNIC para 2027, aprobado por unanimidad por el Consejo Ejecutivo, incorpora una exploración para desarrollar un agente interno de IA capaz de realizar una primera clasificación de incidentes de infraestructura durante el tercer trimestre. Las actas se adoptaron el 19 de octubre. La palabra clave es «explorar»: APNIC no informó que el agente ya exista ni que pueda acceder a sistemas de producción.

El plan no publica qué fuentes podría leer el agente, qué respuesta produciría, quién recibiría una escalada, cómo podría corregir una etiqueta una persona, cuánto tiempo se guardaría el registro ni cómo se mediría el resultado. Esos datos distinguirían un clasificador de avisos de una puerta que ordena cuándo llega un incidente a un humano.

La cola también decide

Una prioridad cambia el orden de atención. Si un sistema asigna una etiqueta rutinaria a un reporte con registros incompletos, la persona siguiente recibe una conclusión implícita junto con la alerta. Si conserva la laguna de evidencia, el investigador puede pedir el siguiente dato necesario. La pantalla de clasificación no es una sala de espera neutral: distribuye tiempo humano.

La política de seguridad de la información de APNIC pide que los incidentes se reporten, investiguen y atiendan de forma sistemática y oportuna. El primer filtro interviene antes de que termine la investigación, cuando el expediente aún puede estar incompleto.

APNIC señala en su página de seguridad que responder a incidentes y aplicar la ley en redes de sus miembros queda fuera del papel de un RIR. La propuesta trata de la infraestructura interna de APNIC; no describe una función de vigilancia sobre las redes de los miembros.

Las actas no vinculan la propuesta de 2027 con el incidente de 2021. El caso sirve para evaluar qué tendría que preservar una herramienta de triage: qué se expuso, cuándo se retiró, qué credenciales se cambiaron, qué halló la investigación y qué siguió sin respuesta. Ningún agente puede reconstruir registros que nunca se completaron. Sí puede mantener visible su ausencia y evitar que «desconocido» se transforme en «nadie accedió».

Antes de celebrar una cifra de precisión, APNIC podría publicar las fuentes permitidas, los campos generados, el responsable de escalada, la ruta de corrección humana, la retención y una prueba con expedientes incompletos. Un simulacro con datos sintéticos puede mostrar si el sistema cita la evidencia, conserva la incertidumbre y pide una decisión humana. El objetivo de disponibilidad del 99,99% para Whois, RDAP, RPKI, RDNS e IRR que aparece en el plan mide servicios del registro; no mide al agente.