El boletín de noviembre de Google aborda vulnerabilidades críticas de Android, entre ellas fallos de ejecución remota de código que no requieren interacción del usuario. La tarea inmediata para las empresas es identificar qué dispositivos han recibido las correcciones aplicables.
Google publicó su Boletín de seguridad de Android de noviembre de 2026 el 2 de noviembre.
El boletín identifica vulnerabilidades críticas en Android Framework, System y otros componentes, entre ellas fallos de ejecución remota de código que no requieren interacción del usuario.
Para las organizaciones que gestionan teléfonos y tabletas Android, la pregunta práctica es si los dispositivos afectados han recibido las actualizaciones de seguridad necesarias.
Google define dos niveles de parche de seguridad para noviembre: 2026-11-01 y 2026-11-05.
Esas fechas no significan lo mismo.
¿Qué vulnerabilidades importan?
El boletín incluye tres vulnerabilidades críticas de ejecución remota de código en Framework y System.
| Vulnerabilidad | Componente | Gravedad | Tipo |
|---|---|---|---|
| CVE-2026-58868 | Framework | Crítica | Ejecución remota de código |
| CVE-2026-58876 | System | Crítica | Ejecución remota de código |
| CVE-2026-58936 | System | Crítica | Ejecución remota de código |
Google indica que la vulnerabilidad más grave de Framework podría permitir la ejecución remota de código sin privilegios de ejecución adicionales ni interacción del usuario.
El boletín describe riesgos similares para los problemas críticos de ejecución remota de código de System.
Se trata de evaluaciones del impacto de las vulnerabilidades. No establecen que todos los dispositivos afectados puedan verse comprometidos en cualquier circunstancia.
La evaluación de gravedad de Google supone que las protecciones pertinentes de la plataforma o de los servicios están desactivadas o se han eludido con éxito.
El boletín oficial de noviembre no informa de explotación activa confirmada de las tres vulnerabilidades de ejecución remota de código (RCE) destacadas. Esto no debe interpretarse como prueba de que nunca se haya producido una explotación.
El boletín también abarca otras vulnerabilidades de escalada de privilegios, divulgación de información y denegación de servicio. Otros cinco problemas de System también tienen la calificación Crítica: tres vulnerabilidades de escalada de privilegios y dos de denegación de servicio.
Según el problema, el boletín indica las versiones actualizadas 14, 15, 16, 16-qpr2 y 17 de Android Open Source Project.
Fuente: Android Open Source Project, Android Security Bulletin, November 2026.
1 de noviembre frente a 5 de noviembre: ¿cuál es la diferencia?
Android usa los niveles de parche de seguridad para indicar qué grupos de correcciones ha incorporado el fabricante de un dispositivo.
| Nivel de parche de seguridad de Android | Cobertura |
|---|---|
| 2026-11-01 | Todos los problemas asignados al grupo del 1 de noviembre, más las correcciones aplicables de boletines de seguridad de Android anteriores |
| 2026-11-05 | Todas las correcciones aplicables de ambos grupos de noviembre y de boletines de seguridad de Android anteriores |
El grupo del 1 de noviembre incluye las vulnerabilidades de ejecución remota de código de Framework y System destacadas.
El grupo del 5 de noviembre añade más correcciones relacionadas con el kernel y otros componentes aplicables, incluidos componentes de proveedores.
Google permite dos niveles de parche para que los fabricantes puedan entregar antes un subconjunto común de correcciones mientras completan los cambios aplicables restantes.
Por lo tanto, un dispositivo que indica 2026-11-01 no debe considerarse equivalente a un dispositivo que indica 2026-11-05.
2026-11-01
El nivel 2026-11-01 cubre todos los problemas asignados al grupo del 1 de noviembre, más las correcciones aplicables de boletines de seguridad de Android anteriores. El grupo del 1 de noviembre incluye las vulnerabilidades de ejecución remota de código de Framework y System destacadas.
2026-11-05
El nivel 2026-11-05 cubre todas las correcciones aplicables de ambos grupos de noviembre y de boletines de seguridad de Android anteriores. El grupo del 5 de noviembre añade más correcciones relacionadas con el kernel y otros componentes aplicables, incluidos componentes de proveedores.
No equivalen
Por lo tanto, un dispositivo que indica 2026-11-01 no debe considerarse equivalente a un dispositivo que indica 2026-11-05. Google indica que el nivel del 5 de noviembre o posterior resuelve todos los problemas aplicables del boletín.
Google indica que el nivel del 5 de noviembre o posterior resuelve todos los problemas aplicables del boletín.
Fuente: Android Security Bulletin, November 2026, definiciones de los niveles de parche.
Nivel de parche de seguridad de Android frente a actualización del sistema de Google Play
Los dispositivos Android pueden mostrar dos fechas distintas relacionadas con la seguridad.
El nivel de parche de seguridad de Android (Android security patch level) indica el estado de los parches de seguridad de la plataforma instalados en el dispositivo, según lo declara su fabricante.
La actualización del sistema de Google Play (Google Play system update) refleja las actualizaciones que se entregan a los componentes modulares de Android compatibles mediante el mecanismo de actualización de Google.
El boletín de noviembre incluye correcciones para componentes de Project Mainline que pueden entregarse mediante actualizaciones del sistema de Google Play en los dispositivos compatibles. Una de las tres vulnerabilidades críticas de ejecución remota de código, CVE-2026-58876, figura entre los problemas de Project Mainline, en Media Codecs.
Sin embargo, actualizar esos componentes no establece por sí solo que se hayan instalado todas las correcciones necesarias de Framework, del kernel y específicas del fabricante.
Google también señala que, en algunos dispositivos con Android 10 o posterior, la actualización del sistema de Google Play tendrá una cadena de fecha que coincide con el nivel de parche de seguridad 2026-11-01. Esa coincidencia no cambia lo dicho anteriormente, porque la actualización del sistema de Google Play no indica el estado de los parches de la plataforma.
Los dos indicadores no deben tratarse como intercambiables.
Nivel de parche
El nivel de parche de seguridad de Android indica el estado de los parches de seguridad de la plataforma instalados en el dispositivo, según lo declara su fabricante. Los administradores deben usarlo al evaluar los requisitos de parches de plataforma del boletín.
Actualización Play
La actualización del sistema de Google Play refleja las actualizaciones que se entregan a los componentes modulares de Android compatibles mediante el mecanismo de actualización de Google. Una de las tres vulnerabilidades críticas de ejecución remota de código, CVE-2026-58876, figura entre los problemas de Project Mainline, en Media Codecs.
No intercambiables
Actualizar los componentes modulares no establece por sí solo que se hayan instalado todas las correcciones necesarias de Framework, del kernel y específicas del fabricante. Los dos indicadores no deben tratarse como intercambiables.
Los administradores deben usar el nivel de parche de seguridad de Android al evaluar los requisitos de parches de plataforma del boletín y, al mismo tiempo, supervisar las actualizaciones del sistema de Google Play cuando corresponda.
¿Qué deben hacer los equipos empresariales?
Una respuesta práctica empieza por el inventario de dispositivos gestionados.
Identifica los dispositivos afectados. Registra el modelo del dispositivo, la versión de Android, el nivel de parche de seguridad de Android instalado y la disponibilidad de actualizaciones. En el dispositivo, ambos indicadores aparecen en Configuración, Acerca del teléfono, Versión de Android, con las etiquetas Actualización de seguridad de Android (Android security update) y Actualización del sistema de Google Play (Google Play system update).
Consulta los avisos de los fabricantes. Google publica el boletín de la plataforma, pero son los fabricantes quienes incorporan las correcciones aplicables al software específico de cada dispositivo. Los calendarios de distribución pueden variar según el producto y el operador.
Prioriza según la exposición. Los dispositivos que se usan para la administración con privilegios, para aplicaciones sensibles o para acceder a registros confidenciales pueden requerir una corrección más rápida, según la evaluación de amenazas y riesgos de la organización.
Haz un seguimiento de los dispositivos que no pueden actualizarse. Los dispositivos sin una versión correctiva disponible deben seguir visibles en el inventario de excepciones. Las restricciones temporales de acceso, la reducción de privilegios o la sustitución pueden ser adecuadas hasta que estén disponibles las correcciones necesarias.
Identifica
Registra el modelo del dispositivo, la versión de Android, el nivel de parche de seguridad de Android instalado y la disponibilidad de actualizaciones.
Revisa fabricantes
Google publica el boletín de la plataforma, pero son los fabricantes quienes incorporan las correcciones aplicables al software específico de cada dispositivo. Los calendarios de distribución pueden variar según el producto y el operador.
Prioriza
Los dispositivos que se usan para la administración con privilegios, para aplicaciones sensibles o para acceder a registros confidenciales pueden requerir una corrección más rápida, según la evaluación de amenazas y riesgos de la organización.
Haz seguimiento
Los dispositivos sin una versión correctiva disponible deben seguir visibles en el inventario de excepciones. Las restricciones temporales de acceso, la reducción de privilegios o la sustitución pueden ser adecuadas hasta que estén disponibles las correcciones necesarias.
Por ejemplo, un teléfono gestionado que indica `2026-11-01` puede tener resueltas, con el primer grupo, las correcciones críticas de Framework, pero seguir sin las correcciones aplicables asignadas al 5 de noviembre.
Un administrador debe confirmar el nivel de parche que exige la organización en lugar de marcar el teléfono como plenamente conforme solo porque su fecha contiene noviembre de 2026.
¿Y Google Play Protect?
Google Play Protect y los controles de seguridad integrados de Android pueden reducir la probabilidad de una explotación exitosa.
Siguen siendo defensas valiosas, sobre todo frente a aplicaciones dañinas.
Pero no sustituyen a los parches de seguridad.
Un dispositivo puede tener Google Play Protect activado y aun así necesitar una actualización del fabricante para resolver una vulnerabilidad de la plataforma o del kernel.
Las organizaciones deben distinguir estos mecanismos de protección en lugar de tratar cualquier indicador por sí solo como prueba de que un dispositivo tiene todos los parches.
La conclusión operativa
El boletín de noviembre establece las vulnerabilidades, los componentes afectados y los niveles de parche necesarios.
Los administradores empresariales deben establecer qué dispositivos gestionados han recibido realmente las actualizaciones aplicables.
La acción inmediata es identificar los dispositivos que están por debajo del nivel de parche necesario, verificar la disponibilidad por parte de los fabricantes y mantener visibles las excepciones sin resolver hasta completar la corrección.
Una actualización de seguridad publicada pone una corrección a disposición. La protección de la flota de dispositivos depende de confirmar que la corrección ha llegado a los dispositivos afectados.
Referencias y lecturas adicionales
- Android Open Source Project, Android Security Bulletin, November 2026. 2 de noviembre de 2026. Clasificaciones oficiales de las vulnerabilidades, componentes afectados y definiciones de los niveles de parche.
- Google, Check and update your Android version. Guía oficial para comprobar el estado de la actualización de seguridad de Android y de la actualización del sistema de Google Play.
- Android Open Source Project, Android Security Bulletins. Archivo oficial de los avisos de seguridad de la plataforma Android.
Fecha de corte de la evidencia: 6 de noviembre de 2026. Google publicó el boletín el 2 de noviembre como versión 1.0 e indica que se revisará con enlaces al código fuente. Las revisiones del boletín, la disponibilidad de actualizaciones en cada dispositivo y los informes de explotación deben volver a comprobarse antes de la publicación.