Remote Flaw Puts Car Control Units at Risk

TL;DR: A critical vulnerability in `vsomeip`, a middleware used in many cars, lets remote attackers crash electronic control units. The flaw allows an attacker to exhaust a vehicle's memory, creating a significant safety risk for modern vehicles.
Key facts
- Category
- Cybersecurity
- Impact
- Critical
- Published
- Source
- CERT/CC
Full summary
A critical flaw in widely used automotive software lets remote attackers crash a vehicle's electronic control units by exhausting their memory.
A critical security flaw has been discovered in a widely used piece of automotive software, creating a remote denial-of-service risk for modern vehicles. According to a report from CERT/CC, the vulnerability exists in `vsomeip`, an open-source communication library maintained by the COVESA alliance. The software is a popular implementation of the SOME/IP protocol, which acts as a nervous system for a car's Electronic Control Units (ECUs). These ECUs manage everything from engine performance to infotainment and advanced driver-assistance systems. The flaw, identified as CVE-2026-91141, affects versions 3.7.3 and below. Because the vulnerability can be triggered remotely by an unauthenticated attacker, it poses a significant threat to vehicle operation and safety without requiring any physical access or user interaction.
The vulnerability stems from a fundamental error in how the `vsomeip` library handles incoming data over a TCP connection. When an ECU receives a data packet, the packet's header includes a field declaring the total size of the message that will follow. The flawed software immediately allocates a memory buffer large enough to hold the entire declared message size before it has actually received or verified the data. An attacker can exploit this by sending a very small initial packet with a header that falsely claims a massive message size, such as several gigabytes. The ECU's software will trust this header and attempt to allocate an impossibly large block of memory. This allocation attempt fails, causing the system to run out of memory and crash the process or the entire ECU, effectively taking it offline.
This incident is a stark reminder of the growing security challenges in the era of the software-defined vehicle. As cars become more connected and reliant on complex software stacks, their attack surface expands dramatically. The use of open-source components like `vsomeip` is essential for rapid innovation in the automotive industry, but it also introduces supply chain risks. A single vulnerability in a foundational library can have a cascading effect, impacting dozens of vehicle models across multiple manufacturers who may not even be directly aware they are using the vulnerable code. This flaw is not an isolated case but part of a broader trend of vulnerabilities found in the protocols and middleware that underpin modern vehicle architecture, highlighting a critical need for more rigorous security vetting throughout the automotive development lifecycle.
For engineering and security teams in the automotive and embedded systems sectors, the immediate priority is to patch this vulnerability. However, the long-term takeaway is the necessity of adopting a defense-in-depth security posture. This goes beyond simply reacting to disclosed vulnerabilities. It requires proactive measures such as maintaining a comprehensive Software Bill of Materials (SBOM) to track all third-party components, implementing robust network segmentation to isolate critical ECUs, and employing advanced testing methods like fuzzing to uncover unknown memory-related bugs before they reach production. This event will likely accelerate the industry's push toward more secure-by-design principles and greater scrutiny of the open-source software that powers the next generation of vehicles.
Why it matters
This vulnerability affects a foundational component of modern automotive software architecture. A remote, unauthenticated Denial of Service attack on an ECU can disable critical functions, posing a direct threat to vehicle safety. It highlights the growing attack surface in software-defined vehicles for developers and security teams.
Business impact
Automakers and suppliers using `vsomeip` face significant risk, including potential vehicle recalls, liability for accidents, and damage to brand reputation. The vulnerability necessitates immediate patching and security audits, increasing development costs and potentially delaying production timelines for affected models.
⚡ Action needed
Update `vsomeip` to a patched version. Developers and security teams should audit their projects to identify and update any instances of the vulnerable library in versions 3.7.3 and below.
Action checklist
- 1Identify all systems and components using the `vsomeip` library.
- 2Verify if the version in use is 3.7.3 or an earlier, vulnerable version.
- 3Update to the latest patched version of `vsomeip` provided by COVESA.
- 4Review network segmentation and firewall rules to limit ECU exposure to untrusted networks.
- 5Incorporate static and dynamic analysis tools to scan for similar memory allocation flaws.
Tags
Related on Notifire
Related stories
Primary source: CERT/CC