Organismo de estándares abiertos con impacto en la implementación a nivel mundial.
Gobernanza / IETF
IETF
El análisis de IETF abarca los desarrollos públicos que afectan a la infraestructura de Internet, a las decisiones de gobernanza, a los mercados de conectividad, a los flujos de capital digital y al riesgo operativo.
GlobalGobernanza de protocolosRiesgo de interoperabilidad
Proceso de protocolo y legitimidad de estándares.
Brecha entre especificación e implementación en proveedores y operadores.
Los cambios importantes en los estándares suelen afectar a los sistemas durante ciclos de 120 días o más.
Cobertura reciente
Titulares de IETF
1652 artículos
IETF
El nuevo HPKE no sustituye por sí solo los modos Auth que aún describe RFC 9180
La propuesta que llegó a la votación del IESG conserva las funciones compartidas con la norma anterior, pero deja fuera dos modos de autenticación del emisor. Una aplicación que los use necesita una decisión propia de compatibilidad.
IETF
El dispositivo demostró su clave. El certificado no demuestra que siga sano
La extensión de atestación de dispositivos para ACME puede unir una solicitud de certificado con una máquina o un módulo criptográfico concreto. Ese comprobante describe la emisión. No certifica de forma continua la salud, la custodia ni cada uso posterior de la clave.
IETF
El filtro de direcciones de origen necesita noticias del otro lado
La última consulta del IETF sobre SAVNET no anuncia un dispositivo nuevo. Expone una asimetría operativa: quien decide si un paquete entra puede no ser quien primero descubre que la decisión fue equivocada.
IETF
BIER Ping dio por bueno el reenvío. Una salida ausente aún podía ocultarse en el BitString
El 21 de septiembre de 2026, la IESG aprobó BIER Ping como Proposed Standard. La noticia no convierte un “éxito” en prueba total: si la consulta nombra varias salidas, la respuesta de una no rinde cuentas por las demás.
IETF
La última clave de RSVP puede seguir en uso después de caducar
Un plazo fijado en la configuración parece una línea roja hasta que llega sin relevo. El borrador de autenticación RSVP que examina TEAS conserva una salida para ese caso: mantener la verificación criptográfica con la última asociación conocida, mientras la red se enfrenta a una…
IETF
Un certificado C509 más pequeño exige saber qué bytes se firmaron
Reducir el tamaño de un certificado facilita su transporte, pero también obliga a describir con precisión el objeto que verifica cada extremo. La nueva versión del borrador C509 se ocupa de esa frontera, no de conceder confianza por compresión.
IETF
No se encontró conflicto normativo. La clave de fábrica sigue sin tener una calificación de seguridad
La IESG no encontró un conflicto que impida publicar una taxonomía de la IRTF sobre claves y anclas de confianza instaladas por el fabricante. Esa decisión despeja un trámite. No ordena las cinco rutas de fabricación por seguridad ni acredita lo que ocurrió dentro de una planta.
IETF
Un destinatario abrió el JWE. La política de receptores seguía pendiente
Un sobre con tres destinatarios puede entregar el texto claro después de que funcione una sola ruta criptográfica. El perfil de HPKE para JWE hace visible qué ruta funcionó; no convierte ese éxito en prueba de que la lista prevista, la regla de aceptación y el conjunto de…
IETF
En SATP, el punto irreversible llega antes que una prueba universal
El momento decisivo no es el último recibo, sino el mensaje anterior. Cuando la pasarela emisora envía `Commit-Final`, el activo de origen ya se ha quemado y abortar deja de ser eficaz. SATP conserva quién dijo qué; la comprobación de lo ocurrido en cada red sigue otro camino.
IETF
JOSE pone tres metas de seguridad en la puerta del registro, no un veredicto de despliegue
El dato decisivo del nuevo Last Call de JOSE no está en los dos algoritmos heredados del título. Está en tres propiedades criptográficas que convertirían una valoración amplia de «credibilidad» en preguntas técnicas más concretas, sin prometer que el software situado al otro lado…
IETF
Una función de red, cuatro tareas de seguridad: la cartera de certificados que RFC 9509 dejó a cada operador
El problema no es si un certificado 5G es válido, sino para qué trabajo fue emitido y cuántos trabajos dependen de la misma clave. RFC 9509 incorporó tres nombres al registro; la arquitectura de credenciales sigue siendo una decisión local.
IETF
El byte era el mismo. El tiempo de espera no: RFC 9510
RFC 9510 convierte un solo byte de CCNx en un reloj que abarca desde milisegundos hasta años. La economía de bits es real; también lo es el riesgo de que dos versiones asignen destinos opuestos al mismo paquete.
IETF
El Locator era visible. La ruta no: RFC 9514
Un inventario puede mostrar un Locator SRv6 aprendido por BGP-LS y aun así no tener derecho a pintarlo como prefijo alcanzable. RFC 9514 exige otra pieza de evidencia, y su errata técnica 7737 corrige precisamente cuál es.
IETF
El número quedó reservado; su significado seguía sin revisión: RFC 9515
RFC 9515 permite registrar antes valores altos de BMP y evitar que varias extensiones ocupen el mismo código. La coordinación se abarata porque ya no es obligatorio presentar de antemano una especificación pública apta para interoperabilidad. La confianza, por tanto, debe…
IETF
El registro abrió antes. El ecosistema aún no había aceptado: RFC 9519
La coordinación necesita nombres antes de que el mercado tenga certezas. RFC 9519 permite asignar muchos parámetros SSH mediante revisión experta, pero no convierte esa rapidez en evidencia de que dos extremos puedan negociar el mismo comportamiento ni de que un operador deba…
IETF
Niels ten Oever y la revisión que sigue al protocolo hasta su uso
La actualización RFC 9620 de una guía para revisar los derechos humanos muestra una limitación que suele pasar inadvertida: las preguntas de diseño permiten detectar riesgos posibles, pero comprender sus consecuencias exige escuchar a las personas, examinar implementaciones y…
IETF
El túnel respondía. La ruta del inquilino seguía sin probarse: RFC 9521
La alarma más peligrosa no siempre es roja. A veces es un verde que ha perdido su alcance. RFC 9521 permite observar con rapidez una sesión BFD dentro de Geneve, pero la semántica del resultado termina en el VAP, el VNI, la encapsulación y la sesión que realmente participaron.
IETF
RFC 9523: el reloj pasó la prueba; el conjunto aún no
Khronos puede resistir el desplazamiento temporal bajo un modelo explícito de muestras comprometidas. Para convertir ese resultado en confianza hace falta demostrar algo distinto: de dónde salió el conjunto y qué dependencias comparten sus miembros.
IETF
Llegó la configuración, no la zona pública: RFC 9527
Un hogar puede recibir por DHCPv6 el dominio y los gestores correctos y seguir sin una autoridad DNS pública utilizable. RFC 9527 resuelve la coordinación inicial; la operación real exige demostrar cada salto posterior.
IETF
Cada byte de referencia coincidía, pero el dispositivo repetía su clave efímera: RFC 9529
RFC 9529 abre la caja negra de EDHOC mediante trazas completas de mensajes, hashes de transcripción, claves intermedias y exportadores. La coincidencia localiza errores de cálculo; no demuestra las propiedades operativas que los datos fijos nunca pusieron a prueba.
Desbloqueo para miembros
Análisis de perfil reservado
Inicia sesión para desbloquear los informes completos de perfil y las secciones de análisis en profundidad.
Informe de Strategic Circle
Únete para desbloquear informes estratégicos después de iniciar sesión.
Únete al Círculo EstratégicoInforme de 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