Risk
9/21/2010
06:04 PM
Connect Directly
RSS
E-Mail
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
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2627
Published: 2014-08-01
Unspecified vulnerability in HP NonStop NetBatch G06.14 through G06.32.01, H06 through H06.28, and J06 through J06.17.01 allows remote authenticated users to gain privileges for NetBatch job execution via unknown vectors.

CVE-2014-3009
Published: 2014-08-01
The GDS component in IBM InfoSphere Master Data Management - Collaborative Edition 10.0 through 11.0 and InfoSphere Master Data Management Server for Product Information Management 9.0 and 9.1 does not properly handle FRAME elements, which makes it easier for remote authenticated users to conduct ph...

CVE-2014-3302
Published: 2014-08-01
user.php in Cisco WebEx Meetings Server 1.5(.1.131) and earlier does not properly implement the token timer for authenticated encryption, which allows remote attackers to obtain sensitive information via a crafted URL, aka Bug ID CSCuj81708.

CVE-2012-6651
Published: 2014-07-31
Multiple directory traversal vulnerabilities in the Vitamin plugin before 1.1.0 for WordPress allow remote attackers to access arbitrary files via a .. (dot dot) in the path parameter to (1) add_headers.php or (2) minify.php.

CVE-2014-2970
Published: 2014-07-31
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2014-5139. Reason: This candidate is a duplicate of CVE-2014-5139, and has also been used to refer to an unrelated topic that is currently outside the scope of CVE. This unrelated topic is a LibreSSL code change adding functionality ...

Best of the Web
Dark Reading Radio