As reported by CISA in advisory ICSA-26-216-01, a high-severity vulnerability has been disclosed affecting the Acrisure KARR BT and DR-100 dealer-installed automotive anti-theft and stolen vehicle recovery systems. This flaw carries real-world consequences that extend well beyond the IT world — we are talking about physical vehicle control being handed to anyone with a Bluetooth radio and the motivation to use it.
Vulnerability At a Glance
- CVE ID
- CVE-2026-18411
- CVSS v3 Score
- 8.1 — High
- Vulnerability Type
- Use of Hard-coded Cryptographic Key (CWE-321)
- Affected Products
- Acrisure KARR BT (firmware prior to July 20, 2026 build)
Acrisure DR-100 (firmware prior to July 20, 2026 build) - Vendor
- Acrisure (headquartered in the United States)
- Deployment Scope
- Worldwide — Transportation Systems critical infrastructure sector
- Attack Vector
- Bluetooth (short-range proximity required — no internet access needed)
- Patch Available
- Yes — firmware dated July 20, 2026 or later addresses the issue
- Exploitation in the Wild
- Not confirmed at time of advisory publication
Why This Vulnerability Is Particularly Concerning
Hardcoded cryptographic keys are a well-understood, entirely preventable class of vulnerability — and yet they continue to appear in embedded and IoT systems at an alarming rate. What elevates CVE-2026-18411 above the typical IoT flaw is the physical consequence of exploitation: an attacker doesn't need to pivot through a network, escalate privileges, or exfiltrate data. They simply need to be within Bluetooth range of a vehicle running the affected firmware, and they can issue commands to unlock doors or engage engine immobilization.
The shared key architecture is what makes this particularly dangerous at scale. This isn't a unique key per device — it is a shared Bluetooth authentication key across the entire affected device population. Once that key is extracted from a single unit (or from firmware obtained through any number of channels), every vehicle protected by this system is potentially at risk. This is the automotive equivalent of a master password breach.
Shield53 Perspective: The use of a shared cryptographic credential across an entire device fleet is a foundational security failure. In the connected vehicle ecosystem, this class of error transforms an anti-theft device into an attack surface — the very opposite of its intended purpose.
Who Is Most at Risk
Broader Implications for Automotive Cybersecurity
This advisory is a reminder that the automotive aftermarket security space remains significantly behind enterprise IT in terms of secure development practices. Regulations like UNECE WP.29 R155 are pushing OEMs toward automotive cybersecurity management systems, but dealer-installed aftermarket devices frequently fall outside that regulatory framework. The result is a growing attack surface attached to vehicles that consumers believe are more secure because of these add-on systems.
The Bluetooth attack vector also deserves attention. Unlike Wi-Fi or cellular exploits that can be executed remotely, Bluetooth requires physical proximity — but that proximity is trivially achievable in urban environments, parking lots, and traffic. Threat actors do not need sophisticated infrastructure; a modified smartphone or Raspberry Pi with a Bluetooth radio is sufficient.
Shield53 Recommendations
Immediate Actions
- Patch immediately: Contact your Acrisure dealer or fleet management provider to verify that all KARR BT and DR-100 devices have received the firmware update dated July 20, 2026 or later. Do not assume over-the-air updates have been applied automatically.
- Audit your fleet inventory: Compile a complete list of vehicles equipped with KARR BT or DR-100 systems. Treat any unconfirmed unit as unpatched until verified.
- Restrict Bluetooth discoverability: Where firmware update is pending, work with your installer to determine whether Bluetooth pairing mode can be disabled or restricted as a temporary compensating control.
- Monitor for anomalous vehicle behavior: Unexplained door unlock events or remote immobilization incidents should be treated as potential exploitation indicators and reported to both Acrisure support and local law enforcement.
Strategic Recommendations
- Require per-device unique keys in any future procurement of automotive telematics or security hardware. Shared keys across device populations are an unacceptable risk pattern.
- Include aftermarket automotive devices in your asset inventory and patch management programs — these are no longer outside the scope of enterprise security.
- Engage vendors on their secure development lifecycle (SDLC) practices before procurement; ask explicitly whether cryptographic keys are unique per device and how firmware signing is implemented.