Select the directory option from the above "Directory" header!

Menu
Google clamps down on password security in Chrome 'Canary'

Google clamps down on password security in Chrome 'Canary'

Reaction to August brouhaha over Chrome's practice of letting anyone see passwords in plain text

Google has begun work on shutting a hole in its Chrome browser that lets casual thieves steal website and Web service passwords.

According to Franois Beaufort, who frequently uncovers new features and changes in early builds of Google's browser, the "Canary" version of Chrome for OS X now includes a setting that locks down saved passwords.

By clicking 'Enable' in the 'chrome://flags' screen of Canary on the Mac, users can lock down password viewing.

Canary is the name for the very-earliest version of the browser, one still in the Chromium channel, the open-source project that feeds code to Chrome.

By setting a special flag in Canary on the Mac, anyone who tries to view browser-saved passwords will instead be asked to enter the OS X user account password.

Computerworld confirmed that, once the flag is set, Canary will not show saved passwords in plain text without the additional OS X user account password, the same one needed to make major changes in the operating system's settings or approve the installation of software.

To set the flag, users must enter "chrome://flags" (minus the quotation marks) in the browser's address bar, then change the setting "Password Manager Reauthentication Mac" by clicking on the "Enable" link. The change takes effect after the browser is relaunched.

The additional security is a reaction to an August kerfuffle after software developer Elliott Kember noticed that Chrome let anyone with physical access to a computer easily spy and snoop on saved passwords.

Chrome had always handled passwords in that way -- letting anyone with access view passwords saved by the browser -- but the explosion of commentary on the topic signaled that few knew as much.

For its part, Google defended the practice, with Jason Shuh, the browser's security tech lead, saying, "We don't want to provide users with a false sense of security, and encourage risky behavior" when asked why Chrome did not require a second level of authentication. "We want to be very clear that when you grant someone access to your OS user account, that they can get at everything. Because in effect, that's really what they get," Shuh said then.

Other security experts disagreed, and urged Google to do something.

Features added to Canary usually, although not always, make it into the Dev channel -- the roughest-edged of Chrome's three distributions -- and from there into the Beta and Stable channels.

Google did not immediately reply to questions, including whether the OS X change would be adopted by Chrome on its other platforms, Windows and Linux, and when users could expect the additional authentication option to reach the production-grade build, Chrome Stable.

Gregg Keizer covers Microsoft, security issues, Apple, Web browsers and general technology breaking news for Computerworld. Follow Gregg on Twitter at @gkeizer, on Google+ or subscribe to Gregg's RSS feed. His email address is gkeizer@computerworld.com.

See more by Gregg Keizer on Computerworld.com.

Read more about application security in Computerworld's Application Security Topic Center.


Follow Us

Join the newsletter!

Or

Sign up to gain exclusive access to email subscriptions, event invitations, competitions, giveaways, and much more.

Membership is free, and your security and privacy remain protected. View our privacy policy before signing up.

Error: Please check your email address.

Tags internetGoogleapplication securityAccess control and authentication

Show Comments