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
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-0334
Published: 2014-10-31
Bundler before 1.7, when multiple top-level source lines are used, allows remote attackers to install arbitrary gems by creating a gem with the same name as another gem in a different source.

CVE-2014-2334
Published: 2014-10-31
Multiple cross-site scripting (XSS) vulnerabilities in the Web User Interface in Fortinet FortiAnalyzer before 5.0.7 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, a different vulnerability than CVE-2014-2336.

CVE-2014-2335
Published: 2014-10-31
Multiple cross-site scripting (XSS) vulnerabilities in the Web User Interface in Fortinet FortiManager before 5.0.7 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, a different vulnerability than CVE-2014-2336.

CVE-2014-2336
Published: 2014-10-31
Multiple cross-site scripting (XSS) vulnerabilities in the Web User Interface in Fortinet FortiManager before 5.0.7 and FortiAnalyzer before 5.0.7 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, a different vulnerability than CVE-2014-2334 and CVE-2014-2335.

CVE-2014-3366
Published: 2014-10-31
SQL injection vulnerability in the administrative web interface in Cisco Unified Communications Manager allows remote authenticated users to execute arbitrary SQL commands via a crafted response, aka Bug ID CSCup88089.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.