MySQL 4.1.24, 5.0.60, 5.1.24, and 6.0.5 fixes an issue allowing an authenticated attacker to gain privileges to tables that will be created by some other database user in future using MyISAM storage engine, if an attacker can predict names of such tables. Attacker can create a table using DATA/INDEX DIRECTORY directives causing data and index files (.MYD/.MYI) to be created in some other directory writable by mysql server, including directories used to store table files of other users' databases. If victim later creates table with the same name, attacker's data and index files are overwritten by victim's files, but access privileges are not revoked. Attacker gains access to newly created victim's table. References: http://bugs.mysql.com/bug.php?id=32167 http://dev.mysql.com/doc/refman/4.1/en/news-4-1-24.html http://dev.mysql.com/doc/refman/5.0/en/releasenotes-es-5-0-60.html http://dev.mysql.com/doc/refman/5.1/en/news-5-1-24.html http://dev.mysql.com/doc/refman/6.0/en/news-6-0-5.html
Affected versions shipped in: - Red Hat Enterprise Linux 4, 5 - Red Hat Applications Stack v1, v2 - Fedora 7, 8, 9 Not affected versions shipped in: - Red Hat Enterprise Linux 2.1, 3 (DATA/INDEX DIRECTORY directives are not supported)
It was discovered that the upstream fix for this issue is incomplete. See bug #454077 for details.
This issue has been addressed in following products: Red Hat Enterprise Linux 5 Via RHSA-2009:1289 https://rhn.redhat.com/errata/RHSA-2009-1289.html
https://www.redhat.com/security/data/cve/CVE-2008-2079.html