:quality(90):no_upscale()){kind=logo}
La nueva era de los ciberataques: qué significa hoy en día un «dispositivo seguro»
ESTADO: Vulnerabilidad «zero-day» explotada activamente GRAVEDAD: 7/10 DESTINATARIOS: Responsables de seguridad de la Administración, la Defensa y las infraestructuras críticas
12 de octubre de 2026
·Blog
·Comunicaciones seguras
:quality(90):no_upscale())
La próxima era de los ciberataques no siempre comenzará con un enlace malicioso, una aplicación comprometida o un error del usuario. La revelación por parte de Google de una vulnerabilidad «zero-click» que se está explotando activamente en el módem celular de los dispositivos Pixel demuestra que los atacantes se están moviendo más allá del sistema operativo, hacia el firmware y los componentes relacionados con el hardware, que muchas defensas móviles convencionales no pueden detectar. Hoy en día, un «dispositivo seguro» necesita algo más que aplicaciones protegidas y software actualizado. Su base de confianza debe ser verificable, actualizable, regulada y capaz de bloquear rápidamente el acceso cuando se rompa dicha confianza.
La superficie de ataque se ha desplazado más allá de las aplicaciones
En algunos ataques, la proximidad al dispositivo puede ser ahora más importante que el comportamiento del usuario.
La seguridad móvil ha mejorado considerablemente a la hora de proteger los niveles que los usuarios utilizan a diario: aplicaciones, navegadores, mensajes, descargas, identidades y permisos. Esos controles siguen siendo importantes, pero también han convertido los niveles subyacentes en objetivos más atractivos. Los módems, el firmware, los chipsets, los controladores y otros componentes con privilegios pueden proporcionar acceso a los atacantes sin que la víctima tenga que hacer clic, instalar, aprobar ni siquiera darse cuenta de nada.
Esto cambia las preguntas que deben plantearse los responsables de la seguridad. Ya no basta con comprobar si una aplicación es segura o si un sistema operativo está actualizado. Las organizaciones también deben saber si los componentes subyacentes cuentan con soporte técnico, si se les aplican parches, si son visibles para las herramientas de gestión y si son lo suficientemente fiables como para seguir accediendo a recursos confidenciales.
El boletín de actualizaciones de Pixel de septiembre de 2026 de Google, publicado el 15 de septiembre, confirmó que se está explotando activamente el CVE-2026-58704, una vulnerabilidad de alta gravedad relacionada con la elevación de privilegios en el módem celular que afecta a los dispositivos Pixel.1 La vulnerabilidad se debe a un error lógico en los controles de autorización del módem, lo que permite a un atacante que se encuentre en las proximidades de la señal de radio, sin privilegios adicionales y sin necesidad de interacción por parte de la víctima, eludir los controles de permiso y escalar el acceso en el dispositivo.1,2
Google no ha identificado al autor, al proveedor ni a las víctimas concretas. Se ha limitado a describir la actividad como una «explotación limitada y selectiva».2 Los informes apuntan a un perfil probable de comprador: proveedores de software espía comercial u operaciones de vigilancia vinculadas al Estado. Se trata de la misma categoría de actores relacionada con la oleada de notificaciones sobre software espía mercenario que Apple reveló el mes pasado.3 Esa campaña se basaba en engañar a los usuarios para que aprobaran una acción. Esta vulnerabilidad solo requiere que el atacante se encuentre dentro del alcance de la señal de radio del dispositivo.
El 16 de septiembre de 2026, un día después de que Google revelara la vulnerabilidad, la Agencia de Ciberseguridad y Seguridad de las Infraestructuras (CISA) la incluyó en su catálogo de «Vulnerabilidades explotadas conocidas», dando a los organismos civiles federales de hasta el 19 de septiembre de 2026 para aplicar la corrección.1,4
La vulnerabilidad se encuentra en el módem, que gestiona todas las conexiones móviles que establece el dispositivo. Esta capa opera por debajo de las aplicaciones, las cuentas y los ajustes con los que interactúan los usuarios. La corrección afecta a los modelos desde el Pixel 6 hasta el Pixel 11, la Pixel Tablet y los modelos Fold. No obstante, está previsto que los dispositivos Pixel 6 y 6 Pro dejen de recibir soporte por completo en octubre de 2026.1
Lo que revela el «Pixel Zero-Day»
Conclusión | Qué significa | Consecuencias operativas | Pregunta abierta |
La vulnerabilidad CVE-2026-58704 permite a un atacante que se encuentre dentro del alcance de la señal de radio escalar privilegios en un dispositivo Pixel sin necesidad de interacción por parte del usuario ni de acceso inicial adicional. | Para comprometer el dispositivo no fue necesaria ninguna acción por parte del usuario, bastaba con estar cerca de él por vía de radio. | La formación estándar en materia de seguridad, como las advertencias de no hacer clic en enlaces sospechosos o las instrucciones para verificar la identidad de los remitentes, no puede impedir esta vía de ataque. | ¿Cuántas vulnerabilidades de autorización similares siguen sin detectarse en los componentes a nivel de módem de otros fabricantes de dispositivos? |
La CISA incluyó esta vulnerabilidad en su catálogo de «vulnerabilidades explotadas conocidas» hace cuatro días y concedió a los organismos civiles federales un plazo de cuatro días, hasta el 19 de septiembre de 2026, para aplicar el parche. | Esto ha pasado de ser una recomendación del proveedor a convertirse en un plazo de cumplimiento obligatorio con una fecha concreta. | Cualquier organismo federal que utilice dispositivos Pixel sin parches después del 19 de septiembre incumple una directiva vigente de la CISA, y no se trata simplemente de un retraso en el mantenimiento rutinario. | ¿Están las organizaciones no federales, del ámbito de la defensa y de las infraestructuras críticas haciendo un seguimiento de los plazos del KEV con la misma urgencia que se exige a los organismos de la FCEB? |
Google atribuye el probable uso de esta vulnerabilidad a proveedores de software espía comercial o a grupos de vigilancia vinculados a Estados, sin nombrar a ningún actor ni víctima concretos. | Esto encaja con la misma categoría de compradores que está detrás de la oleada de notificaciones sobre software espía mercenario que Apple reveló en agosto, y que ahora se ha extendido a un fallo a nivel de hardware en una plataforma de la competencia. | Si tan solo un dispositivo de una flota tiene un nivel de parches obsoleto, una vulnerabilidad a nivel de módem en ese dispositivo puede eludir todas las defensas a nivel de aplicación y de cuenta en las que la organización ya ha invertido. | ¿Las herramientas actuales de cumplimiento normativo de los dispositivos verifican los niveles de parches en las capas del módem y del firmware, o solo la versión del sistema operativo? |
Qué significa hoy en día «dispositivo seguro»
Requisitos de seguridad | Qué significa esto ahora | Respuesta operativa |
La seguridad debe ir más allá de las aplicaciones y del sistema operativo. | No se puede considerar que un dispositivo sea de confianza cuando el firmware del módem, los controladores u otros componentes con privilegios están expuestos, aunque sus aplicaciones y cuentas parezcan estar protegidas. | BlackBerry®UEM puede garantizar el cumplimiento de los dispositivos mediante requisitos de nivel de parches y restringir el acceso a aquellos dispositivos que no cumplan con la política. |
La confianza debe verificarse continuamente. | Un dispositivo que ayer cumplía con los requisitos puede convertirse en un riesgo para la organización tan pronto como se confirme que está siendo objeto de un ataque activo o finalice su soporte técnico. | Los equipos de seguridad necesitan disponer de un inventario actualizado, cambios rápidos en las políticas, notificaciones confirmadas y medidas correctivas documentadas, en lugar de comprobaciones manuales periódicas. |
Las comunicaciones sensibles requieren una arquitectura diseñada para un entorno en el que los dispositivos están expuestos a amenazas. | Una aplicación de mensajería segura por sí sola no puede eliminar el riesgo que existe en la plataforma subyacente. La protección debe tener en cuenta la posibilidad de que el propio dispositivo de uso general esté siendo objeto de un ataque. | BlackBerry® SecuSUITE® está diseñado para proteger las comunicaciones confidenciales mediante una arquitectura que no da por sentado que el entorno móvil subyacente sea intrínsecamente fiable. |
Medidas recomendadas
INMEDIATO | Asegúrate de que todos los dispositivos Pixel de tu parque, incluidos los dispositivos Pixel de tipo «trae tu propio dispositivo» (BYOD) que tengan acceso a los recursos de la organización, tengan instalado el nivel de parches de seguridad del 5 de septiembre de 2026 o posterior. |
INMEDIATO | Si su organización es un organismo civil federal, compruebe que se haya cumplido el plazo de cumplimiento de la normativa KEV del 19 de septiembre de 2026 y que se hayan registrado las medidas correctoras. |
A CORTO PLAZO | Amplía las comprobaciones de conformidad de los dispositivos para verificar directamente los niveles de parches, y no solo la versión del sistema operativo. Un dispositivo puede parecer actualizado en el nivel del sistema operativo, pero seguir estando expuesto en el nivel del módem o del firmware. |
A CORTO PLAZO | Identifica al personal cuya función o nivel de acceso los convierta en un objetivo plausible para la vigilancia basada en la proximidad y da prioridad a sus dispositivos en la implementación de parches. |
EN CURSO | Considera las incorporaciones al catálogo KEV como un requisito de cumplimiento permanente, y no solo como una exigencia federal. Los plazos a los que están sujetas las agencias federales constituyen una referencia razonable para las organizaciones gubernamentales, de defensa y de infraestructuras críticas. |
La seguridad debe abarcar toda la pila de dispositivos
El cifrado, la autenticación sólida, las aplicaciones protegidas y un sistema operativo actualizado siguen siendo esenciales, pero ya no bastan por sí solos para definir un dispositivo seguro. El hardware y el firmware deben seguir recibiendo soporte técnico. El estado de las actualizaciones debe poder verificarse. Las políticas deben aplicarsede forma continua, con un procedimiento claro para aislar un dispositivo cuando ya no sea de fiar. La vulnerabilidad de día cero del módem del Pixel refleja un cambio más amplio: los atacantes se centran en las capas que las organizaciones inspeccionan menos y lo hacen con poca o ninguna interacción por parte del usuario. La confianza en los dispositivos debe ser ahora dinámica, medible y revocable en toda la pila tecnológica. Si una organización no puede ver y gestionar esa pila, no puede afirmar con seguridad que los dispositivos que transportan sus comunicaciones más sensibles sean seguros.
Referencias:
1. Boletín de actualizaciones de Pixel — Septiembre de 2026 (Google, Boletín de actualizaciones de Pixel, 15 de septiembre de 2026).
2. Google corrige una vulnerabilidad «zero-day» de Android que se estaba explotando activamente en los dispositivos Pixel (BleepingComputer, reportaje sobre la vulnerabilidad de día cero del módem del Pixel, 16 de septiembre de 2026).
3. Google confirma que los teléfonos Pixel fueron objeto de un ataque «selectivo» relacionado con el módem (9to5Google, cobertura de la explotación selectiva confirmada, 16 de septiembre de 2026).
4. La CISA añade una vulnerabilidad conocida y explotada a su catálogo (CISA, entrada del catálogo de vulnerabilidades explotadas conocidas correspondiente a CVE-2026-58704, 16 de septiembre de 2026).
5. La actualización de septiembre para los Pixel soluciona un montón de errores: esto es lo que se ha corregido (Android Authority, cobertura de la actualización de seguridad de los Pixel de septiembre de 2026, 15 de septiembre de 2026).
:quality(90):no_upscale())