Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

2/25/2013
07:28 PM
50%
50%

Google Security Vulnerability Allowed Two-Step Verification Bypass

Researchers at Duo Security detailed an attack that could have allowed a hacker to hijack a user's Google account

Google has fixed a security hole that permitted attackers to potentially bypass the company's two-step verification feature and take over user accounts.

RSA Conference 2013
Click here for more articles.

According to Duo Security, the vulnerability rested in the way application-specific passwords (ASPs) were used for applications that do not support logins using two-step verification. Designed with an eye towards improving account security, two-step verification provides users with a special code via text message or phone call when they attempt to log on to their Google account. The user will then have to enter that code as well in order to log in.

"Generally, once you turn on 2-step verification, Google asks you to create a separate Application-Specific Password for each application you use (hence “Application-Specific”) that doesn’t support logins using 2-step verification," blogs Adam Goodman, principal security architect at Duo Security. "Then you use that ASP in place of your actual password. In more-concrete terms, you create ASPs for most client applications that don’t use a web-based login: email clients using IMAP and SMTP (Apple Mail, Thunderbird, etc.); chat clients communicating over XMPP (Adium, Pidgin, etc.), and calendar applications that sync using CalDAV (iCal, etc.)."

In recent versions of Android and ChromeOS, Google has included in their browser an auto-login mechanism for Google accounts, explains Goodman. After the user's device is linked to a Google account, the browser will let the user utilize the device's existing authorization to skip Google's web-based sign-on prompts.

Before a patch was issued last week, this auto-login worked for even the most sensitive parts of Google's account setting portal, including the "Account recovery options" page where someone can add or edit the email addresses and phone numbers to which Google would send password-reset messages.

This means an ASP, for example, can link an Android device to a Google account and with that linked device access the account's recovery options and gain full control, he adds.

"We think it’s a rather significant hole in a strong authentication system if a user still has some form of 'password' that is sufficient to take over full control of his account," blogs Goodman. "However, we’re still confident that — even before rolling out their fix — enabling Google’s 2-step verification was unequivocally better than not doing so."

A successful attack would require first stealing a user's ASP, which could theoretically be accomplished via malware or a phishing attack.

Google declined to comment on the vulnerability. However, Duo Security CTO Jon Oberheide notes that there is more that could be done to limit the privileges of individual application-specific passwords.

"In this specific case, it would be better if a user could create an application-specific password that was actually specific to an application or to a subset of data within your Google account," he says. "For example, you could create an ASP that was limited to the GTalk application. Therefore, if an attacker captured that ASP, they would only be able to access your GTalk account instead of having full access to your Google account and associated services. Alternately, an ASP (or similar access token) could be created that allowed an external service to interact with a specific document with your GDrive, without giving full access."

"While these fine-grained access controls are ideal, they're likely hard for Google to implement given how intertwined their various services are," he says. "More importantly, maintaining an appropriate level of granularity while making it understandable by your Average Joe user is a significant challenge. [The] bottom line is that two-factor authentication is hard to get right in complicated identity ecosystems. Even Google makes mistakes."

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
MarkSitkowski
50%
50%
MarkSitkowski,
User Rank: Moderator
2/27/2013 | 11:25:16 PM
re: Google Security Vulnerability Allowed Two-Step Verification Bypass
If only Google were to adopt an authentication system that didn't rely on passwords, none of this could ever happen.
It is perfectly possible to authenticate users with an approach which permits them to have their username and password stolen (by malware, spy cameras, network snoopers or whatever) and still not allow the criminal to access the account. Without biometrics, two-factor authentication or any other user-hostile methods. Works for banks, maybe it'll work for Google.
melvey941
50%
50%
melvey941,
User Rank: Apprentice
2/26/2013 | 1:17:48 AM
re: Google Security Vulnerability Allowed Two-Step Verification Bypass
I had a hunch this was the case. - Well, educated guess - based on knowing-fine-grained control is likely hard for Google to implement and support.
Data Privacy Protections for the Most Vulnerable -- Children
Dimitri Sirota, Founder & CEO of BigID,  10/17/2019
Sodinokibi Ransomware: Where Attackers' Money Goes
Kelly Sheridan, Staff Editor, Dark Reading,  10/15/2019
Tor Weaponized to Steal Bitcoin
Dark Reading Staff 10/18/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-18218
PUBLISHED: 2019-10-21
cdf_read_property_info in cdf.c in file through 5.37 does not restrict the number of CDF_VECTOR elements, which allows a heap-based buffer overflow (4-byte out-of-bounds write).
CVE-2019-18217
PUBLISHED: 2019-10-21
ProFTPD before 1.3.6b and 1.3.7rc before 1.3.7rc2 allows remote unauthenticated denial-of-service due to incorrect handling of overly long commands because main.c in a child process enters an infinite loop.
CVE-2019-16862
PUBLISHED: 2019-10-21
Reflected XSS in interface/forms/eye_mag/view.php in OpenEMR 5.x before 5.0.2.1 allows a remote attacker to execute arbitrary code in the context of a user's session via the pid parameter.
CVE-2019-17409
PUBLISHED: 2019-10-21
Reflected XSS exists in interface/forms/eye_mag/view.php in OpenEMR 5.x before 5.0.2.1 ia the id parameter.
CVE-2019-10715
PUBLISHED: 2019-10-21
There is Stored XSS in Verodin Director before 3.5.4.0 via input fields of certain tooltips, and on the Tags, Sequences, and Actors pages.