Feeds

Boffins warn on car computer security risk

Dashboard pwnage not that difficult - once you're in

High performance access to file storage

Updated Computer scientists have carried out one of the first detailed security analyses of the security implications of increased use of computer systems in cars, finding systems surprisingly easy to hack or disrupt.

A research paper from academics at the University of Washington and the University of California, San Diego, evaluates the implications of the cars that rely on the smooth operation of dozens of networked computer processors to monitor and control key systems.

A typical family car runs 100 MB of binary code spread across 50–70 processors, the researchers estimate. The use of computer technology brings improvements in efficiency and safety, via technologies such as anti-lock brakes, but it also throws up a range of new risks.

The researchers reckon "an attacker who is able to infiltrate virtually any Electronic Control Unit (ECU) can leverage this ability to completely circumvent a broad array of safety-critical systems".

The 11-person team based this warning on an array of lab and road tests where they were able to carry out a variety of undesirable actions including "disabling the brakes, selectively braking individual wheels on demand, stopping the engine". The team were able to easily bypass rudimentary security concerns, using techniques such as maliciously bridging supposedly isolated subnets.

Part of the team's trickery includes the use of malware as well as reverse-engineering, packet sniffing, fuzzing and a custom tool, called CARSHARK (a car network analyser and packet injection utility).

All manner of attacks were possible with these techniques including messing with car radios and dashboards. The researchers were able to "display arbitrary messages, falsify the fuel level and the speedometer reading".

Throughout the testing the team focused on how attackers might be able to mess with a car's internal network given access. What they don't consider is how this access might be obtained in the first place, as they openly state in the research paper. Ways into a car computer network include user-installed subsystems, such as audio players, that link into internal networks as well as vehicle dashboards.

"In the US, the federally-mandated On-Board Diagnostics (OBD-II) port, under the dash in virtually all modern vehicles, provides direct and standard access to internal automotive networks," the researchers explain.

Telematics systems such as General Motors’ OnStar that provide services such remote diagnostics, and stolen vehicle recovery, also link into internal networks and might (at least theoretically) provide another way in for attackers. The team suggest two attack scenarios: physical access by a mechanic or valet and hacking into one or other of the wireless networks car systems are plugged into.

In our car we identified no fewer than five kinds of digital radio interfaces accepting outside input, some over only a short range and others over indefinite distance. While outside the scope of this paper, we wish to be clear that vulnerabilities in such services are not purely theoretical. We have developed the ability to remotely compromise key ECUs in our car via externally-facing vulnerabilities, amplify the impact of these remote compromises using the results in this paper, and ultimately monitor and control our car remotely over the Internet.

The research do not name the car used in the test because "we believe the risks identified... arise from the architecture of the modern automobile and not simply from design decisions made by any single manufacturer".

It's worth saying, on the remote hacker risk, that no such remote attacks have ever been recorded and experiments designed to load malware onto car systems using Bluetooth have drawn a blank. Inserting a malicious component given physical access to a car appears far more straightforward and, of course, given hands-on access all manner of non-electronic skullduggery is easily possible. The researchers found electronic disruption far easier to pull off than they expected.

In starting this project we expected to spend significant effort reverse-engineering, with non-trivial effort to identify and exploit each subtle vulnerability. However, we found existing automotive systems — at least those we tested — to be tremendously fragile. Indeed, our simple fuzzing infrastructure was very effective and to our surprise, a large fraction of the random packets we sent resulted in changes to the state of our car.

The academics rounded off the study by considering how the security shortcomings they highlighted might be addressed. Their paper, Experimental Security Analysis of a Modern Automobile, which is due to be published in the 2010 IEEE Symposium on Security and Privacy, can be found here (pdf). ®

Update

Independent security expert Ken Tindell has written to us to express his skepticism about the significance of the research.

"I was utterly shocked to discover that apparently if you prise open an embedded system, reflash its program code, you can pretty much do anything to the I/O connected to the system," he said. "Well knock me down with a feather."

"Until I sold my company to Bosch in 2003, I was heavily involved in this area of computing, so I can say with some confidence that this 'discovery' is sheer foolishness. The only risk they encountered was a theoretical one (viz. that a telematics system connected to the in-vehicle networking could hack the car). It's highly theoretical because the challenges of hacking a car are vastly more than hacking a banking system. I just can't see anyone bothering," he concluded.

High performance access to file storage

More from The Register

next story
Obama allows NSA to exploit 0-days: report
If the spooks say they need it, they get it
Parent gabfest Mumsnet hit by SSL bug: My heart bleeds, grins hacker
Natter-board tells middle-class Britain to purée its passwords
Web data BLEEDOUT: Users to feel the pain as Heartbleed bug revealed
Vendors and ISPs have work to do updating firmware - if it's possible to fix this
OpenSSL Heartbleed: Bloody nose for open-source bleeding hearts
Bloke behind the cockup says not enough people are helping crucial crypto project
One year on: diplomatic fail as Chinese APT gangs get back to work
Mandiant says past 12 months shows Beijing won't call off its hackers
Call of Duty 'fragged using OpenSSL's Heartbleed exploit'
So it begins ... or maybe not, says one analyst
German space centre endures cyber attack
Chinese code retrieved but NSA hack not ruled out
Experian subsidiary faces MEGA-PROBE for 'selling consumer data to fraudster'
US attorneys general roll up sleeves, snap on gloves
prev story

Whitepapers

Securing web applications made simple and scalable
In this whitepaper learn how automated security testing can provide a simple and scalable way to protect your web applications.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
HP ArcSight ESM solution helps Finansbank
Based on their experience using HP ArcSight Enterprise Security Manager for IT security operations, Finansbank moved to HP ArcSight ESM for fraud management.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Mobile application security study
Download this report to see the alarming realities regarding the sheer number of applications vulnerable to attack, as well as the most common and easily addressable vulnerability errors.