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.

165 comments

  1. Fighting The Cyber War Domain (in German) by Anonymous Coward · · Score: 0

    http://frankgerlach.d-n-s.name/Ansaetze.html

  2. FP by Anonymous Coward · · Score: 1

    Yes, please fix all the easy bugs. But that does not mean *all* the security bugs have not been fixed. Get rid of excessive software in cars. We don't need wi-fi, remote unlocking or push-button start or any of that other unnecessary nonsense.

    1. Re:FP by Anonymous Coward · · Score: 1

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

      We also don't need power windows, automatic transmission, nice upholstery, radios, large engines, or even a starter motor. If all you do care about is just what you need, then there are plenty of cheap and/or used cars lacking all of that stuff. But for most people, their choice of car is rarely about just needs, but includes varying degrees of want. And many people definitely want those features.

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

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

      --
      Achille Talon
      Hop!
    3. Re:FP by Anonymous Coward · · Score: 0

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

      So says the urbanite! ;)

    4. 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.
    5. Re:FP by TwoEyedJack · · Score: 1

      Maybe not, but we definitely need trucks. All that food in your grocery store doesn't come from a field behind the store. In fact, every segment of the food chain we depend on depends on trucks moving stuff around.

    6. Re:FP by Anonymous Coward · · Score: 0

      Or aqueducts.

    7. Re:FP by mjwx · · Score: 1

      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.

      I agree with your principle, but you cant have remote start without having the remote system attached to the ignition system.

      However the auto industry has always taken a very lax attitude to safety until lawmakers forced them to pay attention. Seatbelts weren't in most cars before laws forced them to be, same with immobilisers and OBDII connectors (technically not a safety issue, but OBDII standardisation is one of the best things that lawmakers have done for car owners). I expect the same story to unfold here.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    8. Re:FP by davester666 · · Score: 1

      Start with:

      1) remove built-in data networking [as in, a cellular connection, not the car's 'network'].
      2) physically separate the car's entertainment system from the network that used to operate the car [engine/brakes/ABS]

      And yes, I know the manufacturers won't do 1 because they believe you didn't pay enough for the car when you bought it, that they deserve both a monthly fee just because you have possession of the car and whatever money they can generate by selling whatever information they can that your car generates and is automatically uploaded to their servers on your dime. Including audio and video from the interior of your car.

      --
      Sleep your way to a whiter smile...date a dentist!
    9. Re:FP by beastofburdon · · Score: 1

      It is not hard at all to give a car remote start without seriously compromising security. You can set it up so that the only thing someone can possibly do with it is start the car when the key is not in it, which is of course the idea in the first place.

      The problem comes when the remote starter is tied directly into the computer system instead of having a single on or off input.

  3. Keep your old cars by Anonymous Coward · · Score: 1

    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), but nothing upgradable without going under the bonnet and actually removing the computers to reprogram them. And obviously nothing wireless (well, the radio, but it's strictly one way and independent from the rest of the car).

    1. Re:Keep your old cars by Anonymous Coward · · Score: 0

      I hope you live somewhere with 0% humidity

    2. Re:Keep your old cars by Anonymous Coward · · Score: 0

      Oil mist treatment for the car will probably extend lifetime for a very long time. Look it up.

    3. Re:Keep your old cars by Anonymous Coward · · Score: 0

      I do, south-eastern Spain to be precise, but far enough from the cost and at moderate (2000ft) altitude so that salt is not a problem.
      For 13 years the car spent the summers outside, and the paint has suffered, but it's not a big job. The rest of the car is still in very good shape, it's almost exclusively used for family trips and does mostly highway and country roads, neither city driving nor short trips. This means very few thermal cycles of the engine, which is good for longevity.

    4. 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.

    5. Re:Keep your old cars by DrXym · · Score: 0

      So you intend to drive around in a shit heap all your life to avoid the very slight possibility that your car will be hacked?

    6. Re: Keep your old cars by Anonymous Coward · · Score: 0

      My local VW dealership is selling factory renewed beetles with the air cooled engine. If I wasn't living in AZ I would buy one right away.

    7. Re:Keep your old cars by Anonymous Coward · · Score: 0

      Screw that I just got a '57 Chevy from Cuba.

    8. Re:Keep your old cars by Anonymous Coward · · Score: 0

      Oil mist treatment for the car will probably extend lifetime for a very long time. Look it up.

      Stickers calls it "RUSTEIZE Bumper treatment!"

    9. Re: Keep your old cars by bobbied · · Score: 1

      Well, now that they don't make and sell them in Mexico anymore, getting parts for that Beetle is going to get progressively more and more expensive. Where I love these cars (I've owned three in my life time), they are maintenance nightmares compared to your average auto on the show room floor today. Every 3,000 miles you simply MUST do four things... 1. Change the Oil, 2. Adjust the valves, 3. Adjust the brakes, 4. Check the timing. I had the process down to about 30 min every 2 months or so, but this is going to be a problem for most people who can't do this themselves. Valve adjustments require the engine to be totally cool, so if you don't do it yourself, you are going to leave your car with the mechanic at least overnight. Not doing valve adjustments is a sure fire way of burning a vale/seat and buying yourself some serious engine work.

      For most people, this maintenance schedule is just too much.... For me, it was great when I was young, but now when getting off my back on the ground is starting to be somewhat of a question, it's not so great.

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    10. Re:Keep your old cars by Anonymous Coward · · Score: 0

      So you intend to drive around in a shit heap all your life to avoid the very slight possibility that your car will be hacked?

      You wish... My '92 M-B 600SEL runs fine, and I expect it to continue running fine for many years.

    11. Re: Keep your old cars by The+Grim+Reefer · · Score: 1

      After market parts are being produced for bugs by a bunch of companies. That's a perfect example of a car that you'll probably be able to get parts for after we run out of oil.They were a cheap car that has a devoted following, and easily modified. I remember back in the 1980's you could mail order all the parts you needed to build one from JC Whitney. I don't know if there's still a single source that carries everything to do so now, but there are enough companies making replacement parts that you could do so.

      I can't say I ever worked on a bug engine, but plenty of solid lifter V8's in my youth. I'd guess you could get aftermarket hydraulic lifters for bugs by now and eliminate the need to set the valve lash. You can probably get disc brake kits too and eliminate the need to adjust drums. If you're using dino oil, I'd change it every 3K miles in any car. Synthetic will last longer. I assume the timing is like any other engine. So it shouldn't take more than a few minutes to check with a timing light and a piece of chalk, and a couple more to change.

    12. Re:Keep your old cars by Pentium100 · · Score: 1

      I have a 1982 car - while it has electronics (it even has electronic ignition), it does not have software. The radio is a completely separate unit and only connected to the power of the rest of the car.

      The car is modified to run on LPG and since LPG is 37.5% the price of gasoline, the car gets "money efficiency" (euros/100km) comparable to much newer gasoline cars.

    13. Re:Keep your old cars by Anonymous Coward · · Score: 0

      even if I get ripped off finding an ECU when it fails for my 1990 saab, it will pale with respect to the added difficulty and cost of repairing all the mechanical parts over the past 25 years.

    14. Re:Keep your old cars by The+Grim+Reefer · · Score: 1

      Saab- Something Almost Always Broken. ;-)

    15. Re: Keep your old cars by Anonymous Coward · · Score: 0

      Just get a British car. The eternally leaking oil provides the protective coating you desire.

    16. Re: Keep your old cars by bobbied · · Score: 1

      Everything you say is true with the following provisos....

      I'm into cheap transportation, which was why I drove a Bug. Where I did do the electronic ignition thing to avoid the timing drifting as the points wear and faster starts, for the rest I went with cheap, which was stock parts. So where all the things you suggest exist, I was too cheap. Not to mention that at the time, the costs of the upgrades would have exceeded the value of the car by a number of times. On to my provisos.

      First, you really want to be changing the oil often in a bug. Of course the maintenance schedule was for non-detergent, non-synthetic oils so having a synthetic blend does allow some extension of the 3,000 mile interval, but there are few things to consider. 1. Oil is used to cool this thing. 2. There is very little oil to start with (3.5 quarts), 3. there is no filter (unless you figure on the Oil Cooler doing that). If you keep this all stock, I'd suggest you never go over 4,500 miles between changes, even with the best oil you can find. Waiting too long puts junk in the oil cooler, and a plugged cooler is a one way ticket to major engine damage. Change the oil, it's cheap enough still.

      Second, you never set the timing of a VW Bug using the timing light, but unless you've done it before I wouldn't expect you to know. These beasties need to be set using a static timing method to TDC where the notch on the crank pulley lines up with the split in the case. You can time them using a timing light, but with the vacuum and centrifugal advance it's really hard to know where to set it at idle, and I can assure you it's not 0 degrees from TDC but somewhat advanced if memory serves. With a standard ignition on a quiet morning I could set the timing with just a crescent wrench (by listening to the arc when the points opened) but once I put the electronic ignition it took just a light bulb across the coil to ground.

      But that's just me, Mr cheap-o transportation who had less than $1,000 total invested in his car... I make more money now so I can afford something with AC and reliable heat....

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    17. Re: Keep your old cars by Anonymous Coward · · Score: 0

      After market parts are being produced for bugs by a bunch of companies. That's a perfect example of a car that you'll probably be able to get parts for after we run out of oil.They were a cheap car that has a devoted following, and easily modified. I remember back in the 1980's you could mail order all the parts you needed to build one from JC Whitney. I don't know if there's still a single source that carries everything to do so now, but there are enough companies making replacement parts that you could do so.

      I can't say I ever worked on a bug engine, but plenty of solid lifter V8's in my youth. I'd guess you could get aftermarket hydraulic lifters for bugs by now and eliminate the need to set the valve lash. You can probably get disc brake kits too and eliminate the need to adjust drums. If you're using dino oil, I'd change it every 3K miles in any car. Synthetic will last longer. I assume the timing is like any other engine. So it shouldn't take more than a few minutes to check with a timing light and a piece of chalk, and a couple more to change.

      Yes, they have hydraulic cam/lifters for the bug engines (I've built one using these).
      Disc brake kits are readily available.
      Electronic ignition is $79.95 (no more points/adjustment).
      Always use good synthetic oil, it doesn't break down as quickly in hot air-cooled engines.

      The aftermarket problems so far consist of:
      1. Crap from china,
      2. Finding a local machine shop for engine case work.

    18. Re: Keep your old cars by TheColorTwelve · · Score: 1

      These beasties need to be set using a static timing method to TDC where the notch on the crank pulley lines up with the split in the case. You can time them using a timing light, but with the vacuum and centrifugal advance it's really hard to know where to set it at idle, and I can assure you it's not 0 degrees from TDC but somewhat advanced if memory serves. With a standard ignition on a quiet morning I could set the timing with just a crescent wrench (by listening to the arc when the points opened) but once I put the electronic ignition it took just a light bulb across the coil to ground.

      But that's just me, Mr cheap-o transportation who had less than $1,000 total invested in his car... I make more money now so I can afford something with AC and reliable heat....

      You are correct with a stock distributor (Bosch 010, etc), it's usually 7.5 degress BTDC static and there should be a notch/paint on the pulley to mark that. But for bug motors with aftermarket 009 distributor (LOTS of these out there), you need to use a strobe/timing light. Bugs are awesome. No power brakes, no power steering, cable clutch, manual trans yet they're easy/fun to drive and get 26+MPG. KISS principle on wheels. And if you leave the thermostat/flaps in place the heat is very reliable.

    19. Re: Keep your old cars by bobbied · · Score: 1

      My problem with the heat was keeping the flexible tubes in the engine compartment in place, and the fact that the door seals and fresh air box where pretty much missing. Defrost/defog was a rag in the passenger seat too...

      But I totally agree, fun and easy to drive, extremely reliable if you took reasonable care of them. Mine where hot when it was hot and cold when it wasn't, but that's the nature of driving around with 65 horses and no AC and the fact that I was to cheap to eliminate all the drafts mine had. They are easy to fix on your own if you can find the parts, which is pretty much mail order these days.

      Ah what I'd give for 26+ mpg again.... Apparently it's not AC, given I live in Texas now.. ;)

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    20. Re:Keep your old cars by mjwx · · Score: 1

      And those electronics are probably going to be one of the biggest issues with keeping that car going.

      Depends on the car. People are still making replacement electronics for enthusiast models like 80's and 90's Skylines and Supras. I can still find an aftermarket ABS unit for an S13. Hell, it's not hard to find an original ABS controller for a R32 Skyline still in its original packaging (car manufacturers have to stock 10 years worth of parts when they discontinue a mode, often they stock more than that). Add to this that manufacturers tend to use as many common parts as possible across different product lines.

      Japanese cars, I wouldn't be so concerned about as they're built to last. A Euro, well the late 90's was when BWMs and Mercedes quality went to pot, but after 15 years of continual repairs and gremlins I suspect the GP wouldn't be planning to keep that car for the rest of his life.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    21. Re:Keep your old cars by The+Grim+Reefer · · Score: 1

      Obviously. That's why I added the last sentence to my post. I currently have a 2003 Olds Aurora. It's getting difficult to find certain parts for it. But there aren't a lot of them and they aren't something that people are looking to modify. Plus with GM killing Olds...

      Years ago I had a Cadillac Seville that parts were scarce for before it was 10 years old. I needed a new pan for the transmission when it was 8 years old. It was discontinued and no one had one in stock, nor could I source one from a junkyard. Apparently everyone else bottomed those out too. I ended up getting a machine shop to fix it. I got 320,000 miles out of that car. It just wouldn't die.

    22. Re:Keep your old cars by KGIII · · Score: 1

      What do you call two yuppies in a car accident?

      A Saab story.

      I am a Saab owner (currently only own a restored 900S Turbo - owned many in the past) and I am a yuppie. Fortunately I also love Volvos. I miss Saab.

      --
      "So long and thanks for all the fish."
    23. Re:Keep your old cars by tehcyder · · Score: 1

      Screw that I just got a '57 Chevy from Cuba.

      If you are involved in an accident you are far more likely to die or be seriously injured than with a modern car.

      People who choose cars based on looks/image rather than engineering are just another type of idiot hipster.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    24. Re:Keep your old cars by tehcyder · · Score: 1

      So you intend to drive around in a shit heap all your life to avoid the very slight possibility that your car will be hacked?

      You wish... My '92 M-B 600SEL runs fine, and I expect it to continue running fine for many years.

      Q How can you tell if someone drives a Mercedes Benz?

      A They will immediately let you know.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    25. Re: Keep your old cars by htomc42 · · Score: 1

      Do you know why the British don't manufacture many wrist-watches?

      They can't figure out how to make them leak oil.

  4. 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 Anonymous Coward · · Score: 0

      Very difficult to show that these languages meet safety standards (the libraries, the compiler, ... and everything). After all, you replaced a small and relatively easy to audit block of C code with an enormous blob of code and a simple user program.

      Note that many standards forbid any form of dynamic allocation, even in the runtime libraries. Some go as far as not allowing any allocation on the stack except for parameters. This may make using something other than C (even C++) difficult.

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

      If enough money and people are put to use, Apple could write a new OS kernel in Swift. Also the Swift compiler is already done in Swift itself.

      And we know they have the money. It just requires a management decision.

    4. Re:Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 1

      It is NOT difficult to show that these compilers will generate bounds checking code and transparent smart pointer code.

      Much more difficult to prove the optimizers do not introduce bugs. BUT - that is the same for a C or a Rust compiler.

      Most importantly, it is NOT about "all or nothing". Memory safe programs make IT systems more secure, but nobody said they make them 100% secure. We still need well educated software engineers. What memory safety brings to the table is a reduction of the CVE list by 50%, even when it comes to highly experience kernel developers from essentially all operating systems.

      It is reasonable to expect the same for embedded code.

    5. 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)
    6. 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?

    7. 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.

    8. Re:Memory Safe Languages As Countermeasure by Bing+Tsher+E · · Score: 1

      And writing some totally new software using a huge number of people to do so has always proven in the past to produce new bullet-proof software, eh?

      Apple isn't gonna save us. Apples war-chest money should be paid as dividends to the shareholders, anyway.

    9. Re:Memory Safe Languages As Countermeasure by AchilleTalon · · Score: 1

      So what. C is also used for many critical systems. What is your point? Did Ada succeeded? It seems not since it is not much more widely use than it is after many years in the market. But, anyway, the original assumption is not about the language, it is all about the "cowboy style". This is a false discussion.

      I am not neither sure the cowboy style argument itself hold waters. Anyone has numbers to compare the security breach in the automotive industry due to bad programming practices vs the rest of the world?

      As far as I know, there tighter and stronger procedures, QA and certification requirements for automotive software in critical systems than for a web browser.

      Another point that may prevent using the new programming language "au goût du jour" is the realtime requirements. You need to control very precisely the instructions and the execution time of them for safety reasons when controlling the mechanical parts of an automobile. That's not something you can do with every programming language, in particular those hiding a lot of stuff under the cover to make the programmer's life easier.

      --
      Achille Talon
      Hop!
    10. Re:Memory Safe Languages As Countermeasure by AchilleTalon · · Score: 1

      In realtime systems you don't want this kind of behavior because you will not be able to predict the exact execution time in a consistent manner for a piece of code. That is the reason all this memory checking things are not desirable when building realtime systems.

      --
      Achille Talon
      Hop!
    11. Re:Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 0

      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?

      Haskell. Coq. Agda. When languages are hard to learn, weak people choose other languages.

    12. Re:Memory Safe Languages As Countermeasure by DrXym · · Score: 1

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

      It has nothing to do with "bad programmers". A programmer in one language can be expected to make the same number of errors in their code as a programmer in another. And they can be expected to have a similar spread of competence in their chosen language. It's about how many of those errors make it into the final product, the effort required to test / find / fix them, and the dangers (e.g. to safety, security) if they reach the final product.

      C++ suffers from a whole class of problems that are minimal or even non existent in others - memory corruption, heap under/overflows, leaks, bad pointers. That's why languages like C# and Java took off - because companies can deliver a higher quality product in a shorter space of time.

      It's also why C++ may find itself being sidelined by the likes of rust, swift etc. These languages offer comparable performance to C++ but will catch errors that C++ wouldn't even notice were errors. In particular rust has been explicitly designed to prevent pretty much every segfault that C++ could suffer from which in a safety system (e.g. running in a car) should be regarded as a good thing.

    13. Re:Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 0

      Don't bullshit people here. Bounds checks are as much runtime-deterministic code as the MOV or LD instruction which does the array access.

      Also, the overhead is certainly bearable with modern hardware.

    14. Re:Memory Safe Languages As Countermeasure by userw014 · · Score: 1

      Swift depends on LLVM (and presumably linkers too.) LLVM depends on C++, gmake, etc. Those depend on C. Insofar as Swift depends on LLVM and doesn't do it's own code generation, it can hardly be considered to be self-hosting.

    15. Re:Memory Safe Languages As Countermeasure by Anonymous Coward · · Score: 0

      "hiding it with the language."

      Last I heard there was such thing called design and architecture in languages. One should be using a 1980 small screw driver vs a small power drill for precision fastening (use the freaking power drill--why? consistent, accurate torque)

      Yes some languages are made out of convenience (cough: PHP), but there are some languages designed to address the issue security and easy of code--"hiding" is a 'C' (more C++ nowadays) cop-out to justify the hacking (yes, hacking!) to evolve those languages when they we're clearly not design for the mentioned task.

      Want proof by example? Ada.

    16. Re:Memory Safe Languages As Countermeasure by mlts · · Score: 1

      Ada has a very good reputation for security. I know of a few websites that use Ada for the backend. Not as easy as the web language of the month... but tend to be decently bug resistant, and from what I've seen, haven't had any real security issues.

      I do wish for a resurgence in Ada's use. Security depends on the programmer mainly (regardless of language), but there are better tools to do it right in Ada than most other languages. This doesn't mean it is a one size fits all language... but for code that is critical to security, it might be wise to use a language designed with security from the ground up. Spark Ada has provable security, for example (as per "SPARK - A Safety Related Ada Subset")

    17. Re:Memory Safe Languages As Countermeasure by SylvesterTheCat · · Score: 1

      I do wish for a resurgence in Ada's use.

      As do I.

      Security depends on the programmer mainly (regardless of language), but there are better tools to do it right in Ada than most other languages. This doesn't mean it is a one size fits all language... but for code that is critical to security, it might be wise to use a language designed with security from the ground up. Spark Ada has provable security, for example (as per "SPARK - A Safety Related Ada Subset")

      Hear, hear. I have no doubt that such a world would be trading one set of problems for another, however, I do believe that the second set of problems would be much smaller than the first.

    18. Re:Memory Safe Languages As Countermeasure by WoOS · · Score: 1

      You know, before making fun of someone due to an unknown abbreviation you might want to google for it first. Otherwise you only make your lack of knowledge obvious.
      One can definitely argue whether MISRA really prevents "most of the coding issues" as claimed by the GP (or whether it is the rigorous testing) but restricting C definitely helps.

    19. Re:Memory Safe Languages As Countermeasure by KGIII · · Score: 1

      Anyone has numbers to compare the security breach in the automotive industry due to bad programming practices vs the rest of the world?

      100% for both.

      --
      "So long and thanks for all the fish."
  5. So where are the CVE/Vuln reports for this?Oh,wait by Anonymous Coward · · Score: 1

    When I see real reports, rather than scaremongering, I'll pay attention.

    The vulns may be real, but most require physical access to the vehicle.

  6. 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.

    1. Re:Is all this necessary? by Anonymous Coward · · Score: 0

      They have that. It's called a horse.

    2. Re:Is all this necessary? by Overzeetop · · Score: 1

      The more important question is - does it really need you? A computer will be far more efficient and safe as a pilot. Better to resolve these issues than pretend that that 1962 Dodge Dart you drive is the height of transportation elegance.

      --
      Is it just my observation, or are there way too many stupid people in the world?
    3. Re:Is all this necessary? by catsRus · · Score: 1

      I like my 62 dodge dart with a modern fuel injected engine controlled by a megasquirt (http://megasquirt.info/). Clean running, reliable and not full of bloat ware and other useless junk.

    4. Re:Is all this necessary? by Anonymous Coward · · Score: 1

      If you think I'm going to go check out a website called MegaSquirt from my work computer, you are sadly mistaken.

    5. Re:Is all this necessary? by catsRus · · Score: 1

      LOL reminds me of when my manager came to see what weatherunderground was, sorry man its just a weather site not a bunch of bomb throwing nuts from the 1960's.

    6. Re:Is all this necessary? by war4peace · · Score: 1

      Would have been a good story if the website was really about the latter.
      But in the same vein, my (american) manager freaked out when he saw a website title in my taskbar while I was presenting something in a remote conference. "HotNews.ro" - it's a news site in Romanian, he thought it was something completely different. Tee-hee.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    7. Re:Is all this necessary? by Pentium100 · · Score: 1

      telnet car-ip
      login: root
      password: admin

      root@car ~# service collision-avoidance stop
      root@car ~# service braking stop
      root@car ~# throttle_set 100%
      root@car ~#
      Connection lost.

    8. Re:Is all this necessary? by Torodung · · Score: 1

      Mitsubishi Lancer. You can still get one with only two led displays (radio/dash) and no Bluetooth, I think.

      Many other entry level cars probably lack such features. God help you if you want an SUV, though.

  7. 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 mysidia · · Score: 1

      It's not a reason to make it less-secure, the engine control system should not be bloatware.

      Unnecessary features on critical systems are a safety hazard, due to possible bugs, not just a security risk, and formal validation and 3rd party review of all the code should be required.

      "Sounds through the stereo" could be made by a separate microprocessor that listens in on signals sent over a read-only bus channel.

    3. Re:Stop interconnecting systems by Overzeetop · · Score: 1

      Interoperation. Integrated displays which allow for unifying control of driver operations means air gaps are impossible. The same system which indicates the driver has muted the audio (say, because of travel under challenging conditions) also indicates that the ABS system is functioning (or that a function failure has occurred, or that the ABS has been manually bypassed for maximum maneuverability),as well as the speed, engine RPM, and gear (or ratio for gearless) selected.

      Another example: "speed sensitive" volume controls use input from the throttle and speedometer to raise or lower the volume of the vehicle navigation system so that the drive does not have to be distracted by manually changing the volume when at highway vs surface street speeds.

      --
      Is it just my observation, or are there way too many stupid people in the world?
    4. Re:Stop interconnecting systems by TonyJohn · · Score: 1

      Because convenience features require these things to be connected together.

      Plenty of cars have radios which adjust their volume according to the speed of the vehicle - information which probably comes from the chassis (braking) system. Any car which has a graphical display probably uses it to warn you that the oil needs changing (from the engine management system) as well as to show you what MP3 you're currently playing. There is also a trend to reduce costs by consolidating systems together (maybe you would argue that this is an acceptable cost to improve security).

      As cars become more automated then the examples are just going to multiply - how, for example, is the steering system going to know which way to turn except by getting information from the navigation system. How will the car warn you that it needs you to drive soon except by interrupting the music you are listening to - or maybe your WiFi connection or something else. It's a big challenge for the industry - where previously some firewalling was possible (though not always air-gap), the integration level is going up which means that the amount of systems which need to be secure (and safe) are increasing rapidly.

      --
      Owl tried to think of something wise to say, but couldn't.
    5. Re:Stop interconnecting systems by turbidostato · · Score: 1

      "Why should a hack of the navigation or audio system allow access to the braking system?"

      Because the infotainment system is tied to the engine start to make sure -as per legal requirement, you can't turn on your DVD while moving. Or in order to give you precise alarms about going above the speed limit. Or to offer a verbal message about the oil engine running low. Or...

      These are obviously examples, which can be countered in a one-by-one basis, but the point is that what brings full efficiency to any complex system is... integration, so it's very difficult not to find it.

    6. 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.
    7. Re:Stop interconnecting systems by Anonymous Coward · · Score: 0

      Like an audio input line?

    8. Re:Stop interconnecting systems by dargaud · · Score: 1

      Bullshit. You can have for instance separate busses: internal secure (for anything critical), internal unsecure (read-only, so info like speed can be read by others), external unsecure (car stereo, etc). You can even have them all on the same copper with the proper subnetting.

      --
      Non-Linux Penguins ?
    9. 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

    10. Re:Stop interconnecting systems by Anonymous Coward · · Score: 0

      > Unnecessary features on critical systems are a safety hazard, due to possible bugs, not just a security risk

      This goes for most security issues. Trying to convince someone about something as basic as "use the correct data type for that function" is often rebuffed as "not a real-world security issue". Well, yeah, maybe not, but it's still going to break at some point if you *don't* do that.

    11. Re:Stop interconnecting systems by Anonymous Coward · · Score: 0

      > You can even have them all on the same copper with the proper subnetting.

      Which is the opposite of an "air gap", which is what was being discussed.

    12. Re:Stop interconnecting systems by Anonymous Coward · · Score: 1

      that's not how it works.

      your engine ecu exports certain counters (some of these counters are writable for custom applications - eg reseting tire pressure alarm, but majority are read only). one of these includes engine rpm and wheel rotation speed. i don't think that information is necessarily secure, as you can see practically anyone's tach and speedometer by looking in their window. so why not allow your stereo to "see" it as well.

      lets not make this security thing bigger than it is. we don't want to limit legitimate owners from working on their car either. maybe something where a car has an internal pki structure and you, the owner, are allowed to know the ca private key. then, only the dealership has access to replace your pki system to give you a new private key. maybe your physical car key could be the pki system.

    13. Re:Stop interconnecting systems by Anonymous Coward · · Score: 1

      Even that kind of system shouldn't make your car less secure if the designer had any sense. Outputting car statistics (engine revs, oil pressure, temperature, etc) to the display/entertainment system isn't a bad thing, it can help you keep track of maintenance/safety issues. However it should be a one way connection with no direct control over the basic functions of the car.

    14. Re:Stop interconnecting systems by Anonymous Coward · · Score: 1

      "some tremendous utility for a troubleshooting system"

      As others have been trying to point out, many of these functions can be done while simultaneously preventing any ability to hack the system. Simply have the car diagnostics/management system output its information via a unidirectional connection to the OnStar/infotainment/etc system. It makes it impossible for someone to remotely compromise the cars basic functions but still provides most of the advantages. The only disadvantage would be preventing remote updates of the car's management system but that kind of thing should only be done in a shop anyway if it ever needs to be done period.

    15. Re:Stop interconnecting systems by turbidostato · · Score: 1

      "There's no reason why the infotainment system can't have read-only access to the engine control module"

      The truth is that there must be a reason if it is in fact done. Maybe not a reason you find reasonable, but a reason nevertheless.

    16. Re:Stop interconnecting systems by Anonymous Coward · · Score: 1

      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.

      Good question. I believe they didn't watch Battlestar Galactica (Sci-Fi version) :)

    17. Re:Stop interconnecting systems by Pentium100 · · Score: 1

      However, the problem is that by connecting the engine to the same bus as the radio you allow the radio to have control over the engine, or at least this is how it is now.

      The radio is built to lower security standards (it's a radio, even if someone hacks it they won't do any real damage), which is OK, but then it needs to be separated from the engine or brakes or steering (where a hacker could do real damage). Have a firewall or something. Just like you don't allow your web server root access to the backups or some other critical server.

    18. Re:Stop interconnecting systems by Pentium100 · · Score: 1

      There is always a reason to everything. Why did a car run over a pedestrian? Because the driver was drunk. Why the driver was driving drunk? He was not drunk enough and wanted to buy some more.

      And cars have no security because security costs money. Unless the penalty for having a buggy code is higher than the cost of security, cars will have buggy code.

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

      "some tremendous utility for a troubleshooting system"

      As others have been trying to point out, many of these functions can be done while simultaneously preventing any ability to hack the system.

      But they aren't are they? It's a little silly to point out how safe this can be as proof abounds that it isn't. "Others" are not the ones designing these things.

      Best way to make an internet of Things automobile safe is to remove the battery.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    20. 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.).

    21. Re:Stop interconnecting systems by mrchaotica · · Score: 1

      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.

      No, "read-only" implies exactly the opposite of that. The privileged system (ECU) should be sending exactly the same signals to the interface whether the non-privileged system (infotainment) is connected to it or not. The ECU shouldn't be able to even know the difference.

      --

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

    22. Re:Stop interconnecting systems by mjwx · · Score: 1

      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 biggest reason the infotainment system cant (or more accurately, wont) have read only access is the fact that a lot of cars use the infotainment system to adjust things in the engine, suspension, braking systems, throttle response and so forth. BMWs and Mercs are especially bad for this but other manufacturers are catching up.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    23. Re:Stop interconnecting systems by ThatsMyNick · · Score: 1

      This a CAN bus system, the write pin can be physically disconnected. The read pin will send you a stream of data, which you can ignore or make use of, but you have no way to send data.

  8. Rolling Code RKEs by Guy+From+V · · Score: 1

    I can confirm how fuck-all simple it is to rig an RTLSDR dongle assembly with a 9-volt battery and a small breadboard to intercept & jam an incoming signal from the actual fob. After the dongle knows the frequency, it is now synced to the proper frequency range and "channels" to cycle through while the legit fob is now "out of sync" 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. Eventually the legit fob will come around to the right signal needed but its hard to say how many times the owner would need to keep hitting the button. All that occurs in the 300 mHz range I think. I'm sure any of the other higher systems' signals are probably in the gHz WiFi range but that would just require the proper antenna since a software defined radio has a wide range and can be calibrated very precisely as to not bleed over the plan's spectral mask delineations.

    1. 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.

    2. Re:Rolling Code RKEs by Anonymous Coward · · Score: 0

      You figured out how to transmit with an RTLSDR tuner? You must be magic considering it isn't a transceiver.

    3. Re:Rolling Code RKEs by Guy+From+V · · Score: 1

      The second time the fob transmits, likely within a second of the first, jamming/interception again happens but the first acknowledgement recorded by the dongle is sent back at the fob.

    4. Re:Rolling Code RKEs by Guy+From+V · · Score: 1

      I actually haven't done the transmitting part of this equation, but I have done the receiving/filtering part using my own fob...that's why I left that out I guess, but I'm pretty sure the transmitting of a known signal is the least difficult to do of this project. Probably some RF module or even a salvaged laptop soundcard.

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

      But the first acknowledgement recorded by the dongle is sent back at the fob.

      What acknowledgement? I thought you were jamming the fob.... If there's an acknowledgement, that means the remote side saw the message at least once, so you started jamming after they already sent a signal and operated their RKE one time.

      I am also under the impression that the vast majority of fobs are one-way transmitter-only devices, and the car side only has a receiver, so the fobs are not expecting an acknowledgement.

    6. Re:Rolling Code RKEs by Guy+From+V · · Score: 1

      Yeah, I meant sent to the car, not fob. Just Google all this man, if you know enough to bust my balls about me posting like an idiot you know how this works, its just MITM with RF.

    7. Re:Rolling Code RKEs by Anonymous Coward · · Score: 0

      Receiving and transmitting(/jamming) at the same time is far from easy. It is actually a big research problem for high performance wireless networks. Google 'Full Duplex'. The rtl-sdr will not do it.

    8. Re:Rolling Code RKEs by Guy+From+V · · Score: 1

      You should know then that full duplex isn't needed to do what I'm saying, half-duplex or even simplex is fine. At any rate, as you or another AC pointed out above, the dongle isn't the transmitter, its the receiver and signal repository feeding data to a transmitter.

    9. Re:Rolling Code RKEs by bws111 · · Score: 1

      Please explain how you determine what the next output of a 40-bit PRNG will be by capturing a sample or two. You haven't 'synced' anything, and you have no ability to do what the real fob can do. The most you can do is stop the real fob from working. Big deal.

  9. 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".

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

      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.

      All great things. But it's a huge leap from there to turning your car into a IoT device.

      I even like the idea of radar anti collision brake systems and parking assistance Just not someone else easily controlling the things.

      If we want a sneak preview of life with IoT cars, just look at OnStar. Only now controllable by people who often tell others to "go die in a fire". Now they might make their wishes come true.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    3. Re:It's necessary because people want it by war4peace · · Score: 1

      I think Automakers should really, REALLY expand their configurators to include all the gritty details of electronics - for advanced buyers.
      Being able to say "I don't want bluetooth-based this on my car" would totally be awesome.
      Oh well, wishful thinking.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    4. Re:It's necessary because people want it by Bing+Tsher+E · · Score: 1

      My car is a 2006 Ford Ranger. It has the CD Player radio option. That's the only option. It doesn't even have Air Conditioning. The windows have cranks. The door opens with a physical key that I can duplicate in the hardware store for $3.

      If I lived in some urban hellhole it might be an issue. But it's a stripped Ford Ranger, and nobody ever even steals any of the tools out of the bed (just the tire iron and a few other things)

    5. Re:It's necessary because people want it by Anonymous Coward · · Score: 0

      Cut the wires of the CD Player with pliers. Security increased.

    6. Re:It's necessary because people want it by Grishnakh · · Score: 1

      Not a problem: there's a bunch of aftermarket companies who will custom-modify your car for you with xenon lights.

    7. Re:It's necessary because people want it by mjwx · · Score: 1

      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".

      Thats when you tell the dealer you only want Xenon lights.

      If he says no, you thank him for his time and leave. He'll call you back in a day or so telling you that he's "pulled some strings and got it done" (which like everything that emerges from a car dealers mouth, is utter bullshit, he always could do it but he was hoping you'd cave in to the more expensive package).

      You can also always go aftermarket which wouldn't be any more expensive than going through the dealer, even in the EU.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
  10. 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 Tokolosh · · Score: 1

      This!

      --
      Prove anything by multiplying Huge Number times Tiny Number
    2. Re:I WANT a hackable car... by TonyJohn · · Score: 1

      I think I can be pretty sure in saying that you're not going to get it.

      --
      Owl tried to think of something wise to say, but couldn't.
    3. 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).

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

      Damnit! I have mod points, but I already posted. Somebody mod this up please; the parent is exactly right.

      --

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

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

      Good luck with that, since the industry is going the opposite direction

      Fuck the industry! I refuse to buy any new car because of this. (And I'm not just saying that: my new (to me) daily driver is a 1990 Miata. If it weren't for this bullshit, I'd have a pre-order in for a 2016 one right now.)

      --

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

    6. Re:I WANT a hackable car... by Anonymous Coward · · Score: 1

      Yup. This is one of the reasons why I bought a BMW. On their current cars you can code out almost all of the legal/CYA nanny nonsense, and even add back in features of the car that weren't purchased as long as your car has the necessary hardware to run them.

      Hacking is good, sometimes!

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

      "Fuck the industry! I refuse to buy any new car because of this. (And I'm not just saying that: my new (to me) daily driver is a 1990 Miata."

      Not that I don't see your point, since I myself own a 1996 and a 2000 cars, but let's be realist: is it your daily commuter, or is it your weekend fun car? If it is not your daily commuter, what's your daily commuter? Is it also a "pre-electronics" car? Do you expect it to last as long as you?

    8. Re:I WANT a hackable car... by Pentium100 · · Score: 1

      My daily commuter is a 1982 MB W123 modified to run on LPG (LPG costs 38% of what gasoline costs here). No software at all.

      Rust is a problem but so far I have no problems keeping the car patched. The engine still works, it did not need an overhaul yet.

      In case this car is no longer in serviceable condition I am going to buy a different car of a similar year of manufacture. In case the law prevents me I am going to buy a car that has the least amount of electronics in it and then try to increase security by separating hackable components. I do not need WiFi or Bluetooth, so that would be disabled quite quickly.

    9. Re:I WANT a hackable car... by sudon't · · Score: 1

      I want a computer-free car.

      --
      -- sudon't

      Air-ride Equipped

    10. 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

    11. Re:I WANT a hackable car... by Anonymous Coward · · Score: 0

      bottomline: don't fucking connect the car to the internet! Keep cars as a closed system with the OBD and stay away of the internet of things...

  11. 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.

  12. lies, damn lies, headlines by Anonymous Coward · · Score: 0

    "hacking" is one of those scare words, hijacked and stripped of all former meaning, that don't mean anything but do imply some sort of godlike semblance for the unnamed, unknowable, "hacker" cyber bogeymen doing whatever it is they're doing.

    So it cannot possibly be "distressingly easy".

  13. 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.

  14. convenience by koan · · Score: 1

    convenience is the reason there is so much trouble.

    --
    "If any question why we died, Tell them because our fathers lied."
  15. Aftermarket modifications by sjbe · · Score: 1

    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".

    So put the xenon lights on yourself if that is important to you. Nothing wrong with modifying your car to suit. I've never owned a car that I haven't added at least one aftermarket feature. I've done plenty of it myself. It's possible to find almost any modification you could possibly want if you are willing to look hard enough and/or spend enough money on it.

    1. Re:Aftermarket modifications by turbidostato · · Score: 1

      "So put the xenon lights on yourself if that is important to you. Nothing wrong with modifying your car to suit."

      Except that in EU, where I live, most modifications are expensive as hell, since they require safetyness certification.

      "It's possible to find almost any modification you could possibly want if you are willing to look hard enough and/or spend enough money on it."

      On one hand this isn't a black/white issue: with enough money I could build a fully bespoken car, it's only I don't have such enough money (with enough money I could also buy a top-notch classic and done with it). On the other hand, not all cars are born equal: you can find aftermarket parts to the last bolt for, say, a Mazda MX-5 but after market is almost non-existant for Mercedes SLK, so we are back to square one: it is not that there are not cars that can be spec'ed as desired but to spec the desired car as required.

  16. Fokking IDIOTS by Runaway1956 · · Score: 1

    All you need are a couple pistons fitted into a block, so that you can run some fuel to the pistons, to turn a shaft, which spins your transmission, which then turns the wheels. I manage just fine with two wheels, and a set of handlebars, powered by an engine produce back in 1982. No automagic turn signal canceling, no power windows, no air conditioning, no heater - although I am somewhat of a sissy, in that I insist on a windshield.

    Cars. I want very little more in a car than I have on my motorcycle. I don't WANT the damned car to do tricks. If I really want any tricks out of the car, I'll invest a few thousands under the hood, and in the transmission. Thank you very much - just a simple engine, tranny, and some wheels will be enough.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    1. Re:Fokking IDIOTS by Pentium100 · · Score: 1

      The turn signal cancelling in my car is mechanical. I dislike heat so I will put in AC in my 1982 car (the most important and difficult to obtain part already ordered with $400 shipping from the US). Heater is also useful to defrost the windshield or when it's -30C outside.

      However, I do not need my car to be controlled by software. A carburetor does a good enough job of supplying air/fuel mixture to the engine and does not need software.

    2. Re:Fokking IDIOTS by bws111 · · Score: 1

      A properly tuned carburetor may do a good enough job. Of course, properly tuned means it is adjusted for the current air temp, engine temp, altitude, etc. That may happen at a race track, it doesn't happen anywhere else. Do you think the manufacturers all switched to computer controlled fuel injection just to mess with you?

    3. Re:Fokking IDIOTS by Pentium100 · · Score: 1

      Even an improperly tuned carburetor can still do a good enough job. A few percent CO in the exhaust and the engine still runs fine. At least at the legal speeds, I am sure that the carburetor would need to be tuned for the current air temperature, engine temperature, altitude if I wanted to race and get the most power from the engine, but since the top speed of my car exceeds the speed limit even if the carburetor adjustment is less than optimal, the requirements are a bit less strict.

      For some reason some aircraft engines still use carburetors.

    4. Re:Fokking IDIOTS by bws111 · · Score: 1

      Well OK, if your definition of 'good enough' is that the engine runs. If your definition includes using fuel effieciently and polluting the least amount possible, an improperly tuned carburetor is nowhere near 'good enough'. If you want a quick demo of that, take a walk on a suburban street some Saturday morning and enjoy the fresh aroma of all those poorly tuned lawnmowers.

  17. EOL or Maintenance Agreement by Rob+Riggs · · Score: 1

    Requiring car manufacturers to "own" all of the possible software defects for the life of a car means that manufacturers will have to put a limited life on some of these systems. Otherwise each car they make will have a potentially infinite cost. "You want anti-lock brakes after 5 years? Here's the maintenance fee... and you can expect that to rise by 10% per year."

    --
    the growth in cynicism and rebellion has not been without cause
    1. 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.

  18. Security guy calling BS by Anonymous Coward · · Score: 1

    I have worked infosec for about 16 years now. There's plenty of validity to these vulnerabilities, but you have to understand what impact enhanced controls will have on the consumer. You are marching your freedom to service your own vehicle down the path of no return. What you'll end up with is devices that will only communicate with interfaces that have signed certificates. You are enabling exclusivity. Say goodbye to being able to buy your own diagnostic tools.
    Yes, for always on technology there is a risk of some threat coming at you that messes with your car. The real focus here should be security groups and consumer advocacy groups trying to PREVENT these technologies from being integrated into cars without some sort of user manual override, or protection model where unsafe parameters cannot be configured remotely. There is truth to all of this, but there is a strong air of FUD surrounding it that just needs to stop.

  19. 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.

  20. 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.

  21. 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
    2. Re:Distressingly easy? Not yet. BUT... by Sir_Eptishous · · Score: 1

      Yes, that day will come. However the outcome from that event won't be what you may think.

      If we take 9/11 as a template of idiotic reactions to terrorist events, here will be the likely outcome:
      1. The true perp, the decision makers(marketing management, etc; not coders) who enable cars to be the toys of hackers, will avoid any blame. They will be swiftly whisked off to team building sessions in Aspen, Cancun or Jackson Hole, where they will be presented with awards for their forward thinking and accommodation to user comfort and convenience.

      2. The proxy perp, who actually drives the cars to the left, will be swiftly arrested, convicted and jailed, and become a scapegoat for those receiving awards for forward thinking and accommodation to user comfort and convenience.

      3. Users and "car owners" will be the real losers here. Even more restrictive rules and engineering will be placed on modern cars, whereby the bank you got your car loan through will be able to deduct funds directly from your bank account if any number of intellectual property violations are committed such as humming the Star Spangled Banner on the way to a 4th of July picnic. Any modifications, however subtle(including but not limited to "support our troops bumper stickers"), to the vehicle will be met with a swift kick in the ass from your local dealer, and more funds being deducted from your account. More "security" measures will be implemented, as per a Congressional Oversight Committee, that will, in essence, hogtie users/drivers even more and allow even more vectors for attack by hackers in Bulgaria, Boston and Beijing, but you already knew all that...

      --
      We play the game with the bravery of being out of range
  22. Complexity by sjbe · · Score: 1

    I think Automakers should really, REALLY expand their configurators to include all the gritty details of electronics - for advanced buyers.

    I don' t think you appreciate the cost of doing that. Every option and component you add to a car adds non-trivial cost and complexity to the vehicle. There is no real economic case to be made (currently) for vehicle manufacturers to do this. The added cost of production, development and support and the added customer confusion would hugely outweigh any economic benefit. They also have to be supported for decades afterwards. Do you really want the same bluetooth system 15 years from now? Probably not. The GPS in my truck (2009 model year) was developed around 2004 and it shows. It wasn't even state of the art back then and it is really starting to show its age now.

    Being able to say "I don't want bluetooth-based this on my car" would totally be awesome.
    Oh well, wishful thinking.

    It would be awesome but it very much is wishful thinking. They may get there one day but it won't be anytime soon. I actually run a company that supplies wire harnesses to the auto industry. They are absolutely NOT equipped to offer that sort of granular level of options even if they wanted to. There would have to be considerable standardization and a lot of supply chain development before it would be even technically feasible. Plus remember that options are by definition not on every vehicle so they have to be sold at substantial markups - the smaller the volume the bigger the markup.

    1. Re:Complexity by war4peace · · Score: 1

      Not sure I agree here. I have the option of adding some crappy luggage holder net or city bumpers in the car configurator but have no say in removing OBD. It looks like the car maker is throwing some crumbs my way but denying me the possibility of refusing something I don't want.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    2. Re:Complexity by bws111 · · Score: 1

      I have no idea what 'city bumpers' are, but the luggage net is something added by the dealer, not the factory. Same with things like floor mats. Most other things, however, are added (or not) when the car is manufactured. So there are basically two possibilities: make a mix of options that you think cover most of your market, or custom-build cars.

      Making a mix of options means you have to guess at what people will buy. Guess wrong, and you have a shortage of some combinations and a glut of unsold cars with a different combination. Not good. The more combinations you have, the more likely it is you have the wrong mix. So, the manufacturers choose a few trim levels, and that is the choice you get.

      Custom building has its own set of problems, and is very expensive.

      OBD is required by law, so nobody is going to offer the option of not having it.

      You DO, of course, have the option of refusing something you don't want - don't buy the vehicle. Nobody is required to produce what you want.

    3. Re:Complexity by war4peace · · Score: 1

      Why do you think I don't own a car?

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
  23. I like features by sjbe · · Score: 1

    I want very little more in a car than I have on my motorcycle.

    And I want quite a lot more in a car than you have on your motorcycle. Doesn't mean either of us is right or wrong but I think there are more of people like me than there are of people like you. I want a car with a quiet interior, satellite radio, heated seats, a GPS, etc. I drive rather a lot and want a car that allows me to do so with reasonable comfort. You clearly don't live where I do if you actually want a car with no heat and no AC. I've driven cars like that and you can keep them if you actually like sitting on a block of ice in December or baking in July.

  24. 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.
  25. at the very least by Anonymous Coward · · Score: 0

    put a switch to disable the external access to the guts of the car.

    switch off:
        no on-star access, no wifi, no bluetooth, no web browser, etc.

    Or maybe a switch to disable s/w updates

  26. Deterministic Failure GOOD by Anonymous Coward · · Score: 0

    A segfault is actually a NICE THING from a security point of view. It is much more serious if a cyber warrior can sneek into your system, plant a few tank busting mines and then disappear traceless.

    An immediate segfault in the "Communications ECU" is much better than said cyber warrior sneaking in and fucking with the ESP/ABS system.

    Or a segfault in the radar distance system's ECU: That will turn on a red light instead of giving the enemy warrior the opportunity to also attack your brake system. Note that the radar signal ITSELF might be used for inserting the malware.

    Can you say "wireless murder" ?

    1. Re:Deterministic Failure GOOD by Anonymous Coward · · Score: 0

      segfaults are good, except:

      a. when it's a mission critical system, and causes the system to hurt itself, break, etc... PLC's don't segfault, hence why they are preferred.
      b. when no one is around to handle the segfault.

      Segfaults only make sense for man-in-the-loop systems. Nothing else. Man-out-of-the-loop and you end up with a dead spacecraft (yes, they got luckly!).

    2. Re:Deterministic Failure GOOD by DrXym · · Score: 1

      A segfault in this instance caused by a programming error, not a hacker. And no, they're not good things, particularly if we're comparing two languages, one which will blissfully compile that error straight into your production code and another which tells you about it at compile time.

    3. Re:Deterministic Failure GOOD by DrXym · · Score: 1
      PLCs would typically be programmed via IL or STL these days which are designed to be safe (no memory allocation, pointers etc.). Some PLCs even have multi channel execution where the same program is loaded and run on two or more different implementations and if the outputs don't match for the same inputs the PLC goes into error.

      I should imagine that programming a car is way too complex for IL or STL and the temptation would be to use C++ but clearly that is a fraught issue, particularly in safety control systems. It probably doesn't matter at all if the media player uses C++ as long as it's running on a separate system entirely.

  27. Errm by Anonymous Coward · · Score: 0

    That is exactly what OBD was designed for. You certainly need to physically protect the interior of your car, where the OBD port resides. You also need to protect the brakes from manipulation.

    Also, I know that many ECUs now require cryptographically signed code to accept update flashing.

  28. At the very least, require physical access by davidwr · · Score: 1

    If a car can be hacked or damaged by any remote control* in a way that the driver doesn't accept as inherent in the design of the car, then it is fundamentally broken:

    * Car locks/remote engine/start/etc. should not be remote-controllable, but like any radio they are inherently subject to a jamming-based denial-of-service attack.

    * Safety systems that detect nearby objects, lane striping, etc., suffer the inherent risk that they can be both blinded/jammed and that they can be fooled into thinking there is a nearby object or lane-marking when there is not. But they should not be subject to "command and control" signals from outside the car.

    * OnStar and other systems that are designed to allow limited remote access to the car present an inherent attack vector, especially if they are designed to take over a car without giving the driver a veto.

    *For clarity: I'm talking remote-locks, remote-start, or using RF to talk to the car's computers. I'm not talking high-energy weapons or anything that confuses/damages the driver like a laser pointer to his eyes.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  29. Allow me to be the one saying "well, DUH!" by Opportunist · · Score: 1, Insightful

    You have an industry that deals with system and buses that were never designed to be secure. Simply because not only was it never intended to be "user enhance-able", it was never intended to be accessible without being, you know, INSIDE the car. Where you would first of all need a key to get in.

    But then marketing came along... need I say more?

    Security and convenience are diametrically opposed. There are very, very few things you could possibly think of that improve both, but a load of thing where raising either damages the other one.

    And in the battle between convenience and security, convenience wins. Always. Especially in the consumer market. Because the nifty little gadget is something you can show off. But that your car can't be hacked ain't something that will impress the neighbor. Well, if that neighbor ain't me, that is... cue dialogue I had recently

    "Look, new car!"
    "Erh.. yeah (meh)"
    "And look, I needn't open it, I just walk to it and it opens"
    "Car key in your pocket?"
    "Yeah!"
    "And you're transmitting your key to your car"
    "Yeah!"
    "Aaaaand... constantly while you're walking around."
    "Uh.... well, ... yeah..."
    "Whew. Glad mine doesn't inform anyone and everyone what key I use wherever I go. Someone bad might listen..."

    Oddly that was the last time he wanted to brag with his new car... anyway.

    People don't understand security. So it's no selling point. And not having it also ain't no reason that would keep people from buying. At least 'til the first cars get stolen and the insurance refuses payment 'cause there are no signs of unlawful entering or manipulation. Only then someone might come up with a demonstration and then the injured can get into a lengthy legal battle with the insurance company and the car company... and only THEN, when people get sensitized to it because they can actually FEEL that they'll be troubled by it, only then they'll consider security an issue. And only then car makers will take it into consideration.

    In other words, nothing to see here, kid just needs to touch the hot stove, only then we'll see them cry and learn. If anything, take it as proof that the average idiot out there ain't smarter than a 3 year old.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Allow me to be the one saying "well, DUH!" by blueg3 · · Score: 1

      "And you're transmitting your key to your car"
      "Yeah!"
      "Aaaaand... constantly while you're walking around."
      "Uh.... well, ... yeah..."
      "Whew. Glad mine doesn't inform anyone and everyone what key I use wherever I go. Someone bad might listen..."

      Active keys transmit only when you press the button. Passive keys transmit only when a challenge is transmitted to them. That's why the latter only functions if you're fairly close to the vehicle.

      So it is not constantly transmitting the key while you're walking around. It's transmitting the key to anything that can sufficiently imitate the key-request transmission of a car.

      Most of these systems implement appropriate rolling-key or challenge-response protocols so that the transmissions are not easily replayable. There are certainly dysfunctional implementations, but most hacks against remote-entry systems attack weaker parts of the overall system than key transmission.

      Of course, if you want to duplicate a physical key, all you need to do is get a high-resolution picture when the victim takes their keys out of their pocket.

    2. Re:Allow me to be the one saying "well, DUH!" by Anonymous Coward · · Score: 0

      You can use a radio relay to trick a system like this.

      Alice has a car, her key is in her pocket
      Mary and Michael want to steal the car
      Mary follows Alice at a discrete distance, Michael goes to Alice's car in the car park. They both have radios built for this next trick.
      Michael receives the challenge radio message from the car and transmits it to Mary
      Mary transmits the message to Alice's key in her pocket
      Alice's key thinks she's near her car, and transmits an authorised reply to unlock
      Mary receives the authorised reply and sends it to Michael
      Michael transmits it to Alice's car, which unlocks and lets him in

      Now Michael has Alice's car. Whoops.

      This trick is much harder (to the point where it's unlikely to be practical) against a button press dongle.

    3. Re:Allow me to be the one saying "well, DUH!" by bws111 · · Score: 1

      You're assuming the response is fixed. Whoops.

    4. Re:Allow me to be the one saying "well, DUH!" by Anonymous Coward · · Score: 0

      You're assuming there's a significant time delay between Mary & Michael.

  30. Re:So where are the CVE/Vuln reports for this?Oh,w by adolf · · Score: 1

    Oh, the car-without-a-dashboard-because-it-has-been-so-hacked-on hack, whereby the brakes were partially disabled with a computer and various vehicular things were controlled by someone other than the driver.

    Any tool with a toolkit can do that to any car. The only "OMG!" in that article (which I did read, over a year ago when it was published) is that it happened with a Macbook.

    A smarter tool can can do the partially-disabled brakes trick on any ABS-equipped vehicle using a 555 timer and a toggle switch, especially if they get to deconstruct the car first.

    Give me a proper fucking citation about OBD hacks over publicly-accessible Bluetooth, as you claim to be so prevalent, or sit down at the back of the class.

    Go ahead and Google it. Let me know what you find.

    Thanks!

  31. Optocouplers by xarragon · · Score: 1

    They could simply throw in a unidirectional serial link over an opto-coupler to get all information from the engine systems. This is how you interface a PC to industrial-grade multimeters. Provides enough isolation to let you poke the probes into equipment with up to 1000V. Simple, cheap and readily available.

    My guess is that there is nothing technical preventing separation but rather economical or time constraints because security was an afterthought. Or it never was considered in the first place, seeing how well designed and secure the average keyless entry system appears to be.

  32. Wireless Connected? by Anonymous Coward · · Score: 0

    The submission should probably have said 'interconnected' instead. Integrating the separate buses into a common data bus does save the weight of the numerous cables, using wireless to connect the control processors, on the other hand, would be something new.

  33. Re:Stop interconnecting systems - Capt Adama by Anonymous Coward · · Score: 0

    Even the writers for Battlestar Galactica new that interconnected systems leads to catastrophe.

  34. 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.

  35. Bullshit! by Anonymous Coward · · Score: 0

    From your linked article, and I quote:

    a beat-up MacBook connected by a cable to an inconspicuous data port near the parking brake

    No remote attack exists. All demonstrated attacks require physical access to, at a minimum, plug something into the OBD-II port. No remote or wireless attacks have yet been found or demonstrated.

  36. Why by pebear · · Score: 1

    Why the fuck do our cars need to be connected to the internet of things. Cars work when they have the least amount of electrical components hooked to them. Carburetors were great and easy to troubleshoot, fix and rebuild. Then came fuel injections and those pesky injectors cost big bucks to replace sometimes more than the car is worth and all the new ones are computer controlled. Now all our cars have black boxes in them and when I go to the emissions station to get cerified they hook to the box and it rats me out. (Of course I clear out the info about 2 weeks before I go and run around a bit ) All of hat has been followed up by our vehicles that are on the internet Onstar and the like. guess what folds A Holes all over the world are taking notice and car jacking has just gotten much easier. Hell I don't even have to tamper with the brakes if I want to kill someone all I have to do is notice when they drive away hack in notice were they are and when they power through a curve I can add a little more juice and kill the brakes then let nature takes it course. So this all begs the question? Why. We don't we divorce our vehicle's operations from communications ability, ie a firewall? Is any of really needed. I personally don't drive all that much. I work from home. I have a 99 Dodge pickup truck and 2 Harley's we really need to reevaluate where we are going with all this...

    --
    Paul E. Bahre