QNX, la división de BlackBerry especializada en software embebido y sistemas críticos, ha anunciado la disponibilidad general de QNX Hypervisor 8.0 for Safety, su nueva plataforma de virtualización certificada para entornos donde un fallo no solo afecta al rendimiento, sino también a la seguridad funcional. El lanzamiento llega en un momento en que automoción, robótica, industria y dispositivos médicos están acelerando su transición hacia arquitecturas cada vez más definidas por software, más automatizadas y más dependientes de cargas de trabajo mixtas.

La compañía presenta esta nueva versión como una base de virtualización pensada para sistemas críticos que necesitan ejecutar varios sistemas operativos o varias funciones en el mismo hardware sin comprometer el aislamiento, la respuesta en tiempo real ni el proceso de certificación. Dicho de forma más sencilla, se trata de una capa que permite consolidar software crítico y no crítico sobre una misma plataforma, pero con garantías de que un fallo en una parte no arrastre al resto.

Ese matiz es clave en la nueva ola de lo que muchas empresas están empezando a llamar “IA física”. Frente a la IA puramente digital, centrada en asistentes, modelos generativos o automatización documental, la IA física se refiere a sistemas que interactúan con el mundo real: vehículos, robots, equipos clínicos, sistemas industriales o máquinas autónomas. En todos ellos, la velocidad no basta. Lo determinante es que el sistema responda siempre de forma predecible y dentro de márgenes temporales muy estrictos.

Virtualización segura para sistemas de criticidad mixta

QNX Hypervisor 8.0 for Safety se apoya en QNX SDP 8.0 y extiende el modelo de aislamiento del microkernel de QNX OS for Safety hacia una capa de virtualización certificada. La idea de fondo no es nueva, pero sí cada vez más importante: permitir que varios entornos convivan sobre un único SoC o una única arquitectura de hardware, separando de forma robusta funciones críticas y no críticas.

Eso tiene aplicaciones muy concretas. En automoción, por ejemplo, un mismo sistema puede necesitar ejecutar funciones de cuadro de instrumentos, infoentretenimiento, conectividad, visión artificial o asistencia a la conducción. En sanidad, un equipo puede combinar control clínico, interfaz de usuario, procesamiento local y conectividad remota. En industria o robótica, el mismo hardware puede mezclar control determinista, analítica, supervisión y cargas Linux de propósito general. Sin una virtualización fiable, esa consolidación se complica mucho.

QNX asegura que esta versión ha sido diseñada para cumplir requisitos de seguridad funcional muy exigentes, entre ellos ISO 26262 ASIL D, IEC 61508 SIL 4 e IEC 62304 Clase C. Eso no significa que cualquier producto final quede certificado automáticamente por usarla, pero sí que la plataforma está pensada para encajar en proyectos sometidos a los niveles de exigencia más altos dentro de automoción, industria y dispositivos médicos.

Por qué importa ahora

La virtualización ya no se usa solo para ahorrar hardware o simplificar diseños. En 2026 se está convirtiendo en una herramienta estructural para acelerar el desarrollo de sistemas definidos por software, reducir complejidad electrónica y contener costes sin perder separación entre funciones. En ese contexto, una plataforma de virtualización certificada permite a los fabricantes reutilizar hardware, consolidar dominios y avanzar más rápido hacia arquitecturas centralizadas.

QNX insiste además en otro punto: la predictibilidad temporal. En muchos sistemas críticos, el problema no es solo que algo falle, sino que falle tarde o fuera de tiempo. Por eso, la combinación entre microkernel en tiempo real e hipervisor certificado se vende aquí como una solución para mantener latencias, interrupciones y comportamiento del sistema dentro de parámetros controlables incluso cuando conviven varios entornos distintos.

También hay una lectura estratégica para BlackBerry. QNX lleva años intentando reforzar su papel como software base en el coche definido por software y en sectores donde Linux o Android pueden convivir con una capa más crítica. De hecho, la propia compañía recuerda que su tecnología ya está presente en más de 275 millones de vehículos en circulación. Este nuevo lanzamiento encaja con ese posicionamiento: no competir como sistema generalista, sino como cimiento seguro para arquitecturas complejas.

De la teoría a los primeros despliegues

QNX asegura que varios clientes ya han confirmado despliegues sobre Hypervisor 8.0 for Safety. Entre ellos cita a un importante fabricante chino de automóviles y a una compañía sanitaria europea que desarrolla productos clínicos y servicios de tratamiento usados en hospitales y centros ambulatorios. En este último caso, la empresa utilizará el hipervisor para modernizar arquitecturas de dispositivos médicos, mejorar la predictibilidad del comportamiento del sistema y acelerar desarrollos sujetos a regulación.

Son ejemplos relevantes porque muestran justo los dos frentes donde este tipo de software tiene más sentido: el vehículo como plataforma computacional centralizada y el dispositivo médico como entorno en el que regulación, seguridad y fiabilidad pesan tanto como la funcionalidad. Aun así, conviene matizar que QNX no ha detallado públicamente qué productos concretos usarán esta tecnología ni en qué calendario se desplegarán a gran escala.

Desde el punto de vista técnico, la plataforma soporta sistemas invitados como QNX, Linux y Android, algo importante en un mercado donde pocas compañías quieren renunciar al ecosistema de software ya existente. Ese soporte múltiple también refuerza una idea central de toda la propuesta: no obligar a elegir entre un entorno abierto o un entorno crítico, sino permitir que ambos convivan sobre el mismo hardware con separación fuerte.

Un lanzamiento que apunta al siguiente salto del software embebido

La llegada de esta versión certificada también da continuidad a la hoja de ruta que QNX viene construyendo desde 2025. El Hypervisor 8.0 general ya había sido presentado como una plataforma para acelerar el desarrollo embebido y consolidar múltiples sistemas operativos sobre un mismo chip. Ahora, la edición “for Safety” intenta cubrir el tramo más exigente del mercado: aquel en el que la consolidación no sirve de nada si no viene acompañada de certificación, determinismo y tolerancia a fallos.

En el fondo, el mensaje de QNX es bastante claro. La próxima generación de sistemas inteligentes no se construirá solo con más potencia de cálculo, más sensores o más modelos de IA. También hará falta una capa de software capaz de orquestar entornos distintos, aislar errores y garantizar comportamiento predecible bajo presión. En esa capa es donde QNX quiere seguir teniendo una posición fuerte.

No se trata de una noticia tan vistosa como un nuevo chip o un modelo generativo, pero sí de una pieza importante dentro de la infraestructura que hará posibles esos sistemas. Porque cuando la IA sale del centro de datos y entra en un coche, un robot o un equipo clínico, el software de base deja de ser un detalle técnico. Pasa a ser una cuestión de seguridad.

Preguntas frecuentes

¿Qué es QNX Hypervisor 8.0 for Safety?

Es una plataforma de virtualización certificada para sistemas embebidos críticos que permite ejecutar varios sistemas operativos o funciones sobre el mismo hardware manteniendo aislamiento, comportamiento determinista y compatibilidad con requisitos de seguridad funcional.

¿Para qué sectores está pensado?

Principalmente para automoción, robótica, industria y dispositivos médicos, aunque puede encajar en cualquier sistema de criticidad mixta donde deban convivir funciones críticas y no críticas en una misma plataforma.

¿Qué certificaciones destaca QNX en este lanzamiento?

La compañía indica que el producto ha sido diseñado para cumplir requisitos como ISO 26262 ASIL D, IEC 61508 SIL 4 e IEC 62304 Clase C, estándares muy relevantes en automoción, industria y sanidad.

¿Qué sistemas operativos puede ejecutar como invitados?

QNX señala soporte para QNX, Linux y Android, lo que permite integrar distintos ecosistemas de software sobre una única arquitectura de hardware.