Summary

  • El tutorial de MiLACNIC del 19 de octubre de 2026 presentó ASPA, RPKI delegado y el módulo para reportar incidentes de seguridad. El programa advierte que el material exhibido no está disponible para miembros de organizaciones en Brasil, cuyo NIR emplea otra plataforma.
  • Para México, LACNIC identifica compatibilidad con los módulos de RPKI y reportes. Las diapositivas muestran por qué importa el acceso concreto: permisos de administración, segundo factor obligatorio, alertas y reglas para no cargar proveedores ASPA equivocados.

La letra que define el producto está al final del programa oficial. Después de anunciar herramientas nuevas en MiLACNIC, LACNIC avisa que el material mostrado no estará disponible para miembros de organizaciones brasileñas porque los NIR utilizan otra plataforma. Para México precisa que los módulos de RPKI y reportes son compatibles. Una misma región no equivale a una misma consola.

ASPA permite a un sistema autónomo declarar sus proveedores de tránsito autorizados para ayudar a detectar caminos BGP incompatibles con esas relaciones. Con RPKI delegado, LACNIC actúa como autoridad certificadora matriz y la organización opera una CA hija, conserva su clave privada y gestiona objetos firmados como ROA y ASPA. El módulo de seguridad recibe información sobre recursos involucrados en incidentes. Son tareas que requieren una cuenta, un permiso y un lugar específico donde corregir un error. Un anuncio regional no responde por sí solo cuál es ese lugar para cada miembro.

La presentación de veinte páginas muestra las dependencias prácticas. Solo el administrador puede agregar o quitar coadministradores. Estos tienen casi todos sus permisos, salvo editar contactos y agregar a otros coadministradores. Es obligatorio usar al menos un segundo factor; las láminas explican TOTP, códigos de respaldo y SMS como alternativa. Cada usuario escoge las alertas: nuevo ROA, cambio de contraseña o edición de GeoFeed, entre otros ejemplos. La aplicación, el correo, SMS, Slack, webhook y WhatsApp figuran como canales posibles. La seguridad del registro vive en esas decisiones pequeñas tanto como en la criptografía.

ASPA ofrece un ejemplo claro. La lámina advierte que un peer, incluso en un IXP, o un cliente no se vuelve proveedor de tránsito por tener una sesión BGP. También exige no omitir proveedores activos y retirar los antiguos. Una declaración incorrecta puede conservar una relación que la red ya no tiene. Por eso importa saber quién podrá entrar a mantenerla y quién recibirá aviso cuando cambie.

La aclaración sobre Brasil tiene un límite preciso: describe la aplicabilidad del material de este tutorial a una plataforma NIR distinta. No enumera las funciones del portal de NIC.br ni prueba que los operadores brasileños carezcan de ASPA o RPKI. Para conocer esa ruta hacen falta documentos primarios de NIC.br o registros de operación. La frase sobre México, por su parte, no extiende la compatibilidad a todos los permisos, avisos y trámites de MiLACNIC; nombra dos módulos.

LACNIC tendría una guía operativa más útil si publicara una matriz fechada de funciones por plataforma. Debería indicar qué miembro crea ASPA, delega una CA, administra ROA o presenta un reporte, por qué portal y con qué rol. Así la promesa regional dejaría de esconder el trabajo que cada organización debe realizar frente a su propio NIR.