Resumen
- LACNIC afirma que los miembros que tienen un ASN pueden configurar y publicar objetos ASPA directamente en MiLACNIC. El anuncio confirma que la función fue implementada, pero no cuenta cuántos miembros la usan ni cuántos objetos se publicaron.
- ASPA registra qué proveedores de tránsito autoriza el titular de un AS. LACNIC dice que la información puede servir para validar caminos, pero no informa una validación por terceros, una política en routers ni un resultado operativo medido.
Análisis
LACNIC incorporó la creación de ASPA al portal que sus miembros utilizan para gestionar los servicios de la organización. El cambio es concreto: quienes cuentan con un ASN ya pueden configurar y publicar el objeto en MiLACNIC, según el aviso del registro regional.
Ese paso abre una cadena de seguridad más larga, pero no demuestra que los siguientes eslabones estén activos. Un ASPA expresa qué sistemas autónomos autoriza un titular como proveedores de tránsito. Después, un validador externo debe recuperar y comprobar el objeto; el software de red debe recibir esos datos; y cada operador decide qué efecto tiene una evaluación del camino en su política local. El anuncio acredita el primer paso, no los demás.
LACNIC presenta ASPA como complemento de los ROA y de la validación de origen. Un ROA identifica qué AS puede originar un prefijo. ASPA incorpora información sobre proveedores que puede ayudar a examinar segmentos del AS_PATH. Publicar una declaración firmada no cambia por sí solo la decisión de un router.
El marco técnico también sigue en curso. El Datatracker de IETF muestra el perfil ASPA en la revisión 29 y el procedimiento de verificación en la 28; ambos son Internet-Drafts del grupo SIDROPS. El estado del grupo indica que espera la redacción del documento, y no aparece un RFC publicado. La explicación de LACNIC de septiembre también describe la adopción como incipiente y separa la publicación de objetos de su uso operativo.
La pregunta que falta responder ya no es si MiLACNIC ofrece la función: LACNIC confirma que sí. Faltan el número de ASN elegibles que publicaron, la visibilidad de los objetos en repositorios consultados por validadores, la aceptación por parte de esas herramientas y la activación de políticas de verificación en routers. Sin esos datos, el anuncio demuestra que existe un canal de publicación, no que haya despliegue regional ni cambios comprobados en el tratamiento de rutas.
Fuentes
- LACNIC: un nuevo paso para fortalecer la seguridad del enrutamiento en la región
- Versión en portugués del anuncio de LACNIC
- Blog de LACNIC: una introducción a ASPA
- IETF Datatracker: perfil de ASPA, revisión 29
- IETF Datatracker: verificación de ASPA, revisión 28
- RFC 9582: perfil de las autorizaciones de origen de rutas
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
