Slashdot Mirror


Car Hacking is 'Distressingly Easy'

Bruce66423 points out a piece from the Economist trying to rally support for pressuring legislators and auto manufacturers to step up security efforts on modern, computer-controlled cars. They say, Taking control remotely of modern cars, for instance, has become distressingly easy for hackers, given the proliferation of wireless-connected processors now used to run everything from keyless entry and engine ignition to brakes, steering, tyre pressure, throttle setting, transmission and anti-collision systems. Today's vehicles have anything from 20 to 100 electronic control units (ECUs) managing their various electro-mechanical systems. ... The problem confronting carmakers everywhere is that, as they add ever more ECUs to their vehicles, to provide more features and convenience for motorists, they unwittingly expand the "attack surface" of their on-board systems. In security terms, this attack surface—the exposure a system presents in terms of its reachable and exploitable vulnerabilities—determines the ease, or otherwise, with which hackers can take control of a system. ... There is no such thing as absolute security. [E]ven firms like Microsoft and Google have been unable to make a web browser that cannot go a few months without needing some critical security patch. Cars are no different.

29 of 165 comments (clear)

  1. Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 3, Insightful

    Rust, Swift, Sappeur, Vala - they must also be used in the car industry. Instead of C. Look at the CVE database - 50% of exploits are solely due to the cowboy style of C (lack of memory safety).

    Or just roll over and concede that electronics are too dangerous.

    1. Re:Memory Safe Languages As Countermeasure by BitZtream · · Score: 4, Insightful

      ...

      Your solution to the problem is to try to kill the problem of bad developers by hiding it with the language.

      Could you name one example of where that has actually worked, EVER?

      When you write your 3 lines of Swift (lets limit it to languages real people outside of one company actually use), there are possibly a million lines of C could doing the actual work.

      You do real work in C. You ride on someone else C code in pretty much every other modern language. Switching them from C to any other language won't solve the problem, the problem is using people who don't think things through. Thats not a language problem is a person problem.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    2. Re:Memory Safe Languages As Countermeasure by ThosLives · · Score: 4, Insightful

      Five letters generally prevent most of the software *coding* issues found in critical automotive software: MISRA.

      Failures that happen in automotive software are almost never coding issues, but rather design issues. For instance, even the "infamous" Toyota brake control issues were due to design, not faulty coding.

      Switching languages is actually more likely to introduce more errors than reduce them, since you've now likely added coding errors on top of the design issues.

      (And I second the other poster mentioning things like compile-time allocation of all objects. I have never seen a dynamically-allocated anything in any of the embedded programs on which I've worked in the main code stream; closest we came was in a data logger which wrote to a dedicated area of flash, on a separate chip even from the main micro.)

      --
      "There are a dozen opinions on a matter until you know the truth. Then there is only one." - CS Lewis (paraprhase)
    3. Re:Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 2, Insightful

      Could you name one example of where that has actually worked, EVER?

      Isn't this basically what Ada was developed to do? And while it is sort of a niche language that no hipster would touch with a ten foot pole, it is often used for some critical systems, no?

    4. Re:Memory Safe Languages As Countermeasure by Chris+Mattern · · Score: 5, Funny

      Five letters generally prevent most of the software *coding* issues found in critical automotive software: MISRA.

      Or possibly XYZZY or PLUGH. I forget which.

  2. Is all this necessary? by catsRus · · Score: 2

    The real question to me is. Do these cars really need all this shit? How about a car that just takes me where I am going, don't really need it to babysit , entertain of second guess me.

  3. Stop interconnecting systems by schwit1 · · Score: 5, Interesting

    Why should a hack of the navigation or audio system allow access to the braking system? Why hasn't the DOT mandated an air gap between critical vehicle operation systems(braking, acceleration, ignition, steering, transmission, etc) and all others.

    1. Re:Stop interconnecting systems by catsRus · · Score: 2

      The engine control unit is connected to some sound systems in OEM setups so your puny engine sounds "cool" by making fake engine sounds through the stereo. Pretty lame reason to make it less secure.

    2. Re:Stop interconnecting systems by Ol+Olsoc · · Score: 2

      Why should a hack of the navigation or audio system allow access to the braking system? Why hasn't the DOT mandated an air gap between critical vehicle operation systems(braking, acceleration, ignition, steering, transmission, etc) and all others.

      Ask the people at OnStar. They got the first foot in that door.

      long version, once you have the ability to remotely disable the vehicle, open and close locks, etc, the other forces come into play who might like system analysis and exercise coupled with the ability to analyze the vehicle while the customer is using it. There's some tremendous utility for a troubleshooting system where they customer can push a button to send data to the mechanics when the car is acting up.

      That's all kinda nice, but remotely via the net? What ever could go wrong?

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    3. Re:Stop interconnecting systems by mrchaotica · · Score: 3, Interesting

      There's no reason why the infotainment system can't have read-only access to the engine control module (with write access physically prevented by the hardware). You won't be able to modify the engine management without physical access to the car, but that's the way it should be anyway.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    4. Re:Stop interconnecting systems by eth1 · · Score: 2

      There's no reason why the infotainment system can't have read-only access to the engine control module (with write access physically prevented by the hardware). You won't be able to modify the engine management without physical access to the car, but that's the way it should be anyway.

      The problem with this logic is that "read-only" access still implies that the unprivileged system can poke the privileged one and cause it to do something. It will probably also have to pass some kind of data to the privileged system as well. Read-only or not, that opens the door to several kinds of exploits (buffer overflow, etc.).

  4. It's necessary because people want it by sjbe · · Score: 2

    The real question to me is. Do these cars really need all this shit?

    So long as there is consumer demand the answer is yes.

    How about a car that just takes me where I am going, don't really need it to babysit , entertain of second guess me.

    Those are available if you want them. Not hard to find relatively bare bones vehicles if you bother to look. For people who want something a little more sophisticated there are extra options available. Personally I LIKE having a screen in my car with GPS. I like having satellite radio, remote entry, heated seats, AC and USB power, backup camera, etc and I'm willing to pay a bit extra for them. Personal preference and your mileage may (literally) vary.

    1. Re:It's necessary because people want it by turbidostato · · Score: 2

      "Not hard to find relatively bare bones vehicles if you bother to look."

      For most people it doesn't work that way because it requires "bare bones" to be on the top of the requirements list, which is usually not the case. I myself have "bare bones" pretty high on the list but, still, not on top.

      So the problem is not that "it is not hard to find a bare bones vehicle" but that I can't find the model I want with limited electronics: I want xenon lights, "oh, well, that comes with the comfort package that also comes with lane departure and blind spot alarms and remote start".

  5. Re:Rolling Code RKEs by mysidia · · Score: 2

    since the next time the fob sends a signal it won't be the right one needed to trigger whatever it was supposed to do

    No different than if the fob sends a signal while out of range of the device.

    They would have to jam the fob across numerous communication attempts, before they would truly come out of sync so badly that the fob could no longer operate after the jamming was turned off.

  6. I WANT a hackable car... by Somebody+Is+Using+My · · Score: 3, Interesting

    Personally, I want a hackable car. What I do not want is a /remotely/ hackable car.

    I want a vehicle where I, as the owner, can access all its bits-n-bobs - even the digital ones - to tune it as I desire. I do not want a car whose computers are so saddled down with "security" that the only ones who can access its electronic brains are "authorized" technicians who have paid tens of thousands of dollars for the appropriate software and hardware. Too often I see "security" being used by automobile manufacturers as an excuse to lock out the owners (or even ordinary mechanics) from modifying - or even diagnosing - the vehicle without first tithing to the manufacturer for the privilege.

    Of course, only I as owner (or any I authorize) should be allowed to adjust my car in this way; obviously, I do not want any nefarious parties to alter my car's settings - especially not while I am driving! But while this is something the designers and manufacturers need to keep in mind, so far I am unaware of /any/ successful attempt to "hack" a moving car. Of course, if a nefarious individual gets access to the OBDII port on my car, there's no end to the damage he could do, but no computer (or car! think "cutting the brake lines") is safe if somebody has physical access to it.

    So forgive me if I interpret these worried cries about how my car might be "hacked" less as an earnest warning about my vehicle's vulnerability to malicious actors and more as another attempt by the manufacturer to gouge the owner out of even more money just so he can continue to tinker with his own property.

    1. Re:I WANT a hackable car... by turbidostato · · Score: 2

      "I want a vehicle where I, as the owner, can access all its bits-n-bobs - even the digital ones - to tune it as I desire."

      Good luck with that, since the industry is going the opposite direction: on one hand, cars are more and more easierly hackable (in the bad sense of the word) even remotely. On the other hand, they are trying to prevent hacking the cars (in the good sense of the word) by means of higher entry barriers, as you said, and legal coercion (you know, you don't own the car, it's licensed to you because of all the "finelly tuned" software it includes).

    2. Re:I WANT a hackable car... by mrchaotica · · Score: 2

      let's be realist: is it your daily commuter, or is it your weekend fun car?

      Until last week, it was my daily commuter (60 mile round trip). The only reason it isn't now is that I just started a new job that's close enough to commute by bicycle. The thing may be 25 years old, but it's only got 85K miles on it and is in great condition (except for the fact that it has a tape deck, pop-up headlights and only one airbag, you'd think it was brand new).

      I admit, it's also my fun car since I use it for autocross, too.

      FYI, before I bought the Miata, I'd been doing the same commute for years in my 1996 pickup truck with 215K miles on the odometer. My wife is now using it for her 50 mile round trip daily commute. That's actually more impressive, since the truck is much more worn-out than the Miata even though it's newer.

      My newest car, a 1998 VW, is currently partially-disassembled because the transmission broke. Clearly, age isn't everything.

      Is it also a "pre-electronics" car? Do you expect it to last as long as you?

      It's got electronic fuel injection, but it's pre-ODBII. I don't expect any individual part on the car to last forever, but certainly I expect it to be repairable (or even upgradable) indefinitely as long as the chassis doesn't rust out.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  7. Re:So where are the CVE/Vuln reports for this?Oh,w by ledow · · Score: 4, Informative

    There have been public demonstrations, some televised, of certain models of modern car that allow you to change things like timings and injection sequences, via OBD, over Blueooth, using default passcodes.

    I'm sure they're all patched now. Of course. No more will that ever happen again.

    There's also been demos of being able to DoS certain buses in the car remotely and wirelessly, preventing everything from in-car entertainment to immobilisers from working, etc. using similar techniques.

    These things are all out there. Go look. And that's just OBD. God knows what happens when you start tying in Wifi into the car speakers, joining that to the satnav for Internet updates, joining those to the car etc.

    You can see cars on the market today, not even particularly unusual or modern ones, that pull in OBD information into the electronic dashboard which also doubles as a music interface and a satnav and a fuel gauge and a Bluetooth phone interface and everything else. It's not at all hard to imagine that such things haven't covered every single possible hole where information from one can leak to another.

    And anything OBD-writing is potentially dangerous. As in "blow up your engine" dangerous. Most older OBD systems are nothing more than read-only technical data. Newer ones do more to allow flashing, firmware updates, and even modification of settings that control emission levels (e.g. fuel injectors, exhaust re-introduction pumps, etc.). Add that together and you have one big mess waiting to happen.

    There's a reason that you don't buy mod-chips for your engine nowadays that you can swap out to pass emissions test and then swap back to get the "sports performance" of your car. Because they don't need to swap the chips physically any more.

  8. Re:So where are the CVE/Vuln reports for this?Oh,w by ledow · · Score: 3, Informative

    And for when you say "Links or it never happened":

    http://www.forbes.com/sites/an...

    Or just Google OBD hacks.

  9. Re:So where are the CVE/Vuln reports for this?Oh,w by Anonymous Coward · · Score: 2, Informative

    Yes, these have been on Slashdot before. And as said before, the big scaremongering jump is that while there are several well publicized examples of people hacking or DoSing buses by connecting a cable to the interface, demonstrations of remotely doing so wirelessly is much more scarce.

  10. Re:FP by AchilleTalon · · Score: 2, Insightful

    In fact, we don't need cars at all.

    --
    Achille Talon
    Hop!
  11. Re:Keep your old cars by The+Grim+Reefer · · Score: 3, Interesting

    That's what I do, I have a 1998 car which I intend to keep for the rest of my life. It still has some electronics (ECU, ABS)...

    And those electronics are probably going to be one of the biggest issues with keeping that car going. Most mechanical parts can be repaired, be made, or sourced from junk yards.A lot of classic cars also have other companies making replacement parts. For example, you can build a brand new replica of a 1963 Corvette if you would want to as every part for them is in reproduction by one company or a company.

    There has been a bit of concern regarding the electronics in cars that have been made in the last 20-30 years though. They will wear out as a car is a very harsh environment for such things. Since the auto manufacturers are not that big on creating competition for their parts, they don't make it easy for other companies to reproduce these components and they also only make them for a set number of years. Besides, they don't want you to keep that car for decades. If you do that, you won't be buying a new one. Eventually electronic replacement parts for a car built in 1998 are going to run out and there won't be any replacements. Without a functional ECU, you won't be able to start the engine.

    If you are lucky enough for your car to be popular with racers or some other group that likes to modify its engine, then there may be aftermarket ECU systems available. But that's going to cost a lot in most cases.

  12. Re:So where are the CVE/Vuln reports for this?Oh,w by djrobxx · · Score: 2

    Yes, you can do a lot through the OBD. So what? If you have access to the OBD, you also have access to roll under the car and cut the brake line or pop open the hood and tamper with the engine that way.

  13. Distressingly easy? Not yet. BUT... by garyoa1 · · Score: 2

    There will come a day when some clown, nut, terrorist, whatever will stand on a bridge over a highway and push a button on his remote. And all cars will speed up and turn left. When there is no left turn. Computerizing creature comforts in a car makes sense. Computerizing, engine, brakes and things that can kill you... well, what are they thinking?

    --
    Wuddooeyeno? IITYWYBMAD? Like nuts? eclecticallyincorrect.com
    1. Re:Distressingly easy? Not yet. BUT... by captjc · · Score: 2

      There is nothing wrong with computerizing the engine, brakes, and so forth in and of themselves. This has been going on for years and has helped make cars lighter, cheaper, and more fuel efficient with better onboard diagnostics to boot.

      The problem lies when companies stop designing their control systems as closed loops. It is often cheaper to use wireless devices rather than wired and many car manufactures (and law enforcement) want the ability to remotely control the car and push firmware updates and what-have-you. Sadly, these systems are not built for any kind of security outside of "Only I can use these frequencies and no one knows my protocol" kind of security through obscurity. That is where someone with a $50 software radio and a laptop can wreak havoc either through signal jamming or direct hacking.

      TLDR: It isn't computers that are the problem, it is leaving your control systems open for wireless intrusion.

      --
      Slow Down Cowboy! It's been 1 hour, 47 minutes since you last successfully posted a comment
  14. Re:So where are the CVE/Vuln reports for this?Oh,w by OverlordQ · · Score: 2

    > There have been public demonstrations, some televised, of certain models of modern car that allow you to change things like timings and injection sequences, via OBD, over Blueooth, using default passcodes.

    What car has Blutooth OBD without having to have physical access to the car to attach a bluetooth dongle to the OBD port?

    --
    Your hair look like poop, Bob! - Wanker.
  15. Re:FP by ArcherB · · Score: 2

    We don't need wi-fi, remote unlocking or push-button start or any of that other unnecessary nonsense.

    There's nothing wrong with these features. The problem is when you can reach the brake system from the bluetooth in the radio. There is no reason why these systems could not be separated, even air gapped.

    --
    There is no "I disagree" mod for a reason. Flamebait, Troll, and Overrated are not substitutes.
  16. Re:EOL or Maintenance Agreement by Pentium100 · · Score: 2

    Software, compared to mechanical parts, does not rust or wear out. Write it properly once and it will work properly forever.

    Pass a law that requires all car software to be in a mask ROM and you will see the decline in bugs as the cost of updates increase. The software will be written more carefully and there will be less of it.

    Just like my old tape deck or CD player or TV does not need updates (because that would be done by replacing a chip) but a new TV or Bluray player does.

  17. Disinformation Here, just move along please. by lcam · · Score: 2

    The wireless access being put in without much care for the sake of ease of use the main issue, not that cars ECU's can be modified.

    The performance tuning community depends on being able to do ECU modifications to bump up performance.

    The debate about ECU security is actually about encrypting or otherwise hindering the ability of car owners to modify their tune. Locking down the ECU is relatively easy; the farm tractor manufacturers already use encryption and keys and will void a warranty if their ECU's are modified. This created an increase in demand for older farm equipment that could be modified.

    This issue boils down to freedom to own and do what you will with what you own verses licence-ship and having to accept something with use limitation.