Señales de continuidad política, legitimidad y rendición de cuentas en instituciones de gobernanza de Internet.
Gobernanza
Gobernanza
La inteligencia de gobernanza hace un seguimiento de las instituciones, los procesos de políticas, los organismos de normalización, las operaciones de los registros, las disputas de rendición de cuentas y las comunidades de operadores que configuran cómo se gobierna Internet y se mantiene operativa.
Vigilancia RIRExpedienteSociedad de recursos numéricosICANNIETFHistoria de InternetGrupos de operadores de red
Vigilancia RIR, Expediente, Sociedad de recursos numéricos, ICANN, IETF, Historia de Internet y sesiones NOG.
La cobertura prioriza la evidencia de implementación y el comportamiento institucional sobre las posturas declarativas.
Cobertura reciente
Titulares de Gobernanza
7719 artículos
Historia de Internet
Un solo registro DNS llevaba claves que no compartían la misma confianza: RFC 3445
El antiguo `KEY` de DNS parecía una pieza reutilizable: una ficha para muchas clases de clave pública. En la práctica, la consulta no podía pedir un subtipo y la firma abarcaba el RRset completo. La reutilización convirtió administraciones y riesgos ajenos en un solo paquete…
IETF
El cifrado de grupo se abrió. El remitente seguía sin probarse: RFC 9750
Una disputa de moderación puede comenzar con una captura que dice «mensaje autenticado» y terminar atribuyendo una decisión a la persona equivocada. RFC 9750 permite reconstruir lo que realmente certifica cada capa de MLS, desde el secreto compartido hasta la firma, la identidad…
IETF
La firma era correcta; el permiso seguía sin demostrarse
Una revisión de incidentes puede descarrilar con un dato verdadero: «GSS-TSIG validó». Ese dato acredita una protección criptográfica concreta, pero no resuelve quién podía cambiar qué, si el servidor aplicó el cambio ni qué terminó viendo un usuario. RFC 3645 obliga a mantener…
Historia de Internet
El enlace físico sabía lo que el terminador del túnel no podía ver: RFC 3437
L2TP separó al equipo que tocaba la línea del servidor que gobernaba PPP. RFC 3437 no confundió esas funciones: hizo que el borde declarase deseos y límites, y que el controlador remoto devolviese los paquetes que mostraban la negociación efectiva.
IETF
La llave tenía permiso para firmar mensajería; la cuenta seguía sin demostrar: RFC 9734
Un certificado puede estar perfectamente emitido para el uso equivocado, o para el uso correcto sin identificar la cuenta que una aplicación espera. RFC 9734 resuelve la primera ambigüedad mediante una finalidad específica para mensajería instantánea. La segunda continúa siendo…
IETF
El puerto estaba a la vista; el servicio era solo una conjetura
Un panel puede nombrar un flujo sin haber visto la aplicación. Lee un puerto, consulta una asociación conocida y presenta el resultado como si fuera identidad. RFC 3639 separa esas capas: el número es un dato de transporte; el nombre habitual es una convención; la aplicación…
Historia de Internet
Cada flujo seguro costaba una conexión TLS: RFC 3436
SCTP ofrecía muchos flujos de mensajes dentro de una asociación multihomed. RFC 3436 conservó su independencia asignando una conexión TLS a cada par bidireccional, pero trasladó a cada flujo el coste del handshake y renunció a parte de la libertad del transporte.
Historia de Internet
La entidad notificada recibía los comandos, pero no resolvía el relevo: RFC 3435
Una pasarela podía apuntar a un agente de llamada de respaldo sin demostrar que ese agente poseía el estado completo ni la autoridad legítima. RFC 3435 definió el destino de los mensajes, no un árbitro para la transferencia de control.
IETF
El contador bajó justo cuando el enlace empeoró
En una revisión de incidente, la frase «hubo menos errores» parece cerrar la discusión. Pero ¿qué ocurre si la misma ventana está marcada como no disponible? RFC 3637 obliga a formular una pregunta anterior: ¿menos errores físicos, o menos errores admitidos por la regla de…
IETF
La etiqueta de medición movió el flujo que debía observar: RFC 9714
El contador puede ser exacto y estar contando otra ruta. RFC 9714 incorpora un Flow-ID Label a MPLS para Alternate Marking, pero reconoce que ese cambio en la pila puede alterar la selección ECMP y separar al tráfico instrumentado del flujo de producción que pretende representar.
Historia de Internet
El cero tras un sondeo fallido no era una lectura: RFC 3434
El gráfico no distingue por sí solo entre una interfaz inactiva y un agente que no pudo leerla. RFC 3434 diseñó esa diferencia dentro del registro: el campo numérico podía contener cero, mientras otro campo declaraba que la observación no existía.
Historia de Internet
Un número necesitaba escala, precisión y tiempo: RFC 3433
El entero que devolvía un sensor parecía una observación terminada. RFC 3433 lo trató como una pieza intermedia: sin tipo, escala, precisión, estado y tiempo de actualización, el número aún no decía qué se había medido ni cuándo.
IETF
La instantánea devolvió una clave que ya se había gastado: RFC 9708
El peor fallo de una firma de un solo uso puede presentarse como una recuperación exitosa. RFC 9708 lleva HSS/LMS a certificados y mensajes CMS, pero obliga a reconocer que la clave privada incluye un libro mayor finito: si una copia antigua vuelve a operar, también vuelve un…
Expediente
NovaCloud-Hosting: quién transporta realmente el tráfico del AS209874 — la capa de tránsito que el marketing no describe
El resumen de inteligencia de NovaCloud-Hosting: quién transporta realmente el tráfico del AS209874 — la capa de tránsito que el marketing no describe explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la…
IETF
La lista ordenaba servidores; no demostraba cuál funcionaba
Dos pasarelas recibieron los mismos ocho octetos de direcciones KDC. Una insistió con la primera hasta agotar su temporizador; la otra pasó pronto a la segunda. El inventario decía que ambas tenían la misma configuración. La operación demostró que configuración y conducta no eran…
Historia de Internet
La hora de inicio era aleatoria. El flujo seguía siendo periódico: RFC 3432
La primera sonda no tenía una hora previsible; todas las siguientes compartían compás. RFC 3432 usó esa combinación para imitar aplicaciones periódicas sin confundir una muestra dirigida con el estado entero de la red.
IETF
La ficha de llamada decía «verificado». La confianza terminaba en quien la insertó: RFC 9796
Una llamada puede llegar con nombre, motivo e imagen protegidos y seguir necesitando una pregunta elemental: ¿quién convirtió la prueba original en la palabra «verificado» que aparece en el terminal? RFC 9796 responde sin prometer más de lo que puede demostrar.
Historia de Internet
El paquete había llegado. El registro contable aún no estaba a salvo: RFC 3423
Una confirmación podía decir que el camino funcionó y, sin embargo, guardar silencio sobre el destino del registro. CRANE convirtió esa diferencia en dos acuses y una secuencia que no debía romperse.
IETF
El comando era idéntico. La autoridad no.
Dos registradores enviaron la misma opción durante una transferencia: `-Approve:No`. Uno tenía el dominio bajo patrocinio y podía rechazar la petición ajena. El otro había iniciado la transferencia y sólo podía retirar la suya. Un archivo que mostraba las dos líneas como la misma…
IETF
El circuito siguió latiendo con bits que nunca llegaron: RFC 9801
En una línea síncrona, dejar de emitir puede causar un daño mayor que rellenar un hueco. RFC 9801 define ese relleno con precisión: el extremo receptor conserva el ritmo y sustituye la carga perdida. La salida sigue viva, pero la continuidad no certifica que los datos sean los…
Mapa de sesiones
Área de gobernanza
Vigilancia RIR
Cinco sesiones regionales sobre política de asignación, legitimidad del consejo y continuidad institucional.
Abrir Vigilancia RIRExpediente
Dossiers de gobernanza de ciclo largo con análisis de presión legal, electoral e institucional.
Abrir ExpedienteSociedad de recursos numéricos
Inteligencia sobre membresía, estatutos y gobernanza de recursos del ecosistema NRS.
Abrir sesión de NRSICANN
Coordinación del DNS, marcos de rendición de cuentas y dinámicas de los procesos globales de múltiples partes interesadas.
Abrir la sesión de ICANNIETF
Trayectoria de estandarización de protocolos y riesgo de interoperabilidad en un contexto de políticas fragmentadas.
Abrir sesión de IETFHistoria de Internet
Contexto histórico de largo ciclo para interpretar la gobernanza y anticipar la evolución estructural de la infraestructura.
Abrir la sesión de historiaGrupos de operadores de red
Inteligencia de implementación a nivel de operador desde APRICOT y los ecosistemas NOG regionales y nacionales.
Abrir sesión de NOGs