Su ECU puede ser hackeado: lo que realmente muestra la investigación

¿Es realmente posible hackear el ECU de un camión?

Respuesta corta: sí, y ha sido demostrado más de una vez por investigadores identificados en camiones reales, no solo en teoría. Investigadores académicos han demostrado que pueden enviar comandos no autorizados al motor y al sistema de frenos de un camión a través de su red interna. Por separado, un parche real de un retiro de seguridad para un controlador de frenos ampliamente usado corrigió silenciosamente una falla que podría haber permitido a un atacante remoto desactivar los frenos antibloqueo. Ninguno de estos casos requiere acceso exótico. Ambos se remontan a lo mismo: la red interna de un camión fue diseñada para confiar en cualquier dispositivo conectado a ella, y los camiones modernos conectan muchos dispositivos a ella, algunos de forma inalámbrica.

¿Cómo puede un atacante obtener acceso a la red interna de un camión?

Todo camión pesado moderno en EE. UU. usa el estándar SAE J1939 para la comunicación interna entre sus unidades de control electrónico, el motor, los frenos, la transmisión y el tablero de instrumentos se comunican entre sí a través de esta red compartida. Los investigadores Yelizaveta Burakova, Bill Hass, Leif Millar, y André Weimerskirch demostraron en un artículo revisado por pares en 2016 que, una vez conectados a la red J1939 de un camión, podían acelerar un camión ya en movimiento, desactivar la capacidad del conductor para acelerar, y desactivar el freno de motor del vehículo (fuente: USENIX WOOT '16). Investigación anterior de la Universidad de Michigan demostró la misma clase de ataque en un tractocamión Clase 8 real y un autobús escolar, manipulando los indicadores del tablero, las RPM del motor, y el freno de motor (fuente: citada vía revisión de arXiv).

La red J1939 en sí no tiene una forma incorporada de verificar si un mensaje proviene de una fuente legítima. Cualquier dispositivo conectado a ella es confiable por defecto. Ese es el problema de diseño subyacente que explota cada ataque en esta área.

¿Por qué importa el puerto de diagnóstico si estos ataques necesitan una conexión física?

Porque a los camiones ya no se accede solo a través de la laptop de un técnico conectada al tablero. La regulación federal exige que todo camión comercial use un Electronic Logging Device, o ELD, y ese dispositivo se conecta directamente a la red del motor por diseño, y en la mayoría de las implementaciones, también se conecta a internet. La National Motor Freight Traffic Association (NMFTA), un grupo gremial de la industria del transporte, ha declarado públicamente que las reglas actuales de ELD exigen efectivamente tanto conectividad bidireccional al CAN bus como conectividad a internet, lo que describe como la creación de un puente entre internet y la red interna del vehículo (fuente: NMFTA).

Ese puente es exactamente lo que un estudio de 2024 de los investigadores de Colorado State University Jake Jepson, Rik Chatterjee, y el Dr. Jeremy Daily probó directamente. Trabajando con un camión real Kenworth T270 Clase 6 de 2014, encontraron que los ELD podían ser manipulados de forma inalámbrica para enviar mensajes CAN no autorizados que controlaban la velocidad del motor y el frenado, ser reprogramados con firmware malicioso, y usarse para propagar un gusano autorreplicante del ELD de un camión al de otro, ya que muchos ELD en el mercado comparten hardware similar y configuraciones de seguridad por defecto (fuente: Land Line Media, fuente: CCJ Digital).

¿Esto realmente ha pasado en el mundo real, o es solo investigación de laboratorio?

Ambas cosas, y vale la pena ser preciso sobre cuál es cuál. Las vulnerabilidades de J1939 y ELD descritas arriba fueron demostradas por investigadores bajo condiciones controladas, no descubiertas como ataques activos contra transportistas en producción. Dicho esto, una vulnerabilidad específica, real, y ya desplegada está documentada fuera del laboratorio: el investigador de ciberseguridad de NMFTA Ben Gardiner encontró que un parche de firmware incluido silenciosamente en un retiro de seguridad para los controladores de freno Bendix EC80, hardware usado en tractocamiones y remolques ya en las carreteras, corrigió una falla que podría haber permitido a un atacante remoto desactivar los frenos antibloqueo. NMFTA reportó que esta corrección nunca estuvo asociada con un CVE publicado (el registro estándar público de divulgación de vulnerabilidades), lo que significa que los transportistas que usan el hardware afectado no tuvieron una forma sencilla de saber que se había lanzado una corrección de seguridad (fuente: CCJ Digital).

Así que el enfoque honesto es este: los ataques están comprobados como funcionales por investigadores creíbles en hardware real de transporte, y al menos una vulnerabilidad real que afecta equipo desplegado fue parchada silenciosamente sin que los transportistas fueran claramente informados. Esa es una situación significativamente distinta, y más urgente, que un riesgo puramente teórico.

¿Qué puede hacer realmente un transportista al respecto?

Nada de esto requiere convertirse en una empresa de ciberseguridad, pero sí requiere tratar la electrónica del camión como infraestructura de TI y no solo como equipo mecánico:

• ★Sepa exactamente qué hardware de ELD y telemática tiene en sus camiones, incluyendo el fabricante y la versión de firmware, para poder revisar avisos relevantes cuando se publiquen.
• ★Pregunte directamente a sus proveedores de ELD y telemática sobre sus prácticas de seguridad, incluyendo si publican CVE para vulnerabilidades corregidas y cómo se autentican las actualizaciones de firmware.
• ★No asuma que el cumplimiento con la FMCSA equivale a seguridad. La certificación de ELD hoy es autocertificada por los fabricantes y no incluye una revisión de ciberseguridad obligatoria, lo cual es parte de la razón por la que NMFTA ha impulsado públicamente que la FMCSA reforme los estándares de certificación de ELD.
• ★Segmente lo que pueda. Si su proveedor de telemática o ELD ofrece alguna opción para limitar a qué puede acceder o qué puede transmitir el dispositivo, use la configuración más restrictiva que aún cumpla con sus necesidades de cumplimiento.
• ★Tome en serio las actualizaciones de firmware o avisos de proveedores no explicados, y pregunte qué aborda realmente la actualización en lugar de asumir que es rutinaria.