New issue
Advanced search Search tips

Issue 677592 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 2016
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: ----
Type: Bug-Security



Sign in to add a comment

Security: Chrome Passwords manager

Reported by a.hom...@gmail.com, Dec 30 2016

Issue description

VULNERABILITY DETAILS

As you are already aware of , passwords saved in chrome browser are stored in sqlite3 file %LOCALAPPDATA%\Google\Chrome\User Data\Default\Login data
and encrypted with CryptProtectData where any process running on the same user can call CryptUnprotectData and get the stored passwords in plain text.
-- technically speaking : something like
SELECT action_url, username_value, password_value FROM logins
CryptUnprotectData(blob(password_value))
is enough from any process running under same user.

What I have done is a C/C++ Implementation which uses this fact to display all stored passwords with users and url in plain text, without asking for any password or the need for privillages elevation.

as a chrome user , I find this pretty critical as an implementation as mine embeded in a malware can just take all my stored passwords easily once it runs under my user and Kaspersky Internet security for example does not detect this as malware.

more details on : https://github.com/adnanonline/chrome-passwords

VERSION
Chrome Version: Version 55.0.2883.87 m (64-bit) 
Operating System: Windows 10
 

Comment 1 by kenrb@chromium.org, Dec 31 2016

Status: WontFix (was: Unconfirmed)
Thanks for the report, unfortunately this falls under the category of a local attack as covered in our FAQ: https://dev.chromium.org/Home/chromium-security/security-faq#TOC-Why-aren-t-physically-local-attacks-in-Chrome-s-threat-model-

To summarize simply, there is nothing Chrome can do to defend itself from malware running as a local user. Such malware has all the same privileges that Chrome has, and therefore can circumvent any protection that we can implement.
Project Member

Comment 2 by sheriffbot@chromium.org, Apr 8 2017

Labels: -Restrict-View-SecurityTeam allpublic
This bug has been closed for more than 14 weeks. Removing security view restrictions.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment