Microsoft corrige una falla de denegación de servicio en el analizador YAML de OpenApi, Cloudflare cierra en workerd la reutilización de conexiones que faltaba desde el lanzamiento del servidor en Rust, Metalama repara una vía de ejecución de código en builds compartidos, GitHub revisa dos avisos más de severidad baja en Apprise y BBOT, y el rastreo comunitario de paquetes maliciosos halla 11 entradas nuevas en npm y PyPI.
El GitHub Advisory Database revisó y actualizó, el 14 de octubre de 2026, el aviso GHSA-7pxr-59rr-hqj2 (CVE-2026-72923, CVSS 3.1 de 7.5, severidad alta) para Microsoft.OpenApi.Readers y Microsoft.OpenApi.YamlReader, las librerías de NuGet que .NET usa para convertir documentos OpenAPI en objetos de código -una pieza habitual detrás de generadores de clientes como Kiota y de herramientas de documentación de API-. Según la descripción oficial, la librería analiza YAML a través de SharpYaml, que representa los anclas y alias como nodos compartidos; al convertir ese árbol a System.Text.Json.Nodes.JsonNode, cada alias debe copiarse en un nodo independiente, y sin un límite para ese trabajo, un documento pequeño con anclas anidadas referenciadas varias veces puede exigir una cantidad de nodos exponencial -un ataque del tipo "billion laughs"-, lo que agota la memoria del proceso y puede terminarlo. El investigador myDosGyarados reportó la falla al mantenedor baywet, quien la publicó el 13 de agosto de 2026; el catálogo de NVD la sumó el 8 de setiembre, y GitHub la revisó y actualizó en su propio Advisory Database apenas ayer. Las versiones corregidas son Microsoft.OpenApi.Readers 1.6.30, Microsoft.OpenApi.YamlReader 2.12.0 en la rama 2.x y 3.10.0 en la rama 3.x, según el mismo aviso. La corrección no rechaza el documento sospechoso de forma silenciosa: impone un máximo de 5 millones de nodos materializados y una profundidad de anidamiento de 64, ambos expuestos como propiedades estáticas de todo el proceso (YamlConverter.MaxNodeCount y MaxDepth) que un equipo puede ajustar para cargas de trabajo confiables, pero que por diseño se aplican a cualquier documento que ese mismo proceso analice, confiable o no. El propio aviso aclara que no reporta explotación activa conocida y que su impacto se limita a la disponibilidad -no hay ejecución remota de código, robo de credenciales ni acceso a datos-, aunque cualquier servicio que acepte especificaciones OpenAPI de terceros sin aislarlas en un proceso separado queda expuesto a que un solo documento lo tire abajo. La información de este caso proviene únicamente del aviso oficial de GitHub, sin cobertura cruzada de un medio de seguridad especializado al cierre de esta edición. Microsoft.OpenApi es una dependencia común en pipelines de documentación y generación de clientes de APIs que bancos, aseguradoras y empresas de outsourcing de software en zonas francas costarricenses mantienen sobre .NET; los equipos que ingieren especificaciones OpenAPI de proveedores externos sin validarlas antes deberían actualizar a la versión corregida en su próximo ciclo, sin que se conozca un caso costarricense afectado al cierre de esta edición.
cat /feed/cloudflareworkersworkerd.md
La versión del 15 de octubre de workerd incorpora un parche que, por primera vez desde que el servidor pasó a Rust, deja que las conexiones salientes a servicios externos se reutilicen en vez de abrir una nueva en cada solicitud.
> Cloudflare publicó, el 15 de octubre de 2026, la versión v1.20261015.1 de workerd, el motor de código abierto que corre Cloudflare Workers, con 17 PR fusionados según el registro oficial de versiones del proyecto en GitHub. El cambio central llegó un día antes, cuando danlapid fusionó el PR #7639 el 13 de octubre, fecha en la que la que kj-hyper -la capa que workerd usa para hacer solicitudes HTTP salientes- construía un cliente nuevo de hyper en cada evento, cada uno con un grupo de conexiones vacío, de modo que toda solicitud saliente hacia un servicio "external" o "network" abría una conexión nueva, según documenta el propio autor en la descripción del PR #7714, fusionado el 14 de octubre. La corrección de hoy introduce ClientPool, una estructura que retiene el cliente de hyper, el conector y su configuración durante toda la vida del servicio -y no solo durante un evento-, con un temporizador propio para cerrar conexiones inactivas, igual que hacía el servidor anterior en C++; sin ese temporizador, la librería hyper-util solo libera una conexión inactiva cuando alguien vuelve a pedir ese mismo host, algo que un servicio de red puede no volver a hacer nunca. El mismo PR corrige, además, que el servidor en Rust ignoraba la señal de apagado ordenado en Windows -el servidor anterior sí la recibía, mapeada como CTRL_BREAK_EVENT- y elimina una clase de registro de eventos que ya no tenía ningún uso.
> Que el propio Cloudflare necesitara, apenas 24 horas después de lanzar el servidor en Rust, una segunda ronda de parches para restaurar una función tan básica como la reutilización de conexiones -no una optimización de rendimiento, sino el comportamiento esperado de cualquier cliente HTTP persistente- matiza la narrativa de una migración de arquitectura sin sobresaltos. El propio PR #7639 ya reconocía, al momento de fusionarse, que esa reutilización había quedado rota como "brecha conocida"; la revisión de código del proyecto encontró, además, una segunda regresión real en ese mismo lanzamiento -la verificación de certificados TLS firmados con curvas P-521 en el servicio de internet por defecto-, que las notas de la versión de hoy no mencionan entre los cambios corregidos. Las pruebas locales del propio autor, en macOS, registraron 71 de 71 casos exitosos en los módulos de kj-hyper y del servidor, y los 10 casos nuevos o modificados fallaron sin el parche y pasaron con él, aunque el propio PR aclara que nunca se corrió localmente en Windows -la revisión en esa plataforma fue la primera corrida en la integración continua del proyecto-.
> La información de este caso proviene únicamente del registro oficial de versiones y de la discusión de código de workerd en GitHub, sin cobertura cruzada de un medio especializado al cierre de esta edición. Costa Rica no aloja una región de Cloudflare, pero agencias digitales y startups ticas que despliegan aplicaciones sobre Workers reciben este parche de forma automática en su próximo despliegue; equipos locales que noten reintentos o latencia adicional en llamadas salientes desde el 14 de octubre deberían confirmar que ya corren la versión de hoy, sin que se conozca un caso costarricense afectado por la regresión.
El proyecto de código abierto compromised-packages-check registró, en su PR 158 -fusionado el 15 de octubre de 2026, con un barrido fechado el 14 de octubre-, 11 entradas nuevas de paquetes maliciosos: 10 en npm y 1 en PyPI, según el registro público del proyecto en GitHub. El lote incluye tres paquetes bajo el espacio @mntv-analysis (ui, ui-components y workspaces-components), atribuidos a la cuenta conx3993, con versiones señuelo que superan a los paquetes internos legítimos y un script de preinstalación que exfiltra variables de entorno; y dos paquetes bajo @newspage (lib-ng-async-routes-ui y libx-amount), atribuidos a la cuenta priyashareek, que el propio registro describe como la misma firma de ataque que ya había apuntado, un día antes, contra el espacio @accenturecodefoundry que esta sección cubrió el 14 de octubre -sin que el registro de hoy diga que estos dos paquetes nuevos apunten también contra Accenture, solo que comparten autor y técnica-. El resto del lote en npm suma @user-interface-common/common-styles y monkey-tags-ip, ambos de confusión de dependencias atribuidos otra vez a conx3993; @xxxfnbs21/hello-demo, descrito como un paquete ya completamente bajo control del atacante en cinco versiones distintas; util-foriepft, cuyo script thunderboltRegistry.js ejecuta comandos del sistema a través de child_process y exfiltra la salida, con un commit que identifica al publicador como regex33-hackerone; y @flexmr/ui, una versión señuelo 99.99.99 cuyo script beacon.js envía el nombre de host y la identidad del equipo a la dirección 177.7.60.239:48080. En PyPI, el único paquete nuevo es saeka, descrito como un verificador masivo de tarjetas de crédito que abusa de servicios reales de comercio minorista para validar los datos robados. La cifra de hoy -11- es menos de la mitad de las 21 entradas de ayer y la más baja que esta sección ha registrado en dos semanas, pero el patrón de fondo no cambia: quien opera la cuenta priyashareek reaparece contra un espacio de nombres distinto al que usó el día anterior, el mismo comportamiento de persistencia que esta sección ya documentó con la cooperativa chilena Coopeuch a comienzos de octubre. Que el registro vincule explícitamente ambas campañas por autor, sin reclamar que el objetivo corporativo se repita, es una distinción que vale la pena mantener: la firma del ataque persiste, no necesariamente el blanco. La información de este caso proviene únicamente del registro del proyecto compromised-packages-check en GitHub, sin confirmación cruzada de Socket.dev, Phylum o Sonatype al cierre de esta edición. Accenture opera varios centros de servicios tecnológicos en zona franca, en Heredia y San José; aunque el lote de hoy no repite el ataque contra su espacio de nombres, cualquier organización local con su propio scope de npm enfrenta el mismo tipo de confusión de dependencias que documentan ambos clústeres, sin que se conozca un caso costarricense afectado.
El GitHub Advisory Database revisó y actualizó, el 14 de octubre de 2026, el aviso GHSA-m6wq-39m7-9xpp (CVE-2026-62847) para Metalama.Framework y Metalama.Tool, los paquetes de NuGet del framework de metaprogramación en tiempo de compilación para .NET. Según la descripción oficial, Metalama cargaba ensamblados de compilación, ejecutables auxiliares y bibliotecas auxiliares incrustadas desde directorios temporales predecibles -en Linux y macOS, por defecto, el directorio temporal del sistema, que cualquier usuario puede escribir-, y confiaba en artefactos generados antes con base en un archivo de marca .completed, sin ninguna verificación de integridad. Eso permitía que un usuario local sin privilegios preparara de antemano la misma estructura de carpetas con una DLL maliciosa y su archivo de marca correspondiente; cuando una cuenta de build o de servicio con más permisos corría después una compilación en esa misma máquina, Metalama detectaba la marca, se saltaba la regeneración y ejecutaba el ensamblado plantado como si fuera el suyo. El propio aviso fija el puntaje en 8,2 sobre CVSS 3.1 -severidad alta- para la configuración por defecto en sistemas POSIX, pero 6,0 sobre CVSS 4.0 -moderada- bajo ese otro modelo, y reconoce el rango como "Medium-High depending on the scoring model and platform". La falla no afecta a Windows en su configuración por defecto, porque los directorios temporales por usuario ya están protegidos por listas de control de acceso del sistema operativo, según el mismo aviso; el riesgo real se concentra en máquinas POSIX compartidas por varios usuarios, como estaciones de desarrollo con cuentas múltiples y agentes de compilación de integración continua autoalojados, donde cualquier persona con una cuenta puede sentar las bases del ataque antes de que corra el siguiente build. La corrección, disponible en las versiones 2026.1.19, 2025.1.18 y 2026.0.25, según el aviso, mueve la caché y los directorios de extracción a ubicaciones por usuario -como ~/.cache/Metalama en sistemas POSIX-, de modo que un usuario sin privilegios ya no pueda escribir en el mismo lugar que usará la cuenta de build. La información de este caso proviene únicamente del aviso oficial de GitHub, sin cobertura cruzada de un medio de seguridad especializado al cierre de esta edición. Metalama es una herramienta de nicho dentro del ecosistema .NET, pero el patrón que expone -agentes de build compartidos entre equipos o clientes en una misma máquina- es común en proveedores de desarrollo de software por outsourcing en zonas francas costarricenses que operan corredores de integración continua autoalojados; esos equipos deberían confirmar si comparten runners de CI entre proyectos antes de asumir que el riesgo no los alcanza, sin que se conozca un caso costarricense afectado al cierre de esta edición.
El GitHub Advisory Database revisó y actualizó, el 14 de octubre de 2026, dos avisos de severidad baja para herramientas de código abierto en Python. El primero, GHSA-856c-92hv-3vxx (CVE-2026-59180, CVSS 3,1), afecta a apprise -la librería de notificaciones que decenas de paneles de monitoreo autoalojados usan para avisar por Discord, Telegram o Gotify-: según el aviso, unos 50 de sus módulos HTTP, además de sus cargadores de adjuntos y configuración remota, siguen redirecciones 3xx por defecto y reenvían las cabeceras de autenticación que el usuario configuró -tokens Bearer, la cabecera X-Gotify-Key o parámetros personalizados- incluso cuando el destino de la redirección es un servidor distinto al original. El mantenedor caronc corrigió la falla en la versión 1.11.0, publicada el 29 de mayo de 2026, con un parámetro ?redirect=no que cada operador puede sumar a su URL de notificación; por compatibilidad hacia atrás, el comportamiento por defecto sigue siendo seguir la redirección. El segundo aviso, GHSA-xpf3-p7gm-7756 (CVE-2026-14966, también CVSS 3,1), afecta a bbot, una herramienta de reconocimiento ofensivo: su módulo de desempaquetado de archivos debía rechazar cualquier enlace simbólico antes de extraer un comprimido, pero no detectaba los enlaces cuyo listado en archivos zip o 7z llevaba un prefijo de atributo DOS delante del modo Unix -un formato que generan versiones antiguas de p7zip-, lo que permitía que un archivo descargado durante un escaneo plantara un enlace simbólico fuera del control esperado. La versión 3.0.0 de bbot corrige la falla, según el mismo aviso, que aclara que el contenido del enlace nunca llega a escribirse, por lo que el impacto se limita a plantar el enlace. Ninguna de las dos fallas es nueva: apprise la corrigió hace cinco meses y bbot hace más de tres, y ninguna tiene explotación activa conocida según sus propios avisos. Que ambas, junto con las de Microsoft.OpenApi y Metalama que esta edición también cubre, aparezcan "revisadas y actualizadas" el mismo 14 de octubre en el catálogo de GitHub sugiere una ronda de mantenimiento del propio Advisory Database -probablemente ligada a una re-evaluación de puntajes o metadatos- y no cuatro fallas descubiertas ese día; tratarlas como noticia de último momento sería exagerar su urgencia. La información de estos dos casos proviene únicamente de los avisos oficiales de GitHub, sin cobertura cruzada de un medio de seguridad especializado al cierre de esta edición. Apprise y bbot son herramientas de nicho, usadas sobre todo por equipos de monitoreo y de seguridad ofensiva; firmas de ciberseguridad y equipos de SRE costarricenses que integren alguna de las dos en su stack deberían confirmar la versión instalada en su próximo inventario de dependencias, sin que se conozca un caso costarricense afectado por ninguna de las dos fallas.
— Apprise sigue reenviando credenciales a servidores distintos tras una redirección y BBOT puede fallar al bloquear un enlace simbólico en ciertos archivos comprimidos, dos fallas de severidad baja que GitHub incorporó a su catálogo el 14 de octubre pese a que ambas ya tienen parche desde hace meses.
La jornada del 15 de octubre combina una falla de denegación de servicio en una librería de NuGet muy usada en pipelines de OpenAPI con una segunda ronda de parches para la migración de workerd a Rust y dos avisos más que reabren el tema de cuántas de estas fallas son realmente del día. Microsoft corrigió, en Microsoft.OpenApi.Readers y Microsoft.OpenApi.YamlReader, una falla que permite que un documento YAML con anclas anidadas agote la memoria del proceso que lo analiza (CVSS 7,5). Cloudflare cerró en workerd la brecha de reutilización de conexiones que el propio equipo ya reconocía como conocida cuando lanzó el servidor en Rust apenas un día antes, aunque las notas de la versión de hoy no mencionan ninguna corrección para la regresión de verificación de certificados TLS que esa misma revisión de código había encontrado. Metalama corrigió una vía de ejecución de código local que afecta a builds compartidos en sistemas POSIX, con un puntaje que el propio aviso reconoce como "Medium-High depending on the scoring model and platform". El rastreo comunitario de paquetes maliciosos sumó 11 entradas nuevas en npm y PyPI, la cifra más baja en dos semanas, encabezadas por un clúster que el propio registro atribuye al mismo actor que ya había apuntado contra el espacio de Accenture un día antes. GitHub, además, revisó y actualizó avisos de severidad baja en apprise y bbot, ambos corregidos desde hace meses. Todas las historias completas, con sus fuentes primarias, quedan disponibles arriba para decidir qué parchar o revisar primero esta semana.