Keyless Cars: A New Frontier For Bug Bounties?

With up to 100 million lines of code in the average car today -- and growing -- security vulnerabilities are bound to become the new normal.

Ken Munro, Partner & Founder, Pen Test Partners LLP

August 24, 2015

4 Min Read
Dark Reading logo in a gray background | Dark Reading

Convenience always seems to come at a cost and never more so than with the keyless car. News emerged last week that car manufacturers using the Megamos Crypto transponder electronic vehicle immobiliser, used by Audi, Citroen, Fiat, Honda, Volvo, and Volkswagen in over 100 models of car, had suppressed information on a security flaw for two years. The argument for public non-disclosure was to prevent compromises but is this a case of manufacturers putting their heads in the sand?

Well, yes and no.

It's not that manufacturers have a cult of secrecy when it comes to publicly disclosing security issues. It’s more that they need a decent time window in which to assess and remediate problems. Think of the complexity of identifying exactly what the problem is, depending on how a researcher approaches a manufacturer and what sort of information they provide. Then consider the logistics of putting together and deploying a patching/update solution that'll work perfectly 100% of the time. Automakers may also need to change a range of product roadmaps for other models and for future releases. It's a big job, and not one that I envy.

One big challenge is deploying security updates to the vehicle. Tesla, for example, has the ability to roll out over the air (OTA) updates, which makes fixing bugs relatively easy. Others without this facility are reliant on updating the car when it comes in for a service, or a costly recall. That could mean a year or more before it gets an update.

OTA also comes with challenges: Does it encourage an attitude of security complacency  -- "It’s OK, we can fix bugs later" -- rather than "get it right first time?" Yes, to a certain extent, although, as we all know, it’s tough for any developer to write code that defends against all current and future security issues.

At Pen Test Partners, we've privately disclosed similar vulnerabilities to manufacturers in the past and have had varied responses, ranging from those eager to hear us out and implement a solution to the apathetic or downright hostile. In my mind, private, responsible disclosure to a manufacturer is always the right thing to do. Sitting on information simply widens the window for the vulnerability to be discovered, publicly disclosed, and exploited. Procrastinating for two years, after which just a single sentence was removed from the research teams’ paper presumably for legal reasons, has made these manufacturers look out-of-step with security and unwilling to put the customer first.

So how should the Megamos Crypto vulnerability have been handled? These are all huge brands and the fallout could be highly damaging both in terms of customer confidence and product recall. Even more important, the recall cost could have gone into more proactive security initiatives such as a bug disclosure program. A nice example is the United Airlines bug bounty program, which gives away frequent flyer points to researchers who point out flaws. A simple web page, an email address, and someone to handle it are all it takes to create a clear avenue for bug disclosure, in effect giving the manufacturer access to a free resource of intelligence.

But what do you do if, like me, you’re one of those that owns a keyless car? How do you ensure you don’t become a victim of car theft, given that four out of ten thefts in London last year were down to electronic hacking, and that’s before this exploit was publicized? (One could argue that these statistics alone should have motivated the manufacturers to disclose). Unfortunately, as with any product, the customer is very much at the mercy of  a manufacturer notifying customers of security vulnerabilities and software updates.

Still, there are steps individuals can take to protect  themselves. For one thing, we recommend that owners of "keyless" cars treat the smart key differently than regular keys. Consider getting a radio frequency (RF)-shielded pouch to keep your smart key in, and only get it out when you want to get in your car. Keep your smart key far away from your parked car, i.e. not in the hallway that is two metres from your car outside on the drive. I'm rolling both of these ideas into one and having a key cabinet made for my kitchen: it'll be lined with shielding fabric and it's at the back of the house, so it should do the job nicely.

With reports suggesting there’s up to 100 million lines of code in the average modern car and set to increase to 200-300 million in future years, we have to accept that security vulnerabilities – and patching them – will become as normal for our car as our PC. The car industry can help make this more streamlined by implementing disclosure programs rather than burying information. And we as consumers will also have to take precautionary measures until they up their game.

 

About the Author

Ken Munro

Partner & Founder, Pen Test Partners LLP

Ken Munro is Partner and Founder of Pen Test Partners LLP, a firm of experienced penetration testers, all of whom have a stake in the business. He regularly blogs on everything from honeypots to hacking cars and also writes for various newspapers and industry magazines in an effort to get beyond the unhelpful scaremongering put about by many security vendors. A familiar face on the speaker circuit, Ken enjoys courting controversy and speaks widely on computer security, taking great pleasure in highlighting vulnerabilities in software and hardware. He has worked in the field of information security for over 15 years.

Keep up with the latest cybersecurity threats, newly discovered vulnerabilities, data breach information, and emerging trends. Delivered daily or weekly right to your email inbox.

You May Also Like


More Insights