Risk
9/21/2010
06:04 PM
50%
50%

Google Could Drive Mobile Two-Factor Authentication Model

New Google Apps offering could overcome previous barriers to multifactor authentication

Google's announcement this week that it will offer two-factor authentication for Google Apps is an encouraging sign for the state of multifactor authentication in the cloud -- particularly using the mobile form factor, which some believe could overcome some of the challenges that have plagued multifactor deployments in the past.

The search engine giant's new two-factor approach sends a verification code via SMS message or mobile app to augment the traditional username and password sign-in. It's immediately available to premiere Google Apps customers and will be rolled out to standard users in the coming months, said Eran Feigenbaum, director of security for Google Apps, in a statement.

"When enabled by an administrator, it requires two means of identification to sign in to a Google Apps account, something you know: a password, and something you have: a mobile phone. It doesn't require any special tokens or devices," Feigenbaum said. "After entering your password, a verification code is sent to your mobile phone via SMS, voice calls, or generated on an application you can install on your Android, BlackBerry or iPhone device."

Google developed the two-factor authentication on an open standard to enable future integration with other vendors' authentication technology. "We are also open-sourcing our mobile authentication app so that companies can customize it as they see fit," Feigenbaum said.

Julian Lovelock, director of product management for ActivIdentity, says Google's two-factor authentication solution is good news for those who have been championing multifactor authentication. In particular, the mobile form factor it chose is indicative that organizations might be ready to transcend the major issue that has held back the progress of multifactor solutions for some time: the need to physically carry around tokens for each application that employs more than one factor of authentication.

End users tend to carry around mobile devices anyway, so they needn't have a keychain full of tokens to log in anymore. This could be huge for cloud applications, in particular, Lovelock says. "As you use more applications through the cloud, each one of those applications requires you to carry a separate physical device, that becomes a blocker," he says. "Mobile is a very neat way of resolving that because you can carry many different credentials for different cloud-based services on the same physical devices."

While using mobile devices to offer another factor of authentication is hardly new, it could finally be catching on as a result of changed user habits during the past year or so.

"I looked at mobile about two years ago, and at that time I reached the conclusion that it wasn't really viable because SMS texting didn't really have the same penetration in the U.S. as it does today," Lovelock says. "But if you look at it now, it's a very different story. There's a generation coming through that has grown up on texting, so [their] receiving SMS is second nature, and people are downloading apps onto their phones all the time."

However, some security experts wonder if mobile really is the best answer for a service like Google Apps, which requires continual logins throughout the day.

"How many people are going to want to take an SMS message every time they want to log into their e-mail?" says Phil Lieberman, founder of Lieberman Software. "It's impractical for e-mail, which is something you're accessing all day long. And any security that is inconvenient will generally not be used and discarded."

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

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-7178
Published: 2014-11-28
Enalean Tuleap before 7.5.99.6 allows remote attackers to execute arbitrary commands via the User-Agent header, which is provided to the passthru PHP function.

CVE-2014-7850
Published: 2014-11-28
Cross-site scripting (XSS) vulnerability in the Web UI in FreeIPA 4.x before 4.1.2 allows remote attackers to inject arbitrary web script or HTML via vectors related to breadcrumb navigation.

CVE-2014-8423
Published: 2014-11-28
Unspecified vulnerability in the management portal in ARRIS VAP2500 before FW08.41 allows remote attackers to execute arbitrary commands via unknown vectors.

CVE-2014-8424
Published: 2014-11-28
ARRIS VAP2500 before FW08.41 does not properly validate passwords, which allows remote attackers to bypass authentication.

CVE-2014-8425
Published: 2014-11-28
The management portal in ARRIS VAP2500 before FW08.41 allows remote attackers to obtain credentials by reading the configuration files.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?