Resumen

  • Entre las 20:07 y las 22:50 UTC del 3 de noviembre de 2026, el servicio RFC 8181 de RIPE NCC respondió «Unknown publisher» a las solicitudes de publicación.
  • El almacenamiento lento retrasó la configuración de Krill tras un reinicio de mantenimiento. Los objetos del repositorio siguieron intactos y las publicaciones fallidas se reanudaron automáticamente.

La firma estaba en manos del operador; la ventanilla que debía recibirla no reconocía su nombre. Así falló el servicio de publicación RPKI de RIPE NCC el 3 de noviembre. Durante un mantenimiento ordinario, Krill se reinició antes de que el almacenamiento entregara su configuración de editores. El programa trató todas las solicitudes nuevas como si vinieran de un desconocido: «Unknown publisher».

El incidente comenzó a las 20:07 UTC y terminó a las 22:50: 163 minutos. Un miembro dio el aviso. El ingeniero de guardia puso a disposición la configuración correcta y las publicaciones que habían fallado se reanudaron automáticamente. RIPE dice que el contenido ya publicado no sufrió daños. El problema estaba en añadir objetos nuevos, no en conservar los anteriores.

Eso deja al descubierto una dependencia concreta del modelo de autoridad de certificación delegada. La CA puede custodiar sus claves y producir autorizaciones de origen de ruta, manifiestos o listas de revocación; RIPE opera el repositorio que las distribuye. Cuando la puerta RFC 8181 olvida a los editores registrados, el control de las claves no basta para poner una actualización ante los lectores del repositorio.

RIPE plantea condicionar el inicio de Krill a la disponibilidad de la configuración y ampliar la vigilancia del servicio RFC 8181. Su informe no cuenta cuántas CA ni cuántos cambios quedaron a la espera. Ese inventario, junto con los resultados de los validadores, definiría el alcance operativo.

Fuentes: incidente de RIPE NCC; guía de CA delegada de RIPE NCC.