GitLab corrige once vulnerabilidades -la más grave con CVSS 9.9- en su segundo parche crítico del mes, un rastreo comunitario documenta 56 paquetes maliciosos nuevos en npm y PyPI incluida la compromisión de MemTensor, GitHub estrena sandboxing local en Copilot y controles de organización para su revisión de código automática, GitHub Actions completa el retiro de Node.js 20 y PgBouncer corrige tres fallas que permitían caídas sin autenticación.
GitLab publicó el 23 de setiembre de 2026 las versiones 19.4.1, 19.3.3 y 19.2.7 de sus ediciones Community y Enterprise, un parche crítico que corrige once vulnerabilidades, según el comunicado oficial de parches de GitLab. La más grave, CVE-2026-87719, tiene una puntuación CVSS de 9.9 y afecta solo a Enterprise Edition: es una falla de deserialización insegura en el serializador de suscripciones GraphQL que permite a un atacante autenticado enviar un argumento de suscripción manipulado para extraer credenciales y configuración del motor de búsqueda avanzada del sistema, según el registro de la vulnerabilidad en OpenCVE. GitLab retroportó además la corrección a las ramas 19.0.9 y 18.11.12 para instalaciones que no pueden migrar a las versiones más recientes. Es el segundo parche crítico de GitLab en dos semanas: el 10 de setiembre la compañía ya había corregido CVE-2026-85706, una falla de recorrido de directorios con la puntuación máxima de CVSS (10.0) que terminó explotada activamente y que la agencia de ciberseguridad de Estados Unidos (CISA) incluyó en su catálogo de vulnerabilidades explotadas conocidas apenas un día después de la divulgación. Jake Knott, investigador principal de seguridad en watchTowr, cuestionó entonces si el ciclo tradicional de parches alcanza para responder a ese ritmo: "esta es la nueva realidad de la reproducción y explotación de vulnerabilidades, donde atacantes asistidos por IA logran comprimir el tiempo entre la divulgación y la explotación, y esperar al siguiente ciclo de parches suele llegar tarde", declaró a SecurityWeek. GitLab advierte que las instancias de un solo nodo tendrán tiempo de inactividad durante la actualización de hoy por migraciones de base de datos obligatorias, mientras que las instalaciones multinodo pueden aplicarla sin interrupción. GitLab no reportó explotación activa de CVE-2026-87719 al cierre de esta edición, a diferencia de la falla de setiembre anterior. Costa Rica tiene una base amplia de equipos de desarrollo en bancos, aseguradoras y empresas de zona franca que usan GitLab autoalojado para su ciclo de integración continua; cualquiera que corra una instancia Enterprise Edition sin actualizar queda expuesto a esta falla, sin que se conozca ningún caso costarricense afectado al cierre de esta edición.
El rastreo comunitario compromised-packages-check documentó 56 entradas maliciosas nuevas entre el 23 y el 24 de setiembre, entre ellas dos paquetes legítimos de MemTensor infectados con un robador de credenciales.
El proyecto independiente compromised-packages-check documentó, entre el 23 y el 24 de setiembre de 2026, 56 entradas maliciosas nuevas en npm y PyPI más una actualización de versión, según su reporte público en GitHub. El hallazgo más grave del lote es la compromisión de dos paquetes legítimos de la empresa MemTensor: el complemento @memtensor/memos-cloud-openclaw-plugin en npm, en sus versiones 0.1.21, 0.1.23 y 0.1.25, y el paquete memoryos en PyPI, en su versión 2.0.34. Un atacante los modificó para instalar un implante escrito en Go llamado "sckit", capaz de robar credenciales de nube, tokens de GitHub y GitLab y credenciales de los propios registros de paquetes, según la investigación de la firma Socket recogida por The Hacker News y SC Media. Las publicaciones maliciosas en npm salieron de una cuenta -leason1974- que ya había publicado versiones legítimas del proyecto, pero esta vez sin pasar por el flujo normal de integración continua ni incluir el archivo gitHead habitual, lo que apunta a un secuestro de cuenta y no a un ataque directo a la infraestructura de MemTensor, de acuerdo con Socket. El implante corre en Windows, Linux y macOS y exfiltra la información a un dominio externo, skyleen[.]fr, por lo que Socket recomendó fijar las versiones seguras anteriores -0.1.20 en npm y 2.0.33 en PyPI- mientras se confirma el alcance del compromiso. El lote total de hoy es más chico que el de ayer (103 entradas, el más grande de la semana), pero mantiene el ritmo de decenas de paquetes maliciosos nuevos por día que este rastreo viene documentando desde hace más de un mes. Costa Rica tiene una comunidad activa de programadores JavaScript y Python en agencias digitales y zonas francas que instalan dependencias de npm y PyPI a diario; verificar el mantenedor, la fecha de publicación y la firma de cada paquete antes de actualizarlo sigue siendo la defensa más simple, sin que se conozca ningún caso costarricense afectado por el implante sckit al cierre de esta edición.
GitHub anunció el 23 de setiembre de 2026 que la aplicación de GitHub Copilot suma en vista previa pública el sandboxing local: un modo que limita el acceso del agente a archivos, red y credenciales de la máquina del programador durante sesiones locales de repositorio y árbol de trabajo, según el registro de cambios de GitHub. La función, apagada por defecto, se configura por proyecto y cubre tres áreas -sistema de archivos, red y credenciales- con listas de carpetas de lectura y escritura adicionales, carpetas de solo lectura y carpetas denegadas, además de reglas separadas para el tráfico de salida a internet y a la red local, y para las credenciales de Git y de la CLI de GitHub, de acuerdo con la documentación técnica citada por WindowsForum. Si el sistema operativo no puede aplicar la política solicitada, la terminal en sandbox falla con un error en lugar de ejecutar el comando sin protección, según GitHub. La función no aplica a sesiones en la nube ni a las que corren en un host remoto, y se configura de forma separada de las opciones de sandbox de Copilot CLI. El cambio llega dos días después de que esta sección reportara la aprobación automática de herramientas de bajo riesgo en Copilot for JetBrains, y confirma una tendencia de la semana: GitHub sigue construyendo barandas técnicas alrededor de lo que sus agentes de codificación pueden tocar sin supervisión, en lugar de resolver de una sola vez la clasificación de qué es riesgoso. Costa Rica tiene equipos de desarrollo en zonas francas y agencias de servicios de TI que ya ejecutan agentes de Copilot sobre repositorios locales; activar el sandboxing agrega una capa de contención ante un comando mal ejecutado o una dependencia maliciosa instalada por error -como las que esta misma edición documenta en npm y PyPI-, aunque GitHub aclara que la función sigue en vista previa y sujeta a cambios.
GitHub retiró por completo Node.js 20 de sus ejecutores de GitHub Actions el 23 de setiembre de 2026, según su registro de cambios oficial. Desde esa fecha, toda acción de JavaScript corre sobre Node.js 24, y la variable de entorno ACTIONS_ALLOW_USE_UNSECURE_NODE_VERSION, que hasta ahora permitía seguir usando Node 20 como opción de escape, dejó de tener efecto. La transición venía anunciada desde hace meses: los ejecutores empezaron a usar Node 24 por defecto el 16 de junio de 2026, casi dos meses después de que Node.js 20 llegara a su fin de vida útil, según el mismo registro de cambios y la discusión pública que mantiene la comunidad de GitHub Actions en su foro de discusiones. GitHub advierte que Node 24 no tiene soporte oficial para ejecutores autoalojados en arquitectura ARM32 y que es incompatible con macOS 13.4 y versiones anteriores, así que cualquier flujo de trabajo que dependa de una acción de JavaScript sin actualizar a runs.using: node24 deja de ejecutarse a partir de hoy. Costa Rica tiene un ecosistema amplio de equipos que automatizan sus flujos de integración y despliegue continuo con GitHub Actions, desde startups hasta bancos con operaciones en zona franca; mantenedores de acciones publicadas para uso público -incluidos proyectos de código abierto de programadores ticos- deben publicar una nueva versión con runs.using: node24 o sus flujos dejan de funcionar sin previo aviso adicional.
— Desde el 23 de setiembre, todas las acciones de JavaScript en GitHub Actions corren sobre Node.js 24, tras el retiro definitivo de Node 20 y de su variable de escape temporal.
El proyecto PgBouncer publicó la versión 1.26.0 el 23 de setiembre de 2026, con la corrección de tres vulnerabilidades que permiten provocar una denegación de servicio sin necesidad de autenticarse, según el anuncio oficial en postgresql.org. La más directa, CVE-2026-19888, ocurre porque las versiones anteriores a 1.26.0 no verificaban que el mensaje final de un intercambio SCRAM incluyera un nonce: un atacante remoto sin cuenta válida puede enviar ese mensaje incompleto y tumbar el proceso, un error que existe desde que PgBouncer sumó soporte de SCRAM en la versión 1.11.0, según las notas de la versión publicadas en GitHub. Las otras dos fallas corregidas son CVE-2026-6668, un bucle infinito por desbordamiento de enteros en el manejo del búfer de paquetes, y CVE-2026-6669, una carga de trabajo sin límite durante el inicio de sesión causada por un contador de iteraciones SCRAM sin tope, que puede activar un servidor de PostgreSQL malicioso. PgBouncer es el agrupador de conexiones más usado frente a PostgreSQL en entornos de alto tráfico, así que una falla de denegación de servicio explotable sin autenticación expone directamente la disponibilidad de cualquier aplicación que dependa de él. La versión también retira la opción de reinicio en caliente (-R), ya en desuso, y suma soporte de compilación con Meson. Bancos, fintechs y empresas de comercio electrónico costarricenses que corren PostgreSQL detrás de PgBouncer para escalar conexiones deberían priorizar esta actualización porque las tres fallas se explotan sin necesidad de credenciales válidas, sin que se conozca todavía ningún caso de explotación activa ni impacto confirmado en el país.
GitHub anunció el 23 de setiembre de 2026 que la revisión de código de GitHub Copilot suma nuevas formas de solicitar y configurar revisiones: una página de configuración personal para activar la revisión automática y fijar el nivel de esfuerzo por defecto, y un ajuste a nivel de empresa que impone un nivel de esfuerzo por defecto en los repositorios propiedad de la organización, según el registro de cambios de GitHub. Ambas opciones pasan de vista previa a disponibilidad general para un conjunto ampliado de planes de Copilot. El cambio traslada a administradores de organización una decisión que antes quedaba en manos de cada programador: cuánto esfuerzo -y por extensión, cuánto tiempo y costo de cómputo- dedica el agente a revisar cada solicitud de cambios. GitHub no publicó cifras de cuántas organizaciones ya usan revisión automática de código ni qué proporción de las revisiones generadas termina incorporada sin cambios por el equipo humano; la información proviene únicamente del registro de cambios oficial, sin cobertura cruzada de otro medio especializado al cierre de esta edición. Costa Rica tiene equipos de desarrollo en bancos y empresas de zona franca que ya integran revisión de código asistida en su flujo de trabajo de solicitudes de cambios; la posibilidad de fijar un nivel de esfuerzo por defecto a nivel de empresa simplifica la gobernanza para equipos grandes, aunque no hay reportes de adopción documentada en el país al cierre de esta edición.
GitLab corrigió su segundo parche crítico del mes -once vulnerabilidades, la más grave con CVSS 9.9- mientras un rastreo comunitario documentó 56 paquetes maliciosos nuevos en npm y PyPI, incluida la compromisión de dos paquetes legítimos de MemTensor con un implante que roba credenciales de nube y de control de versiones. GitHub sumó sandboxing local a la aplicación de Copilot y nuevos controles de organización a su revisión de código automática, GitHub Actions completó el retiro de Node.js 20 de sus ejecutores, y PgBouncer corrigió tres fallas de denegación de servicio explotables sin autenticación. El hilo que conecta buena parte de la jornada es quién decide, y con qué información, qué cuenta como seguro: GitLab manejó mal el contexto de seguridad de una suscripción GraphQL, PgBouncer no verificaba un campo obligatorio de su propio protocolo de autenticación, y GitHub sigue construyendo barandas -sandboxing, aprobación automática, controles de esfuerzo- alrededor de decisiones que hasta hace poco tomaba directamente el programador. Jake Knott, de watchTowr, lo resumió para SecurityWeek al hablar del parche de setiembre: esperar al siguiente ciclo de parches "suele llegar tarde". Todas las historias completas, con sus fuentes primarias, quedan disponibles arriba para decidir qué actualizar primero esta semana.