Horizonte temporal
Plurianual
Dentro de la faceta Horizonte temporal, la inteligencia de horizonte temporal Plurianual organiza los artículos según el período en el que se espera que una señal sea relevante. La página ayuda a los lectores a distinguir los cambios operativos inmediatos de los cambios de ciclo más largo en gobernanza, inversión, estándares e infraestructura que pueden desarrollarse a lo largo de trimestres o años. Conecta los supuestos sobre los plazos con la evidencia pública, los actores relacionados, el contexto de mercado, la exposición de los clientes, la presión política y la planificación de infraestructura, de modo que los lectores puedan juzgar si un acontecimiento es urgente, estratégico o aún está a la espera de evidencia que lo confirme. La página también explica cómo el horizonte temporal cambia el significado de una señal, qué organizaciones pueden verse expuestas y qué decisiones de infraestructura requieren acción a corto plazo o seguimiento a largo plazo.

Expediente
El registro era más largo; el mensaje no: relleno TLS 1.3 y autoridad de la longitud visible
El informe convirtió una diferencia de 512 bytes entre dos registros cifrados en una diferencia de carga útil y, después, en una acción de usuario. La captura era exacta, pero la inferencia ignoró al emisor. El proceso redondeaba registros TLS 1.3 a bloques y también podía…

Historia de Internet
El servidor que cambió de oficio a mitad de conexión: cómo NNTP hizo explícitos sus papeles
Un cliente ve primero capacidades para transferir artículos entre servidores. Envía `MODE READER`, vuelve a preguntar y encuentra herramientas de lectura. El host y el puerto siguen ahí; lo que cambió fue el trabajo autorizado dentro de esa sesión.

Expediente
El primer Hello fue rechazado, no borrado: TLS HelloRetryRequest y la autoridad del registro
La captura empezaba en el segundo ClientHello. Mostraba una sola contribución de clave, el servidor la aceptaba y el establecimiento concluía. Leído a solas, aquel fragmento parecía demostrar que el cliente había elegido ese grupo desde el principio. No demostraba tal cosa. El…

Historia de Internet
La retractación que viajó como noticia: por qué Usenet dejaba la cancelación en manos de cada servidor
Una cancelación alcanza tres servidores de noticias. El primero ya guarda el artículo y deja de mostrarlo. El segundo no confía en la solicitud y la descarta. El tercero todavía no ha recibido el original: memoriza su Message-ID para impedir que aparezca más tarde. El mensaje de…

Expediente
La negociación pidió un certificado. El código aceptó una clave: TLS Raw Public Keys y la autoridad de validar
Dos credenciales pueden contener la misma clave pública y, aun así, exigir verificaciones radicalmente distintas. wolfSSL lo convirtió en un caso operativo en 2026: una compilación con RPK podía admitir una clave pública bruta no negociada donde correspondía X.509. El fallo no…

NPNOG
Katmandú: una semana común, responsabilidades separadas
<!-- BTW:SLUG:una-semana-dos-instituciones-dos-numeros-edicion-npnog-sanog-38 -->

Historia de Internet
El borrado que esperaba la despedida: cómo POP3 separó la marca de la eliminación irreversible
El servidor responde `+OK message 4 deleted` y la conexión se rompe antes de `QUIT`. En la sesión siguiente, el mensaje 4 reaparece. No es una resurrección: la primera respuesta confirmó una marca reversible dentro de una vista bloqueada; el borrado real pertenecía a UPDATE, un…

Expediente
La prueba llegó cuando la conexión ya estaba en marcha. No podía reescribir el pasado: TLS Exported Authenticators y autoridad de la aplicación
A las 14:03 se validó una nueva identidad en una conexión que ya había procesado cientos de operaciones. El servicio elevó todos los streams y adjudicó a esa identidad cinco minutos anteriores. La firma era correcta; la historia de autorización, no. RFC 9261 vincula una prueba…

IETF
Un Internet-Draft caducado no es una propuesta rechazada
El inventario tecnológico no admitía matices. Al lado de un Internet-Draft aparecía `Expired`; en la columna de decisión, «rechazado por el IETF». No había llamada de adopción, acta de consenso, Last Call ni resolución del IESG. El equipo había observado un vencimiento y, sin…

ICANN
Un buzón válido no es un título de propiedad: las cuatro pruebas que separan las reglas de exactitud de ICANN
Las reglas de ICANN pueden comprobar que un dato tiene la forma correcta y que alguien responde a un correo o a una llamada. Son controles valiosos, pero no demuestran quién domina la cuenta del registrador ni qué persona o empresa tiene el mejor derecho jurídico sobre el…

Historia de Internet
Los bytes que esperaban permiso: la frontera que IMAP movió para ahorrar un viaje
El cliente ya había contado la carga. Escribía `{11}`, cerraba la línea y, aun así, no enviaba los once octetos. Faltaba un `+` del servidor. Esa pausa no era una torpeza del transporte: era el lugar donde el receptor aún podía negarse antes de asumir el coste. LITERAL+ eliminó…

Expediente
El certificado aún no estaba verificado, pero su demanda de memoria ya exigía una decisión: compresión TLS antes de la confianza
Un mensaje de dos kilobytes afirma que ocupará doce megabytes al descomprimirse. El receptor todavía no ha visto el nombre, la cadena ni la firma con que evaluará al servidor, pero ya debe decidir si acepta ese consumo. RFC 8879 reduce bytes en la red; no entrega al peer el…

Historia de Internet
El punto de reinicio que no era un número de bytes: cómo FTP aprendió a reanudar un archivo
Un archivo podía estar a medio camino y, aun así, FTP seguía conversando. Por la conexión de control aparecía `110 MARK ssss = rrrr`, mientras los datos no debían detenerse. A la izquierda figuraba una posición que sólo el emisor sabía restaurar; a la derecha, otra que sólo el…

IETF
Un MUST de un RFC sin sujeto no es un hallazgo de auditoría
El pliego de compra exigía que el equipo «cumpliera todos los MUST de los RFC aplicables». Parecía una cláusula exigente, hasta que llegó la recepción: nadie había definido qué RFC eran aplicables, qué perfil compraba la organización ni quién era el sujeto de cada requisito. El…

Expediente
El edge recibió una clave, no el certificado: credenciales delegadas TLS y autoridad con fecha de caducidad
Una clave efímera llega a un clúster de borde y, durante unas horas, basta para autenticar TLS 1.3 en nombre del titular. No renueva el certificado, no hereda la relación con la CA y no concede permisos de aplicación. El mecanismo mueve una capacidad concreta, no toda la…

Tendencias de institucionales globales
Una red no es resiliente cuando su reloj tiene un solo dueño
Una red puede conservar energía, rutas y servidores y, aun así, perder la capacidad de ordenar los hechos. La hora precisa sostiene en silencio la sincronización radioeléctrica, la autenticación, los sistemas de control, las transacciones y la evidencia de incidentes. La…

IETF
La alarma cambió dos veces; Observe solo promete acercarse al estado actual
Una válvula industrial pasa de normal a crítica y vuelve a normal mientras el enlace está congestionado. El servidor CoAP envía lo que la red puede soportar; el cliente termina mostrando el valor correcto del presente, pero nunca recibe el intervalo crítico. No hay contradicción…

Historia de Internet
La consulta vacía que enumeraba a todos: cómo Finger convirtió la presencia humana en respuesta de red
No hacía falta escribir un nombre. Bastaba abrir TCP 79 y enviar CRLF. Para NAME/FINGER, esa línea vacía preguntaba quién estaba usando el sistema remoto en ese instante. La contestación podía traer nombre completo, ubicación del terminal, tiempo de inactividad y un plan…

ICANN
Datos en escrow, ningún registrador en funcionamiento
Un archivo puede superar todas las comprobaciones previstas y seguir sin poder contestar una llamada. Puede demostrar qué dominio gestionaba un registrador, cuándo vencía y cómo contactar al titular. No puede abrir el portal del cliente, reconstruir un saldo, recuperar una web…

Expediente
El peer pidió claves nuevas, pero no era dueño de la época: TLS 1.3 KeyUpdate y la autoridad de rotación
La transición a una clave nueva se anuncia con un mensaje cifrado por la clave antigua. Ese puente autentica un cambio direccional; no inspecciona la memoria del otro extremo, no repite la identidad TLS y no entrega al peer un presupuesto ilimitado de rotaciones.
