Red Hat Bugzilla – Full Text Bug Listing
|Summary:||CVE-2012-5627 mysql: efficient password guessing attack using change_user()|
|Product:||[Other] Security Response||Reporter:||Huzaifa S. Sidhpurwala <huzaifas>|
|Component:||vulnerability||Assignee:||Red Hat Product Security <security-response-team>|
|Status:||CLOSED WONTFIX||QA Contact:|
|Version:||unspecified||CC:||byte, hhorak, jlieskov|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2015-08-22 12:02:01 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
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 8 Tomas Hoger 2013-01-25 07:51:25 EST
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/.