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
783 artículos
IETF
DNS GREASE necesita reglas de experimento antes de activarse por defecto
El experimento empieza con una cifra que no significa nada. Un resolutor la introduce a propósito en una consulta DNS para averiguar si el otro extremo sabe convivir con lo desconocido. Si todo funciona, nadie lo nota. Si no, el coste puede aparecer como espera para el usuario…
IETF
Ralph Droms y el DHCPACK que no otorgaba la propiedad de la dirección
Cuando llega un DHCPACK, la dirección aparece en la interfaz y la red empieza a funcionar. El gesto parece definitivo, pero el protocolo que especificó Ralph Droms no entrega una propiedad: registra una concesión gobernada por el servidor, limitada por un reloj y condicionada por…
IETF
El tramo de recuperación que queda después de corregir un conflicto EVPN
Retirar la asignación duplicada de un equipo y liberar el estado retenido por la red son trabajos distintos. El servicio depende de que alguien conecte ambas partes de la recuperación.
IETF
Scott Rose y el bit de datos autenticados que no era una prueba de extremo a extremo
El indicador `AD` de una respuesta DNS puede comunicar un resultado valioso: un resolvedor recursivo validador considera auténticos los datos relevantes. También puede interpretarse en exceso. El bit no autentica el trayecto por el que llega al cliente, no unifica todas las…
IETF
El ensayo de DNSSEC prueba una cohorte de resolutores, no Internet
Un dominio puede estar firmado, fallar una comprobación criptográfica y seguir respondiendo al usuario como si no estuviera firmado. Esa separación es la utilidad del DNSSEC de ensayo: permite ver un fallo antes de imponerlo. También marca su límite. Solo hablan los resolutores…
IETF
Un enlace puede aprobar la prueba y dejar pendiente la decisión de servicio
La capacidad agregada, el tiempo de cada transferencia y la espera bajo carga no describen la misma experiencia. Al dar por recibido un servicio TCP, importa tanto el resultado como quién se hace cargo de lo que ese resultado no resuelve.
IETF
La presidencia de la IRTF se decide desde hoy con una carga de dos velocidades
El plazo de nominaciones termina este 8 de septiembre a las 23:59 UTC. La convocatoria de la IAB no describe un único compromiso horario: habla de cerca del 25 % durante una semana normal y de dedicación completa durante unas seis semanas al año. El proceso necesita conservar esa…
IETF
Nat Sakimura y el encabezado crítico que una firma válida no podía ignorar
Verificar una firma y comprender el objeto firmado son trabajos distintos. La RFC 7515 lo convierte en una obligación comprobable mediante `crit`: una lista protegida de extensiones que el receptor debe saber procesar. Si desconoce una de ellas, la JWS es inválida aunque el…
IETF
Una fecha de obsolescencia retira una etiqueta RDAP, no a sus clientes
El registro puede declarar que un identificador ha quedado atrás. El servidor puede fijar cuándo dejará de ofrecerlo. El cliente, sin embargo, puede aparecer desde fuera de toda relación contractual y pedir la versión antigua. La gobernanza de esa retirada empieza cuando esas…
IETF
Justin Richer y el token activo que no podía aprobar la solicitud
Una respuesta de introspección llega con `active: true` y la operación parece despejada. El servidor de autorización conoce el token, no lo considera revocado y todavía lo sitúa dentro de su vigencia. Sin embargo, el mecanismo que Justin Richer articuló en la RFC 7662 no vota…
IETF
Ver dos veces el mismo CDN no basta para diagnosticar un bucle
La repetición puede formar parte del recorrido previsto. CDN-Loop obliga a separar tres cosas que un parte de incidencias puede confundir: conservar una señal, aplicar una defensa local y demostrar por dónde pasó realmente una petición.
IETF
La recuperación de DNSSEC depende de relojes que ningún firmante controla por sí solo
El incidente empieza con una paradoja incómoda: la clave privada ya no sirve, pero Internet continúa validando la zona. Las firmas emitidas antes de la avería mantienen el servicio en pie. Cada minuto de normalidad aparente, sin embargo, consume el margen disponible para…
IETF
Reutilizar una dirección no transfiere la sesión anterior
Los identificadores de un portal cautivo pueden ser temporales. Lo que necesita continuidad no es el número, sino el acuerdo entre los componentes sobre a qué equipo corresponde y cuándo deja de corresponderle.
IETF
Rifaat Shekh-Yusef y el contador nonce que no podía numerar la transacción
Un cliente ve expirar la respuesta, obtiene un desafío nuevo y vuelve a enviar la operación. Las dos solicitudes superan HTTP Digest. En el registro de autenticación, el comportamiento es limpio; en el libro de negocio, puede haber dos cargos. El `nc` descrito en el RFC 7616…
IETF
Una actualización de delegación autofirmada prueba una clave, no su autoridad
El primer mensaje de una clave nueva puede ser criptográficamente perfecto y políticamente vacío. Si la propia clave firma la petición que pretende convertirla en autoridad, solo demuestra que existe alguien capaz de usarla. La propuesta de DNSOP separa ese dato del permiso para…
IETF
Una función desactivada también forma parte del resultado
Una excepción bien explicada puede hacer que un ensayo sea pertinente para un cliente y no para otro. La comparación depende de la configuración que produjo la cifra, no solo del nombre del equipo.
IETF
Tatu Ylonen y la ventana SSH que no podía confirmar la orden
Una plataforma envía una orden por SSH, ve que la ventana del canal vuelve a crecer y observa un cierre limpio de la conexión cifrada. El panel declara éxito. Sin embargo, ninguna de esas señales afirma que la aplicación remota haya consolidado el cambio esperado. El RFC 4254…
IETF
Actualizar la latencia más deprisa también tiene un coste
Los anuncios que ayudan a elegir una ruta no están diseñados para reproducir toda la espera del tráfico. Acortar sus intervalos puede añadir trabajo al sistema sin resolver la pregunta del cliente.
IETF
Tim Bray y el nombre JSON duplicado que no podía representar un solo valor
Una pasarela leyó un permiso como verdadero, el servicio de destino lo leyó como falso y el registro acabó mostrando una sola versión impecable. No hace falta que ningún componente esté averiado: basta con que el objeto recibido repita un nombre y que cada biblioteca resuelva la…
IETF
Peter Saint-Andre y la coincidencia de certificado que no podía elegir el servicio
Una persona copió una dirección de un mensaje, el navegador abrió una conexión cifrada y el certificado coincidió. La cadena puede ser impecable y llevar al servicio que eligió el remitente malicioso. RFC 9525, de Peter Saint-Andre y Rich Salz, no promete recuperar una intención…
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 a Strategic CircleInforme 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