Attacks/Breaches
11/27/2017
04:40 PM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
100%
0%

Uber's Security Slip-ups: What Went Wrong

The ride-sharing company's decisions leading to a 2016 data breach and its handling of the incident should serve as a cautionary tale for enterprises facing a breach.

Uber is digging out from the wreckage of its latest public relations nightmare, an October 2016 data breach that compromised the information of 57 million riders and drivers.

The company has received backlash not for the size of the breach but how it was handled. Instead of informing those affected, Uber paid attackers $100,000 to delete the stolen data and keep their activity quiet. The hack was disclosed last week, a year after Uber found out about it. The attempted cover-up was one of many mistakes leading up to the breach and the subsequent response.

Former CISO Joe Sullivan, who spearheaded incident response, and his deputy have both been fired for mishandling the hack. Current CEO Dara Khosrowshahi, who took charge in September, says Uber "took immediate steps" to secure affected data, shut down further unauthorized access, and "obtained assurances that the downloaded data had been destroyed."

The CEO may be using the 2016 breach as a catalyst in transforming Uber's approach to security. Khosrowshahi says "we will learn from our mistakes" and "we are changing the way we do business." However, experts across industries have criticized Uber's initial response to a hack that compromised millions of users, as well as the basic security slip-ups that let it happen.

Uber is individually notifying drivers whose license numbers were compromised and offering free credit monitoring and identity theft protection, Khosrowshahi reports. It is also alerting regulatory authorities and affected accounts, which have been flagged for fraud protection.

Where Uber Went Wrong

For starters, the company should have immediately come clean. "Uber undoubtedly violated numerous US and international data breach disclosure laws by failing to inform drivers and users that their personal information had been compromised," says ZScaler CISO Michael Sutton. Several state and federal regulations dictate when such disclosures must be made.

The company should also have had stronger access control for such a large collection of data. Attackers initially accessed a private GitHub coding site for Uber software engineers, where they found credentials for an Amazon Web Services account containing users' information.

This wasn't a sophisticated attack, Imperva CTO Terry Ray points out, questioning Uber's decision to use live production data in an online platform where credentials were stored in GitHub. Developers are frequently allowed to use live production data in testing; unfortunately, this information is "almost never monitored or secured" and often stored in various locations.

Ray points out a few questions that should be considered in the wake of the breach:

  • Why did engineers have access to 57 million records of personally identifiable information?
  • Did they go through an approval workflow to move that data online?
  • Did Uber security have any monitoring in place to alert them when such vast amounts of data were accessed?

"Controls to alert on suspicious data access do exist," says Ray. "But my guess is that they were not used, which is all too typical in today’s enterprises."

Snyk cofounder and CEO Guy Podjarny says credentials should not have been in GitHub in the first place, and that one user's credentials should not have given access to so much data at once. All it took was the compromise of one individual to give attackers the keys.

"The fact that developers have access to GitHub repositories, and the fact that there was access to many customers' data, are both instances of preferring ease-of-use over security," he notes. Uber could have mitigated the damage with preventative measures around data downloads. Once information was compromised, it should have identified the volume of downloaded data.

Experts also say Uber should have encrypted its data before storing it with a third-party service. "It's not a GitHub security issue or an AWS security issue," says McAfee Labs vice president Vincent Weafer. "It really comes down to the user, and not system security issues."

While Uber was wrong not to come forward about the hack, there is less certainty around its decision to pay the attackers, who demanded $100K to delete the stolen data. It's ill-advised and often dangerous to pay hackers, a practice that will continue to drive extortion.

Legal Ramifications

Ken Spinner, vice president of field engineering at Varonis, says "every state attorney general is going to be salivating at the prospect of suing Uber." The lawsuits have already begun to roll in: a class-action lawsuit has been filed against Uber by Wilshire Law Firm on behalf of its client, Flores. Complaints allege Uber violated California constitutional laws and unfair competition laws, engaged in deceptive business practices, and invaded privacy, among other violations.

Uber says it has not seen evidence of fraud or misuse related to the breach, according to Khosrowshahi's statement; however, a press release on the aforementioned lawsuit reports the information stolen by hackers has allegedly ended up on the black market while Uber kept mum about the situation.

At the time of writing, Uber has not responded to Dark Reading's request for comment regarding data shared on the black market.

Related Content:

Join Dark Reading LIVE for two days of practical cyber defense discussions. Learn from the industry’s most knowledgeable IT security experts. Check out the INsecurity agenda here.

Kelly Sheridan is Associate Editor at Dark Reading. She started her career in business tech journalism at Insurance & Technology and most recently reported for InformationWeek, where she covered Microsoft and business IT. Sheridan earned her BA at Villanova University. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
jdub161
50%
50%
jdub161,
User Rank: Apprentice
11/30/2017 | 11:14:16 PM
What went wrong 'after the incident'
Great article Kelly, but what went wrong after the incident?

Understand that it's critical to understand what went wrong to cause the incident, but I feel it would be very insightful to understand who made the decision not to disclose the incident.  

Where did that decision occur?  At Uber's Board, CEO, Legal team.  Even if that decision was left to the CISO then that's actually a damning indictment on their delegation of authority. 

I understand that Uber want to offer up the CISO as the official 'scapegoat' but wow if the standard response to a major data breach is 'sack the CISO' then in not to long we will be faced with an understaffed industry having to fill strategic leadership positions potentially with highly skilled cyber security people that may not have had the training and experience to work at the strategic C suite level.

Jason 
Why Cybersecurity Must Be an International Effort
Kelly Sheridan, Associate Editor, Dark Reading,  12/6/2017
NIST Releases New Cybersecurity Framework Draft
Jai Vijayan, Freelance writer,  12/6/2017
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
The Year in Security: 2017
A look at the biggest news stories (so far) of 2017 that shaped the cybersecurity landscape -- from Russian hacking, ransomware's coming-out party, and voting machine vulnerabilities to the massive data breach of credit-monitoring firm Equifax.
Flash Poll
The State of Ransomware
The State of Ransomware
Ransomware has become one of the most prevalent new cybersecurity threats faced by today's enterprises. This new report from Dark Reading includes feedback from IT and IT security professionals about their organization's ransomware experiences, defense plans, and malware challenges. Find out what they had to say!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.