El vehículo moderno ya no se define únicamente por sus sistemas mecánicos. La conectividad, el software, las unidades de control electrónico, los servicios en la nube, las aplicaciones móviles y las actualizaciones inalámbricas determinan cada vez más cómo funciona durante toda su vida útil.
Esta transformación ha creado un nuevo desafío de homologación. Un vehículo puede cumplir técnicamente al salir de la línea de producción y, aun así, su exposición a riesgos de ciberseguridad puede cambiar cuando surgen nuevas vulnerabilidades, evolucionan los servicios conectados y se actualiza el software.
Los Reglamentos n.º 155 y n.º 156 de la ONU responden a este cambio fundamental. Juntos introducen marcos regulatorios de ciberseguridad del vehículo, gestión de la ciberseguridad y gobernanza de actualizaciones de software, extendiendo la conformidad desde el vehículo físico a los procesos organizativos del fabricante y al ciclo de vida digital continuo del vehículo.
La homologación ya no trata únicamente del hardware
La homologación tradicional se desarrolló en torno a sistemas físicos relativamente estables: frenos, dirección, alumbrado, estructuras, emisiones y protección de ocupantes.
Los vehículos modernos introducen un entorno de ingeniería muy diferente. El software controla cada vez más funciones críticas para la seguridad mientras los vehículos se comunican continuamente con sistemas externos.
Las características del vehículo permanecen en gran medida fijas después de la producción, con la evaluación regulatoria centrada en la homologación del diseño y la conformidad de la producción.
El software, la conectividad, los servicios de backend y las amenazas cibernéticas emergentes pueden modificar el entorno operativo del vehículo durante toda su vida útil.
La ciberseguridad forma parte de la homologación de tipo
El Reglamento n.º 155 de la ONU establece disposiciones uniformes sobre la homologación de vehículos en relación con la ciberseguridad y el sistema de gestión de la ciberseguridad —CSMS—.
El reglamento crea dos niveles de aseguramiento estrechamente relacionados.
El fabricante debe demostrar procesos para identificar, evaluar, tratar y supervisar los riesgos de ciberseguridad durante las fases pertinentes del ciclo de vida del vehículo.
El fabricante debe demostrar que se han identificado y abordado adecuadamente los riesgos de ciberseguridad pertinentes para el tipo de vehículo.
La ciberseguridad debe gestionarse como un proceso de ciclo de vida
El sistema de gestión de la ciberseguridad cambia el modelo de cumplimiento porque la homologación depende en parte de la capacidad organizativa, además de las características de un vehículo.
Los procesos deben identificar las amenazas de ciberseguridad, las vulnerabilidades y las posibles vías de ataque pertinentes.
Los riesgos identificados deben evaluarse según sus posibles consecuencias y su probabilidad.
Se implementan medidas adecuadas de diseño, técnicas y organizativas para reducir el riesgo de ciberseguridad.
Las medidas de ciberseguridad necesitan evidencias que demuestren que funcionan según lo previsto.
Las nuevas amenazas y vulnerabilidades deben seguir considerándose después de que los vehículos entren en servicio.
Los fabricantes necesitan procesos para responder cuando se identifican cuestiones pertinentes de ciberseguridad.
La gestión de la ciberseguridad no puede terminar cuando se concede la homologación de tipo, porque el propio entorno de amenazas sigue cambiando.
La superficie de ataque se extiende mucho más allá del vehículo
Los vehículos conectados interactúan con múltiples sistemas internos y externos. Por ello, la evaluación de ciberseguridad debe considerar el ecosistema completo, además de los componentes electrónicos individuales.
Las redes internas de comunicación y las unidades de control electrónico pueden convertirse en posibles vías de ataque.
Las interfaces de telefonía móvil, Wi-Fi, Bluetooth y otras comunicaciones aumentan la conectividad externa.
El acceso de servicio y diagnóstico puede introducir riesgos de ciberseguridad si no se controla adecuadamente.
Los servidores del fabricante y los servicios conectados pueden influir en las funciones y los datos del vehículo.
Las aplicaciones de control del vehículo y de usuario pueden formar parte del perímetro más amplio de ciberseguridad.
El software, las bibliotecas, los componentes y los proveedores de terceros pueden introducir vulnerabilidades fuera del entorno de desarrollo directo del fabricante.
Las actualizaciones de software forman parte del control regulatorio
El Reglamento n.º 156 de la ONU establece disposiciones uniformes sobre actualizaciones de software y el sistema de gestión de actualizaciones de software —SUMS—.
Su importancia va mucho más allá de las actualizaciones inalámbricas. El reglamento crea un marco estructurado para controlar cambios de software que pueden afectar a las características homologadas del vehículo.
El fabricante establece procesos para identificar, evaluar, controlar, documentar y desplegar actualizaciones de software del vehículo.
El vehículo y sus procesos de actualización deben cumplir los requisitos aplicables de identificación e integridad del software y ejecución segura de las actualizaciones.
Su finalidad más amplia es garantizar que las actualizaciones de software se controlen sistemáticamente y que las características pertinentes para la homologación sigan siendo trazables cuando cambia el software.
Los cambios de software requieren gobernanza
El sistema de gestión de actualizaciones de software proporciona el marco organizativo mediante el cual los fabricantes controlan las actualizaciones que afectan a los vehículos.
Las versiones y configuraciones pertinentes de software deben permanecer identificables y trazables.
Los fabricantes necesitan procesos para determinar cómo afecta una actualización a las características homologadas del vehículo.
Los cambios deben evaluarse para determinar si se necesitan pruebas adicionales, una extensión de homologación u otra acción regulatoria.
Los paquetes de actualización y los procesos de despliegue requieren protección frente a manipulaciones no autorizadas.
El vehículo debe gestionar adecuadamente el proceso de instalación y las condiciones pertinentes para ejecutar la actualización.
Los cambios de software y su relación con la configuración homologada del vehículo requieren registros controlados.
RxSWIN vincula el software con la homologación de tipo
Uno de los conceptos importantes introducidos por el marco ONU R156 es el número de identificación del software relativo al reglamento —RxSWIN—.
Cuando procede, RxSWIN proporciona un mecanismo regulatorio que vincula el software pertinente para un Reglamento concreto de la ONU con la configuración homologada del vehículo.
La homologación tradicional identifica configuraciones físicas, sistemas y componentes asociados a una homologación.
RxSWIN permite identificar la configuración de software aplicable dentro del marco regulatorio.
Dos vehículos físicamente idénticos pueden comportarse de manera diferente porque contienen software distinto. Por ello, la trazabilidad regulatoria debe identificar cada vez más tanto el hardware como el software que gobierna las funciones homologadas.
El vehículo puede cambiar después de salir de fábrica
Las actualizaciones inalámbricas permiten a los fabricantes modificar el software de los vehículos a distancia sin que todos tengan que acudir a un taller.
Las ventajas son importantes. Los fabricantes pueden corregir fallos, mejorar funciones, abordar vulnerabilidades de ciberseguridad y desplegar nuevas capacidades en flotas de vehículos.
Pero esa misma capacidad plantea una pregunta de homologación sin precedentes: ¿qué ocurre cuando un vehículo ya homologado cambia después de entrar en servicio?
Determinar la configuración existente del vehículo y las homologaciones regulatorias aplicables.
Evaluar si la actualización propuesta modifica características pertinentes para la homologación.
Verificar que el software modificado se comporta según lo previsto y sigue cumpliendo los requisitos aplicables.
Entregar la actualización mediante mecanismos controlados y protegidos.
Garantizar que el vehículo pueda completar de forma segura o gestionar adecuadamente el proceso de actualización.
Conservar evidencias de la configuración resultante de software y regulación.
La ciberseguridad y las actualizaciones no pueden gestionarse por separado
ONU R155 y ONU R156 abordan objetivos regulatorios distintos, pero están estrechamente conectados desde el punto de vista operativo.
Identificar amenazas y vulnerabilidades, implementar medidas de mitigación adecuadas y mantener la supervisión de la ciberseguridad durante el ciclo de vida pertinente del vehículo.
Controlar, evaluar, documentar y desplegar actualizaciones de software manteniendo la conformidad regulatoria aplicable al vehículo.
La conexión se hace especialmente clara cuando se descubre una vulnerabilidad de ciberseguridad después de que los vehículos hayan entrado en servicio.
El fabricante no puede proteger el vehículo por sí solo
El software y las arquitecturas electrónicas de los vehículos modernos dependen de amplios ecosistemas de proveedores. Los fabricantes pueden integrar hardware, software embebido, sistemas operativos, módulos de conectividad, infraestructura en la nube y servicios de terceros procedentes de muchas organizaciones.
Las expectativas de ciberseguridad y gestión del software deben incorporarse a las relaciones con los proveedores.
Los fabricantes necesitan evidencias técnicas adecuadas de sus proveedores para respaldar la evaluación de ciberseguridad del vehículo.
Los cambios de software y componentes de los proveedores necesitan comunicación controlada cuando pueden afectar a la conformidad del vehículo.
Las vulnerabilidades recién identificadas pueden requerir investigación y mitigación coordinadas entre varias organizaciones.
El fabricante depende de las evidencias y la cooperación de su cadena de suministro, manteniendo la responsabilidad de demostrar la conformidad del tipo de vehículo.
ONU R155 y R156 siguen evolucionando
La regulación de ciberseguridad y software no puede permanecer estática, porque las tecnologías y los riesgos que regula también cambian.
El Grupo de Trabajo de la CEPE/ONU sobre Vehículos Automatizados/Autónomos y Conectados —GRVA— y sus actividades especializadas de ciberseguridad y actualizaciones de software siguen desarrollando el marco regulatorio.
ONU R156 ha avanzado hacia una nueva serie 01 de modificaciones, que refleja el desarrollo continuo del marco regulatorio de actualizaciones de software.
El documento de interpretación de R156 sigue desarrollándose para respaldar una aplicación coherente de los requisitos de actualizaciones de software y SUMS.
Otras propuestas sobre ONU R155 y su marco de gestión de ciberseguridad siguen bajo consideración activa de la CEPE/ONU.
Las disposiciones de ciberseguridad y actualizaciones de software interactúan cada vez más con otros reglamentos que regulan funciones del vehículo controladas electrónicamente.
Crear una conformidad digital continua
R155 y R156 exigen que los fabricantes piensen más allá de las pruebas individuales de homologación y establezcan sistemas repetibles capaces de respaldar el cumplimiento durante todo el ciclo de vida del vehículo.
Crear una gobernanza de ciberseguridad que abarque desarrollo, producción, seguimiento, respuesta a incidentes y actividades pertinentes de la cadena de suministro.
Implementar procesos controlados para identificación del software, evaluación de actualizaciones, validación, despliegue y trazabilidad regulatoria.
Comprender los sistemas electrónicos, las interfaces, los flujos de datos, las dependencias de software y las posibles superficies de ataque.
Establecer mecanismos de evidencias, comunicación y control de cambios en la cadena de suministro de software y componentes.
Mantener la trazabilidad entre las configuraciones de software y los reglamentos afectados por esas configuraciones.
Mantener la capacidad de identificar problemas emergentes de ciberseguridad y responder adecuadamente después de la entrada en servicio.
El verdadero objetivo es crear un sistema operativo de gobernanza capaz de respaldar vehículos seguros, controlados y con cumplimiento demostrable mientras evolucionan el software y los riesgos cibernéticos.
De la homologación de tipo a la conformidad digital continua
ONU R155 y ONU R156 representan más que dos requisitos adicionales en la cartera de homologación de vehículos.
Reflejan un cambio estructural en la relación entre la ingeniería del vehículo y la conformidad regulatoria.
Las amenazas de ciberseguridad pueden surgir después de la producción. El software puede cambiar el comportamiento del vehículo después de la homologación. Las vulnerabilidades pueden originarse en el vehículo, la cadena de suministro o la infraestructura conectada. Por ello, la evidencia regulatoria debe extenderse más allá del momento tradicional de homologación de tipo.
El cumplimiento se concentra en una configuración de vehículo relativamente estable.
La gobernanza de ciberseguridad y software extiende la conformidad a la vida operativa del vehículo.