Resumen

  • RFC 8805 describe datos de ubicación aproximada por prefijo y permite que el consumidor los trate como una pista.
  • RFC 9632 puede vincular el archivo firmado con la autoridad sobre el espacio de direcciones, no con la verdad física de la ubicación.
  • Un cierre fiable une la revisión firmada con la descarga, activación, resolución de solapamientos y resultado observado.

La firma pasa y el mapa sigue equivocado

Un operador traslada un prefijo a otra ciudad, actualiza su geofeed y añade el autenticador RPKI opcional. La validación pasa. Días después, un catálogo de vídeo, una evaluación antifraude o una selección de CDN todavía muestra la ciudad anterior.

La firma no es inútil: prueba otro hecho. RFC 9632 verifica que el firmante está autorizado para los recursos cubiertos y que los bytes canónicos coinciden. HTTPS protege el extremo de descarga, pero WebPKI no autentica la asignación del espacio IP.

RFC 8805 define un CSV sencillo de prefijo, país, región y ciudad. Su precisión es deliberadamente aproximada. El consumidor puede tratarlo como una pista, preferir otras fuentes y debe separar la autoridad de la exactitud. Una comprobación criptográfica no observa la ubicación real de routers, usuarios o servicios.

RFC 9632 permite descubrir el archivo desde el atributo geofeed: de un objeto RPSL inetnum:. Aun así, el consumidor decide cuándo descargarlo, cómo resolver el prefijo más específico, qué fuentes combinar y cuándo activar una revisión. La caché y la versión del conjunto de datos son hechos operativos.

La investigación sigue un prefijo por el hash del feed, la firma y cobertura del certificado, el objeto de descubrimiento, la hora de descarga, el resultado del parser, el solapamiento, la versión consumida, la ubicación activada y observaciones externas. “Firma válida” solo cierra la autenticación.

Fuentes