Bug 883719 - (CVE-2012-5627) CVE-2012-5627 mysql: efficient password guessing attack using change_user()
CVE-2012-5627 mysql: efficient password guessing attack using change_user()
Status: CLOSED WONTFIX
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
low Severity low
: ---
: ---
Assigned To: Red Hat Product Security
impact=low,public=20121203,reported=2...
: Security
Depends On:
Blocks: 882596
  Show dependency treegraph
 
Reported: 2012-12-05 01:59 EST by Huzaifa S. Sidhpurwala
Modified: 2015-08-22 12:02 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-08-22 12:02:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Huzaifa S. Sidhpurwala 2012-12-05 01:59:58 EST
A vulnerability was found in the handling of password salt values in MySQL. When a user logs into MySQL a salt value is generated that is then used to prevent password guessing attacks (since the salt value must be known in order to send a password). This salt value is created at the start of a session and used for the entire session, once authenticated an attacker can use the MySQL "change_user" command to attempt to login as a different, as the salt value is known a password guessing attack will be much more efficient.

Reference:
http://seclists.org/fulldisclosure/2012/Dec/58
Comment 1 Tom Lane 2012-12-05 09:35:15 EST
I'm not really convinced that this is a problem at all, or that selecting a new salt would make much difference.  Per the reference link, the main time savings is from not having to establish a new connection.  You still need a precalculated table of common password hashes, if you hope to avoid doing the hashing on-the-fly.
Comment 2 Jan Lieskovsky 2012-12-05 09:53:11 EST
MariaDB upstream bug:
  https://mariadb.atlassian.net/browse/MDEV-3915
Comment 3 Jan Lieskovsky 2012-12-06 05:49:44 EST
The CVE identifier of CVE-2012-5627 has been assigned to this issue:
  http://www.openwall.com/lists/oss-security/2012/12/06/4
Comment 4 Tomas Hoger 2012-12-11 06:22:07 EST
(In reply to comment #1)
> I'm not really convinced that this is a problem at all, or that selecting a
> new salt would make much difference.  Per the reference link, the main time
> savings is from not having to establish a new connection.  You still need a
> precalculated table of common password hashes, if you hope to avoid doing
> the hashing on-the-fly.

Agree, changing bug summary.
Comment 6 Huzaifa S. Sidhpurwala 2013-01-22 00:58:43 EST
This issue has not been addressed by the recent January 2013 CPU containing mysql security fixes.

http://www.oracle.com/technetwork/topics/security/cpujan2013-1515902.html

Deferring this flaw till upstream fixes it.
Comment 7 Huzaifa S. Sidhpurwala 2013-01-22 00:59:37 EST
This issue affects the version of mysql as shipped with Fedora-17 and Fedora-18.
Comment 9 Vincent Danen 2015-08-22 12:01:43 EDT
Statement:

Red Hat Product Security has rated this issue as having Low security impact. This issue is not currently planned to be addressed in future updates. For additional information, refer to the Issue Severity Classification: https://access.redhat.com/security/updates/classification/.

Note You need to log in before you can comment on or make changes to this bug.