¡Descubre GoogleTest, con certificación TÜV y la tecnología Agentic AI para pruebas de C/C++!
Obtenga los detalles »
Saltar a la sección
Blog de Parasoft
Las empresas automotrices ahora dependen de software complejo para construir autos inteligentes, lo que ha generado algunas preocupaciones sobre vulnerabilidades en los automóviles modernos. Siga leyendo para saber por qué las empresas automotrices deberían integrar la ciberseguridad en sus estrategias de desarrollo de automóviles.
Saltar a la sección
La apuesta de muchas compañías automovilísticas por los vehículos eléctricos ha transformado radicalmente el sector, aumentando la conectividad y la inteligencia en los automóviles. A medida que se vuelven más conectados e inteligentes, los vehículos eléctricos (VE) también dependen cada vez más del software para su funcionamiento, lo que impulsa la incorporación de más funciones y características para mejorar la experiencia de conducción.
Más características y funcionalidades en los vehículos de carretera dan como resultado una mayor complejidad y más código. Más código significa más problemas.
Problemas como el aumento de la superficie de ataque de los vehículos podrían generar vulnerabilidades que permitan a los atacantes robar o tomar el control de los vehículos de carretera. Estos problemas plantean graves riesgos de seguridad y desafíos importantes en materia de ciberseguridad. Estas preocupaciones seguirán impulsando la transformación del diseño y el desarrollo de los automóviles modernos.
Desde que el software impulsa los vehículos de carretera modernos, la ciberseguridad es ahora tan importante como lo fue la seguridad en el pasado. Un vehículo eléctrico típico opera más de 100 millones de líneas de código, según las características con las que cuente. Proteger a los vehículos de carretera de las amenazas de ciberseguridad es más crítico que nunca.
Uno de los principales vectores de ataque es la unidad de control electrónico (ECU), que proporciona comunicaciones vitales y capacidades esenciales para operar, monitorear y configurar los subsistemas del vehículo.
Las ECU son dispositivos controlados por microprocesador que brindan una amplia gama de funciones esenciales del vehículo, incluidas las siguientes:
Las ECU se agrupan en subsistemas según su funcionalidad debido a la naturaleza sensible al tiempo de los eventos críticos. Los vehículos de carretera modernos tienen hasta 100 ECU que ejecutan funciones del vehículo. Las ECU se comunican principalmente a través de protocolos BUS como CAN, LIN, FlexRay y Ethernet. También se basan en métodos seriales, inalámbricos y ópticos, según la aplicación. Una puerta de enlace administra y valida los mensajes enviados por las ECU.
La intención de implementar ECU detrás de una puerta de enlace es garantizar que solo lo hagan los dispositivos que necesitan comunicarse entre sí. Se trata de una mejora con respecto a los diseños de ECU tradicionales que aceptaban comandos y compartían información con cualquier entidad en el mismo bus de cableado. Este fue el vector de ataque para muchos de los ataques automotrices, como el famoso hackeo de Jeep, que desencadenó muchas mejoras en los estándares de ciberseguridad automotriz.
Si bien la puerta de enlace sigue siendo fundamental para la comunicación y la validación, las tendencias más nuevas, como las arquitecturas centralizadas y basadas en dominios, las redes troncales Ethernet y las medidas avanzadas de ciberseguridad, están transformando la forma en que se comunican las ECU. En dichas arquitecturas, el papel de la puerta de enlace está evolucionando para gestionar la comunicación de gran ancho de banda, incluido el tráfico basado en Ethernet, además de los buses tradicionales como CAN y LIN. Sin embargo, a medida que avanza la tecnología automotriz, la transición hacia vehículos definidos por software (SDV) está redefiniendo la forma en que funcionan las ECU dentro de los vehículos modernos.
La proliferación de ECU interconectadas, que gestionan funciones críticas desde el rendimiento del motor hasta el infoentretenimiento, ha transformado los vehículos en redes de sistemas integrados.
Si bien permite funciones avanzadas, esta arquitectura introduce vulnerabilidades en las capas de hardware, firmware y comunicación. Incidentes recientes ponen de relieve cómo los atacantes apuntan cada vez más a las ECU y sus protocolos de comunicación, como el bus CAN, para comprometer la integridad del vehículo.
En 2024, una vulneración del portal de clientes de Kia no solo expuso los datos de los usuarios, sino también el acceso indirecto a las ECU telemáticas de los vehículos conectados. Los atacantes aprovecharon una autenticación API débil para enviar comandos no autorizados a las unidades principales de los vehículos, lo que podría alterar las configuraciones de la ECU (por ejemplo, desactivando alarmas o geofencing). Este incidente subrayó los riesgos de los sistemas de backend insuficientemente seguros que interactúan con las ECU de los vehículos, lo que llevó a Kia a aislar los canales de comunicación críticos de la ECU de las API orientadas al cliente.
En 2025 se descubrió que el sistema telemático Starlink de Subaru, que gestiona las actualizaciones OTA de las ECU críticas para la seguridad (por ejemplo, los módulos de control de frenos y transmisión), utilizaba un cifrado débil durante la entrega del firmware. Los investigadores demostraron que los actores maliciosos podían interceptar y modificar los paquetes de actualización de la ECU, inyectando código para desactivar los sistemas de prevención de colisiones. La respuesta de Subaru (adoptar módulos de seguridad de hardware y firmware de la ECU firmados criptográficamente) ilustra la creciente necesidad de protección de extremo a extremo de los procesos de software de la ECU.
A fines de 2024, los ladrones explotaron vulnerabilidades en las ECU de control de faros adaptativos, que estaban aisladas incorrectamente del bus CAN del vehículo. Al acceder físicamente al cableado de los faros, los atacantes enviaron mensajes CAN falsificados a la ECU del tren motriz, evitando los inmovilizadores y permitiendo el robo sin llave. Este ataque enfatizó la importancia de segmentar las ECU no críticas (como los sistemas de iluminación) de las redes críticas para la seguridad e implementar sistemas de detección de intrusiones (IDS) de bus CAN.
La competencia Pwn2025Own Automotive 2 mostró cada vez más vulnerabilidades centradas en la ECU. Los participantes apuntaron a:
Estas demostraciones aceleraron la adopción por parte de la industria de protecciones específicas de la ECU, como controles de integridad en tiempo de ejecución e interfaces de depuración seguras.
Los vehículos modernos dependen de más de 100 ECU, lo que crea una superficie de ataque muy amplia. Las infracciones recientes ponen de relieve tres prioridades:
Los marcos regulatorios como la norma UN R155 ahora exigen evaluaciones de riesgos específicas de la ECU, mientras que normas como la ISO 21434 requieren controles de seguridad del ciclo de vida de la ECU. A medida que los vehículos evolucionan, la protección de las ECU y las redes que las conectan seguirá siendo fundamental para mitigar los riesgos ciberfísicos.
La seguridad integrada desde el principio es el objetivo principal de la nueva norma de ciberseguridad automotriz, ISO 21434. Existe un registro constante de vulnerabilidades en las ECU que demuestran la gravedad de la ciberseguridad y su impacto en la seguridad, un problema que esta norma intenta abordar con requisitos y recomendaciones que influyen directamente en cómo se diseñan y desarrollan los componentes para vehículos de carretera.
ISO 21434 busca integrar medidas de seguridad y ciberseguridad de alta calidad a lo largo de todo el ciclo de vida de la ingeniería del producto para garantizar que los vehículos de carretera se hayan diseñado, fabricado e implementado con mecanismos de seguridad para proteger la confianza, la integridad, la disponibilidad y la autenticidad de las funciones del vehículo en los vehículos de carretera. .
Dos aspectos centrales de ISO 21434 se enfocan en lo siguiente.
Las pruebas de software desempeñan un papel fundamental para ayudar a los fabricantes y proveedores a abordar los requisitos y recomendaciones descritos en la norma ISO 21434. Formalizar el análisis de código estático como parte de las actividades de verificación de software es una forma ideal de identificar y eliminar la ambigüedad en el código, así como identificar las debilidades que podrían exponer vulnerabilidades en el software utilizado en los componentes de la ECU. Esto ayuda a minimizar la superficie de ataque que un atacante puede explotar para comprometer las ECU que controlan las operaciones críticas del vehículo.
Específicamente, ISO 21434 hace referencia y llama al análisis estático en la sección 10.4 Requisitos y recomendaciones.
La sección de detalles de requisitos 10.4.1 para el diseño destaca la necesidad de seleccionar lenguajes de programación adecuados para hacer cumplir el código que es sintácticamente correcto con una estructura y gramática válidas. El código debe lógicamente tener sentido semántico y corresponder a un conjunto de reglas para el idioma que se utiliza. El código debe poder compilarse limpiamente para transformarse en una secuencia de instrucciones.
La aplicación de tipado estricto, el uso de subconjuntos de lenguaje y la implementación de técnicas de implementación defensiva son requisitos especificados en la norma ISO 21434. Formalizar las prácticas de cumplimiento de codificación segura mediante los verificadores y reglas Parasoft MISRA C/C++ y CERT C/++ ayudará a los fabricantes y proveedores a cumplir con los requisitos y recomendaciones de la norma ISO 21434 para mitigar los riesgos potenciales en el software y el diseño.
Emplear prácticas de codificación de seguridad y ciberseguridad para respaldar la verificación y validación del software es una práctica recomendada y esencial para confirmar la especificación de seguridad cibernética descrita en ISO 21434. El uso de las capacidades de análisis de código C/C++ de Parasoft facilita el rigor de las pruebas de software asociadas con el software de seguridad crítica.
Automatizar las pruebas de software con Parasoft C/C++test y C/C++test CT es sencillo gracias a un enfoque integrado que incorpora análisis estático mejorado con IA, cobertura de código, pruebas unitarias, trazabilidad de requisitos y análisis de informes para optimizar el cumplimiento de la norma ISO 21434.
La sección 10.4.2 de la norma ISO 21434 proporciona una lista de métodos para la verificación de software que pueden cumplirse utilizando las capacidades de análisis de código C/C++ de Parasoft. Muchos fallos de seguridad pueden detectarse mediante el análisis del flujo de control y de datos. El motor de análisis de código C/C++ de Parasoft está diseñado para brindar a los equipos de ingeniería de producto la amplitud y profundidad necesarias para realizar análisis de flujo complejos , como el uso de memoria liberada, la doble liberación de memoria y los desbordamientos de búfer.
Otras actividades de verificación y prueba de software a las que se hace referencia en ISO 21434 incluyen fuzzing, pruebas de penetración y escaneo de vulnerabilidades. Se enumeran como recomendaciones, anotadas por RC-10-12. Dada la complejidad y el tamaño del desarrollo de software moderno, debería ser necesario ejecutar técnicas y herramientas de prueba adicionales porque cada técnica encuentra diferentes tipos de problemas.
Para descubrir los riesgos de seguridad en los equipos de ingeniería de productos de software, se deben utilizar herramientas y técnicas de prueba para cubrir los siguientes escenarios.
Los vehículos modernos definidos por software exponen una superficie de ataque de ciberseguridad en rápida expansión que abarca las ECU, los sistemas telemáticos, las plataformas de infoentretenimiento, la infraestructura de actualización OTA, los controladores ADAS y las redes de comunicación del vehículo.
A medida que aumenta la complejidad del software para automóviles, las organizaciones de ingeniería se enfrentan a una presión cada vez mayor para identificar y corregir las debilidades de seguridad en las primeras etapas del desarrollo, antes de que se conviertan en vulnerabilidades explotables en los vehículos de producción.
Las actividades de verificación de seguridad van mucho más allá de revisar errores de codificación aislados. Los equipos deben investigar flujos de datos complejos, analizar rutas de ataque en sistemas interconectados, validar prácticas de implementación seguras y mantener evidencia de cumplimiento para estándares como ISO/SAE 21434, MISRA C/C++, AUTOSAR C++14, CERT C/C++ y CWE. Gestionar estas actividades manualmente en millones de líneas de software embebido puede convertirse rápidamente en un importante cuello de botella tanto para los equipos de desarrollo como para los de ciberseguridad.
Para ayudar a los equipos de ingeniería a afrontar estos retos, Parasoft incorpora flujos de trabajo de verificación asistidos por IA en su ecosistema de pruebas de software embebido mediante capacidades de IA automatizadas habilitadas por MCP y habilidades de IA configurables.
¿El resultado? Los equipos aceleran las actividades de verificación de codificación segura al tiempo que mejoran la coherencia y la visibilidad de la calidad del software y los riesgos de ciberseguridad.
Mediante flujos de trabajo asistidos por IA, los desarrolladores pueden investigar los resultados del análisis estático asociados con defectos relevantes para la seguridad, como desbordamientos de búfer, condiciones de uso después de su liberación, riesgos de corrupción de memoria, condiciones de carrera, problemas de manejo de enteros y uso inseguro de API.
En lugar de depender de sugerencias de código genéricas generadas por IA, obtienen orientación contextual estructurada derivada directamente del motor de análisis estático, que incluye la intención de las reglas de codificación, ejemplos que cumplen y que no cumplen con las normas, información sobre el análisis del flujo de control, relaciones de flujo de datos y orientación para la corrección de errores alineada con los estándares de codificación segura.
Esta inteligencia contextual ayuda a los equipos de ingeniería a comprender mejor la causa raíz y el impacto potencial en la seguridad de las vulnerabilidades detectadas, al tiempo que facilita a los desarrolladores la elaboración de propuestas de remediación para su revisión. Estos flujos de trabajo pueden ser especialmente valiosos para grandes proyectos de software automotriz, donde los equipos de ciberseguridad deben priorizar y resolver un gran volumen de hallazgos en múltiples ECU y subsistemas interconectados del vehículo.
Los flujos de trabajo asistidos por IA también abarcan el análisis de cobertura de código estructural, incluyendo la cobertura de sentencias, bifurcaciones y condiciones/decisiones modificadas (MC/DC). Esto ayuda a los equipos a identificar rutas lógicas relevantes para la seguridad que no están cubiertas, analizar áreas de verificación incompletas y mejorar la exhaustividad de las pruebas de los componentes de software involucrados en la autenticación, las comunicaciones, la gestión de la puerta de enlace, las actualizaciones OTA y otras operaciones críticas para la seguridad del vehículo.
Al combinar el análisis estático, la cobertura de código estructural y los flujos de trabajo de verificación asistida por IA, las organizaciones automotrices:
Poner la ciberseguridad en el asiento delantero de los vehículos de carretera con ISO 21434 ayudará a la industria automotriz a impulsar mejores prácticas para reducir y mitigar las amenazas y ataques cibernéticos que eventualmente podrían provocar muertes.
La conectividad e inteligencia en los automóviles ha cambiado la forma en que se contextualiza y prioriza la ciberseguridad en la ingeniería de productos. Al formalizar la norma ISO 21434, los equipos de ingeniería de productos pueden aprovechar las actividades de análisis y modelado de amenazas para informar las decisiones de diseño y el desarrollo de productos durante todo el ciclo de vida.
Construir seguridad ya no puede ser solo una frase pegadiza porque la seguridad de los conductores está en juego. La ciberseguridad debe estar arraigada en la mentalidad y las actividades de todo el equipo de ingeniería de productos para que todo el equipo piense en las formas en que se debe diseñar y desarrollar el software para prevenir y mitigar los ataques cibernéticos.
ISO 21434 proporciona una hoja de ruta para ayudar a los fabricantes y proveedores a superar los desafíos de seguridad y ciberseguridad en el desarrollo de productos. Este nuevo estándar sirve como elemento básico para reforzar los mecanismos de protección de seguridad en los vehículos de carretera que, en última instancia, salvarán vidas.
Las soluciones de pruebas automatizadas integradas de C/C++ de Parasoft son las mejores de su clase y se adaptan a todas las etapas de su ciclo de vida de desarrollo de software (SDLC) y a sus proyectos de ingeniería de producto. Gracias a su amplia experiencia y conocimientos en el mercado del software embebido, Parasoft le ayuda a cumplir con sus requisitos de seguridad y ciberseguridad.
Una combinación única de herramientas de automatización de pruebas de software, análisis, IA e informes proporciona visibilidad de los problemas de calidad y seguridad desde el principio. Esto permite que los equipos de ingenieros de productos aceleren la verificación del software de acuerdo con los estándares y las mejores prácticas requeridas por el mercado.
Guía de CI/CD para DevOps automotriz
«MISRA», «MISRA C» y el logotipo triangular son marcas registradas de The MISRA Consortium Limited. ©The MISRA Consortium Limited, 2021. Todos los derechos reservados.
Blog
9 minutos de lectura
Blog
7 minutos de lectura
White Paper
