Django Password Change Flaw Lets Remote Authenticated Administrative Users View Hashed Passwords on the Target System
SecurityTracker Alert ID: 1041749|
SecurityTracker URL: http://securitytracker.com/id/1041749
(Links to External Site)
Date: Oct 1 2018
Disclosure of authentication information|
Fix Available: Yes Vendor Confirmed: Yes |
Version(s): prior to 2.1.2|
A vulnerability was reported in Django. A remote authenticated administrative user can obtain hashed passwords on the target system.|
A remote authenticated administrative user with 'view only' permission can view the target user's hashed password.
Phithon Gong reported this vulnerability.
A remote authenticated administrative user can obtain hashed passwords on the target system.|
The vendor has issued a fix (2.1.2).|
The vendor advisory is available at:
Vendor URL: www.djangoproject.com/weblog/2018/oct/01/security-release/ (Links to External Site)
Access control error|
|Underlying OS: Linux (Any), UNIX (Any), Windows (Any)|
Source Message Contents
Subject: Re: [oss-security] Django security release issued: 2.1.2|
On Mon, Oct 01, 2018 at 11:33:47AM +0200, Carlton Gibson wrote:
> Today the Django team issued 2.1.2 as part of our security
> process. This release address a security issue, and we encourage all
> users to upgrade as soon as possible:
First of all, thank you for sharing this with oss-security.
Per oss-security list content guidelines, actual vulnerability detail
must be included in postings (message body or text/plain attachment).
The Subject could have easily been more descriptive for this list, too -
e.g., "CVE-2018-16984: Django: Password hash disclosure to "view only"
Carlton, I'd appreciate it if you include such detail in your
oss-security postings (if any) on future occasions. Including the links
as well is great (such as for easy access to updated revisions while
the links work); including only links is discouraged.
Here's the vulnerability detail from the above URL:
CVE-2018-16984: Password hash disclosure to "view only" admin users
If an admin user has the change permission to the user model, only part
of the password hash is displayed in the change form. Admin users with
the view (but not change) permission to the user model were displayed
the entire hash. While it's typically infeasible to reverse a strong
password hash, if your site uses weaker password hashing algorithms such
as MD5 or SHA1, it could be a problem.
Thanks Phithon Gong for reporting this issue.
BTW, the feasibility of "reversing" a password hash depends not only on
hash type, but also on how many guesses the attacker would need to make
before likely hitting the right password. Without target user specific
information, that number depends on how common or not the password is.
Maybe the word "typically" allows for this exception for weak passwords.
However, unnecessarily revealing the password hash is a problem on its
own, not just "could be a problem" depending on hash type, although the
restriction to "admin users" and password hashing do mitigate the issue
to some extent.