Exploiting USB on a Tesla IVI with Raspberry Pi Devices to B... - #2877
Open
carlospolop wants to merge 1 commit into
Open
carlospolop wants to merge 1 commit into
carlospolop wants to merge 1 commit into
Conversation
Collaborator
Author
🔗 Additional ContextOriginal Blog Post: https://nccgroup.com/research/exploiting-usb-on-a-tesla-ivi-with-raspberry-pi-devices-to-bypass-kaslr-insomnihack-2026 Content Categories: Based on the analysis, this content was categorized under "Binary Exploitation > Linux kernel exploitation and KASLR bypass, with a cross-reference under Hardware/Physical Access > Physical Attacks for malicious USB device orchestration". Repository Maintenance:
Review Notes:
Bot Version: HackTricks News Bot v1.0 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
🤖 Automated Content Update
This PR was automatically generated by the HackTricks News Bot based on a technical blog post.
📝 Source Information
🎯 Content Summary
Alex Plaskett and Robert Herrera presented this research at InsomniHack Switzerland 2026 on 24 August 2026. The work investigates whether Linux USB vulnerabilities previously associated with mobile-phone compromises can be practically exploited against modern embedded Linux systems, and reports that Tesla's in-vehicle infotainment (IVI) system was also affected by several core Linux kernel USB issues.
Research context: In late 2024, Google Threat Analysis Group reported...
🔧 Technical Details
USB kernel heap grooming: An attacker can attach multiple USB devices through hubs and use the normal enumeration and driver-processing activity of those devices to spray kernel heap allocations. By selecting the device mix and connection arrangement, the attacker attempts to position a useful kernel pointer in a heap chunk adjacent to memory later accessed by a vulnerable parser. This makes an out-of-bounds read more reliable and turns an otherwise unstable memory disclosure into a controlled leak.
USB Audio descriptor out-of-bounds read: A vulnerability in USB Audio descriptor parsing can cause the Linux kernel's clock-source discovery logic to read past the intended memory boundary. A malicious USB device supplies specially crafted Audio descriptors that reach the vulnerable path. If heap grooming has placed pointer data immediately beyond the valid object or descriptor-related memory, the parser reads that adjacent kernel memory and expose...
🤖 Agent Actions
Plan:
Repository review shows no general Linux-kernel page for this primitive. The existing KASLR page is specific to the arm64 static linear map, while the physical-attacks page only covers HID-style BadUSB. I’ll now inspect the authors’ slides and the upstream Linux fix before deciding whether a focused kernel-exploitation page is warranted.
The slides add material absent from the summary and repository: the leak is a selector-ID oracle, not a raw byte dump; candidate IDs, window sizing, repeat-value constraints, and a second ordering pass are central. The best placement is therefore a focused Linux-kernel exploitation page, with only a discoverability link from Physical Attacks and a navigation entry.
Implementation is complete. I’m now validating that the new page is reachable, its references and citations are consistent, no forbidden sources were introduced, the temporary research artifacts are gone, and the diff contains only the intended documentation changes.
Updated the HackTricks repository:
usb-audio-descriptor-oob-kaslr-leak.mdunder Linux kernel exploitation.kmalloc-512heap grooming.src/SUMMARY.md.hardware-physical-access/physical-attacks.md.Validation passed: internal paths resolve, forbidden-source scan is clean, and
git diff --checkreports no errors.mdbookwas unavailable locally, so a full build was not run.This PR was automatically created by the HackTricks Feed Bot. Please review the changes carefully before merging.