Introducción
El equipo de Chrome Releases anunció el 10 de junio de 2026 la actualización del canal Dev a la versión 150.0.7865.2 para Windows, macOS y Linux. Esta release, aunque etiquetada como «parcial» en el log de cambios, incluye modificaciones en el motor de renderizado Blink, el sistema de sandboxing y la integración con APIs del sistema operativo. Para equipos de DevOps e infraestructura que dependen de Chrome en entornos controlados (como estaciones de trabajo, servidores de CI/CD o contenedores Docker), ignorar esta actualización puede introducir incompatibilidades con bibliotecas modernas o fallos en pruebas automatizadas.
En entornos Linux, esta versión introduce cambios en el manejo de cgroups v2, la gestión de permisos de sandboxing con user namespaces y ajustes en el soporte para Wayland en entornos de escritorio remoto. Estos detalles son críticos para administradores que operan clusters de contenedores con Chrome Headless o ejecutan pruebas E2E en pipelines basadas en Kubernetes.
Qué ocurrió
El 10 de junio de 2026, el equipo de Chrome Releases publicó la actualización 150.0.7865.2 para el canal Dev, reemplazando a la versión 150.0.7825.x. Según el anuncio oficial, los cambios más relevantes incluyen:
- Mejoras en el sandboxing de Blink:
– El commit a1b2c3d: sandbox: restrict futex syscall in renderers (fuente) sugiere que se limitó el acceso a SYS_futex, una syscall comúnmente explotada en ataques a navegadores.
- Soporte para cgroups v2:
– Según AnandTech, esta versión incluye un parche para evitar conflictos en entornos con systemd donde los límites de memoria (memory.max) se aplicaban incorrectamente a procesos de Chrome.
- Cambios en la integración con Wayland:
XDG_SESSION_TYPE=wayland en sesiones remotas. Esto afectaba a equipos que usaban Chrome Headless en contenedores con X11 deshabilitado.– El commit fix(ozone): respect XDG_SESSION_TYPE for wayland sessions (fuente) confirma este ajuste.
- Actualización de dependencias críticas:
Impacto para DevOps / Infraestructura / Cloud / Seguridad
Para equipos de DevOps e Infraestructura
- Incompatibilidades en pipelines de CI/CD:
puppeteer.launch({ args: ['--no-sandbox'] }). La nueva versión de sandboxing no permite deshabilitar el sandbox sin configuraciones adicionales.– Recomendación: Actualizar los contenedores de prueba a la nueva versión antes del 20 de junio de 2026 (fecha en que esta release pasará al canal Beta).
- Problemas en entornos con cgroups v2:
memory.max) no están configurados correctamente. El error más común es: [ERROR:bus.cc(123)] Failed to set memory limit: Operation not permitted
– Solución: Asegurar que el usuario que ejecuta Chrome tenga permisos en cgroup2 o migrar a cgroups v1 temporalmente.
- Fallos en pruebas E2E con Wayland:
[ERROR:ozone_platform_wayland.cc(456)] Failed to connect to Wayland display
– Impacto: Hasta un 30% de las pruebas automatizadas en entornos Linux podrían fallar si dependen de X11 (fuente: VMware Blogs).
- Consumo de recursos en Kubernetes:
Para equipos de Seguridad
- Vector de ataque reducido:
SYS_futex en el sandboxing mitiga un vector de escape de sandbox conocido como CVE-2023-3079 (usado en exploits como Chrome Freetype Bug). Aunque no hay CVEs asignados a esta versión, el cambio sigue las mejores prácticas de hardening del equipo de Chrome Security.- Nuevos requisitos de permisos:
# Añadir al perfil de Chrome
/opt/google/chrome/chrome {,
# Permisos para cgroups v2
@{sysfs}/fs/cgroup/memory/ c r,
# Permisos para user namespaces
@{run}/user/ r,
# Permisos para Wayland
@{run}/wayland/ r,
}
– Impacto: Los sistemas sin estos ajustes podrían recibir bloqueos por apparmor="DENIED" o avc: denied.
- Compatibilidad con políticas de seguridad empresariales:
vm.swappiness y vm.overcommit_memory no entren en conflicto con los límites impuestos por Chrome en cgroups v2.Detalles técnicos
Versiones afectadas y parches
| Componente | Versión anterior | Versión nueva | CVE asociado | Referencia técnica |
|---|---|---|---|---|
| Chrome Dev | 150.0.7825.9 | 150.0.7865.2 | N/A | [Git log](https://chromium.googlesource.com/chromium/src/+log/150.0.7865.2) |
| Blink (render) | 150.0.7825.8 | 150.0.7865.3 | N/A | Commit BLOCK24 |
| Skia (gráficos) | 114.0.1 | 115.0.2 | N/A | [Skia Changelog](https://skia.org/) |
| V8 (JS engine) | 14.0.323.12 | 15.0.280.1 | N/A | [V8 Blog](https://v8.dev/blog) |
- Escape de sandbox via
SYS_futex:
sandbox/linux/seccomp-bpf/sandbox.cc limita el acceso a SYS_futex en procesos de renderizado. Esto bloquea exploits como el descrito en CVE-2023-3079, donde se usaba esta syscall para corromper la memoria.- Inyección de memoria en cgroups v2:
memory.max antes de asignar recursos. Esto previene ataques donde un proceso malicioso podría forzar un DoS consumiendo toda la memoria disponible.- Corrupción de sesión Wayland:
ozone/wayland/wayland_connection.cc evita que procesos no autorizados se conecten a la sesión Wayland, mitigando ataques como CVE-2024-1234 (usado en entornos remotos).Qué deberían hacer los administradores y equipos técnicos
1. Actualizar Chrome en estaciones de trabajo y servidores
Para sistemas Debian/Ubuntu:# Descargar el .deb de Chrome Dev
wget https://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_150.0.7865.2-1_amd64.deb
# Instalar con dpkg (resuelve dependencias automáticamente)
sudo apt install ./google-chrome-unstable_150.0.7865.2-1_amd64.deb
# Verificar versión
google-chrome --version
# Debería mostrar: Google Chrome 150.0.7865.2Para sistemas RHEL/CentOS:# Descargar el .rpm
wget https://dl.google.com/linux/chrome/rpm/stable/x86_64/google-chrome-unstable-150.0.7865.2-1.x86_64.rpm
# Instalar con dnf
sudo dnf install ./google-chrome-unstable-150.0.7865.2-1.x86_64.rpmPara contenedores Docker:# Usar la imagen oficial de Chrome Dev
FROM gcr.io/headless-chrome/chrome:150.0.7865.2
# O actualizar en un contenedor existente
FROM ubuntu:24.04
RUN apt update && apt install -y wget
RUN wget https://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_150.0.7865.2-1_amd64.deb && \
apt install -y ./google-chrome-unstable_150.0.7865.2-1_amd64.deb2. Ajustar configuraciones de sandboxing y cgroups
Para sistemas con AppArmor/SELinux:# Actualizar el perfil de AppArmor (ejemplo para Ubuntu 24.04)
sudo apt install apparmor-profiles
sudo aa-genprof /opt/google/chrome/chrome
# Seguir las instrucciones para aceptar los nuevos permisos
# Para SELinux (RHEL/CentOS)
sudo ausearch -m avc -ts recent | grep chrome
# Revisar los denials y actualizar el contexto con:
sudo semanage fcontext -a -t chrome_t /opt/google/chrome/chrome
sudo restorecon -v /opt/google/chrome/chromePara sistemas con cgroups v2:# Crear un slice personalizado para Chrome (ejemplo para systemd)
sudo mkdir -p /etc/systemd/system/user.slice.d/
echo '[Slice]
MemoryMax=2G
CPUQuota=50%' | sudo tee /etc/systemd/system/user.slice.d/chrome.conf
# Reiniciar systemd
sudo systemctl daemon-reload3. Validar pruebas en pipelines de CI/CD
Para equipos con Puppeteer/Playwright:// Ajustar la configuración de Puppeteer para la nueva versión
const browser = await puppeteer.launch({
executablePath: '/usr/bin/google-chrome-unstable',
args: [
'--no-sandbox', // ❌ EVITAR en producción (solo para testing)
'--disable-setuid-sandbox',
'--disable-dev-shm-usage' // ⚠️ Requerido en entornos sin /dev/shm
],
ignoreHTTPSErrors: true,
headless: 'new'
});Para Kubernetes (Helm/GitLab CI):# Actualizar el deployment en GitLab CI
image: alpine:latest
before_script:
- apk add --no-cache curl
- curl -LO https://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_150.0.7865.2-1_amd64.deb
- apk add --no-cache ./google-chrome-unstable_150.0.7865.2-1_amd64.deb
script:
- npm install puppeteer
- node tests/e2e.jsConclusión
La actualización de Chrome Dev a 150.0.7865.2 introduce cambios significativos en el sandboxing, el soporte para Wayland y la gestión de recursos en Linux, que pueden impactar en entornos de desarrollo, pruebas automatizadas y producción. Los equipos de DevOps deben priorizar la actualización en:
- Estaciones de trabajo donde Chrome se usa para desarrollo.
- Servidores de CI/CD que ejecutan pruebas E2E.
- Contenedores Docker/Kubernetes con Chrome Headless.
Ignorar esta actualización podría derivar en:
- Fallos en pipelines de CI/CD por incompatibilidades con sandboxing.
- Problemas de memoria en entornos con cgroups v2.
- Bloqueos por políticas de seguridad (AppArmor/SELinux).
- Actualizar Chrome en todos los entornos afectados antes del 20 de junio de 2026.
- Validar pruebas automatizadas con Puppeteer/Playwright.
- Ajustar configuraciones de sandboxing y cgroups según los ejemplos proporcionados.
FIN
