Tema
Automatización de seguridad
Dentro de la faceta Tema, la inteligencia temática Automatización de seguridad conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
Historias
APNIC 62: el certificado revocado que no produjo una decisión única
La autoridad había registrado la revocación. El paso decisivo ocurría después, en el programa que aceptaba o detenía la conexión. Una prueba expuesta por Geoff Huston en APNIC 62 permite observar esa separación sin convertir un caso de laboratorio en una sentencia sobre todos los…
Tendencias de servicios en la nube globales
Corero vende más hoy, pero su base recurrente avanza a otro ritmo
El resultado semestral reúne ventas reconocidas, contratos de distinta duración y cobros pendientes. Separarlos evita confundir una mejora real con una aceleración que el ARR todavía no muestra.
IETF
La aprobación no cierra la cadena: Composite ML-KEM para CMS entra en la cola con su dependencia aún abierta
La aprobación del IESG del 18 de septiembre de 2026 convierte a `draft-ietf-lamps-cms-composite-kem-03` en un documento aprobado para Proposed Standard, pero no en un RFC publicado ni en una capacidad lista para producción. Tres días después, la fotografía operativa sigue…
IETF
El coste oculto de enviar seis alertas de seguridad en una sola petición
El borrador multi-SET de la IETF reduce el número de conexiones necesarias para enviar avisos de seguridad. A cambio exige una contabilidad más fina: una respuesta para el lote no demuestra que cada aviso haya producido una decisión, ni que una cuenta haya quedado inhabilitada.
IETF
La orden cruzó dos redes; la certeza no: el examen operativo de ACTN
La propuesta de coordinar paquetes y óptica mediante ACTN llega a la última consulta del IETF con una pregunta pendiente: si los controladores dejan de estar de acuerdo, ¿qué prueba permite continuar una provisión? Dos evaluadores han marcado el borrador como «Not ready» desde…
IETF
Una ruta visible no autoriza por sí sola la fuente
La consulta final de la IESG sobre SAVNET pone bajo examen el lenguaje con el que se describen los fallos de la validación de direcciones de origen entre redes. Hasta el 1 de octubre se reciben comentarios sobre requisitos para futuras soluciones, no sobre un mecanismo que ya…
Historia de Internet
La versión 3 siguió; el servicio cambió: la trampa compatible de RFC 2126
TCP estaba abierto y el Connect Confirm era legible. Aun así, una respuesta Class 0 no satisfacía una solicitud Class 2 sin alternativa. RFC 2126 hizo visible que conexión, sintaxis y acuerdo eran tres hechos distintos.
Expediente
RFC 9647: cuando una ruta Babel aparece seleccionada, pero la evidencia todavía está incompleta
Una fila de rutas Babel puede afirmar que una ruta está seleccionada mientras la cadena completa de evidencia —desde el almacén YANG hasta la política efectiva de la interfaz, el intercambio autenticado con vecinos, la instalación de reenvío, la recuperación ante fallos y la…
IETF
La IESG revisó la versión 12; producción recibió la versión 14
Safe-IOC conserva el mismo nombre, pero ya no es el mismo objeto documental. Entre la conclusión de ausencia de conflicto sobre la revisión 12 y la entrada de la revisión 14 en producción RFC hubo comentarios, cambios de texto y decisiones de autoridades distintas. Una…
Historia de Internet
El permiso llegó antes que la llamada: la decisión doble de RFC 2125
Un enlace adicional podía ser aceptado y, aun así, no llegar a existir. RFC 2125 convirtió esa diferencia en protocolo: primero una respuesta autorizaba la acción propuesta; después, otro mensaje describía el resultado de la llamada.
Historia de Internet
El FAS decidió; el conmutador aún tenía que hacerlo real
RFC 2124 colocó la política de admisión en un servicio externo, pero no confundió su respuesta con la conexión resultante. La secuencia LFAP conservó algo más valioso: decidir, ejecutar, conciliar y contabilizar eran actos distintos.
IETF
RFC 9815 tras un reinicio: alcance y no tránsito son hechos distintos
Una revisión de puesta en servicio puede dejar una señal verde junto a la alcanzabilidad del servicio y, al mismo tiempo, no conservar ninguna evidencia de que la intención de no tránsito haya sobrevivido al reinicio. En BGP-SPF esas conclusiones no son equivalentes: que un nodo…
Tendencias de servicios en la nube de Europa y Oriente Medio
Los £27,9 millones de ARR contratado de PCI Pal aún no son ingresos auditados
PCI Pal elevó dos métricas de ritmo comercial mientras aplazaba la publicación de FY26. No hay una contradicción que resolver: contratos firmados, despliegue, reconocimiento contable y cierre de auditoría miden etapas distintas.
Historia de Internet
El reinicio viajaba en el paquete siguiente: la recuperación MPPC de RFC 2118
RFC 2118 convirtió la compresión punto a punto de Microsoft en una transformación con memoria compartida. Cuando una pérdida desalineaba esa memoria, el receptor pedía un reinicio, pero el acto que volvía a hacer decodificable el flujo era el siguiente paquete marcado `FLUSHED`…
IETF
Cifrar lo inacabado: RFC 9787 y la frontera de compromiso entre guardar un borrador y enviarlo
Unas palabras se autoguardan en un portátil y, minutos después, reaparecen en otro dispositivo conectado al mismo buzón. La escena es hipotética, pero expone una distinción real: que el texto pueda continuar entre clientes no significa que sus destinatarios deban leerlo ni que el…
Historia de Internet
El TopN parecía un veredicto; RFC 2108 lo dejó en su sitio
Una lista podía ordenar los puertos de un concentrador por actividad, errores o colisiones. RFC 2108 hizo comparable esa medición, pero también dejó claro que el primer puesto describía un cambio observado durante un intervalo, no al culpable de una avería.
IETF
NFFRR y el veto delegado: quién decide cuándo una segunda reparación es peor que perder el paquete
Fast Reroute existe para evitar pérdida durante una avería, pero una segunda reparación local puede empeorar el resultado de la primera. La sección 2.1 de RFC 9791 plantea precisamente ese límite: marcar un paquete ya desviado para que un nodo posterior no vuelva a aplicar FRR.…
Expediente
RFC 9682: la genealogía que una compilación verde no cuenta
En una entrega hipotética, la compilación acaba en verde y el paquete queda listo. Sigue sin respuesta una pregunta: ¿qué parser produjo realmente el validador que llegó al consumidor? La respuesta exige seguir el artefacto, no solo leer el estándar.
Historia de Internet
Dos pasadas de hash hicieron reutilizable el MAC, no la decisión de confianza: RFC 2104
RFC 2104 convirtió funciones hash iterativas ya extendidas en un código de autenticación mediante una pasada interior y otra exterior, separadas por constantes. La fórmula podía conservarse al cambiar el hash. Lo que no cambiaba era su límite: una etiqueta coincidente hablaba de…
IETF
Automatizar la cuarentena IPv6 exige algo más que un registro
«Si una dirección IPv6 registrada aparece vinculada a actividad sospechosa, póngase en cuarentena automáticamente». La regla parece prudente, rápida y fácil de auditar. También encierra varias premisas que el protocolo no garantiza: que el registro identifica al emisor del…