远程主机上安装的 MySQL 版本低于 4.1.23 或 5.0.42。因此，有报告称其允许无 DROP 权限的经认证的远程用户重命名任意表。

据报告，远程主机上安装的 MySQL 版本受到多个问题的影响：

  - 评估带小数值参数的“IN()”谓词可造成服务崩溃。

  - 即使没有 DROP 特权，用户也能重命名表。

  - 如果已存储的例程被声明为“SQL SECURITY INVOKER”，则用户可能会通过调用该例程来获取特权。

  - 对分区表仅拥有 ALTER 特权的用户可发现关于本应需要 SELECT 特权的表的信息。

MySQL 未正确检查用作 DATA DIRECTORY 和 INDEX DIRECTORY 指令的参数的目录。使用此缺陷后，经认证的攻击者可提升其对由其他数据库用户创建的表格的访问权限。注意：此攻击不会对现有表格起作用。攻击者仅可将其对其他用户的表格的访问权限提升至创建表格时的访问权限。同样，需要正确预测这些创建的表格的名称才能使此攻击成功。(CVE-2008-2079)

MySQL 的“RENAME TABLE”语句中不需要“DROP”权限。经过认证的用户可利用此缺陷重命名任意表。(CVE-2007-2691)

MySQL 允许经过认证的用户通过之前创建的 MERGE 表访问表，即使该用户的权限已从初始表中撤消，而这可能违背预期的安全策略。通过运行具有“--skip-merge”选项的 mysqld 禁用 MERGE 存储引擎，即可解决此问题。(CVE-2006-4031)

MySQL 中的一个缺陷允许经认证的用户通过构建的 SQL 查询造成 MySQL 后台程序崩溃。此问题仅造成临时拒绝服务，因为 MySQL 后台程序会在崩溃后自动重新启动。(CVE-2006-3469)

同样，这些更新后的程序包修复了以下缺陷：

- 在之前的 mysql p程序包中，如果在查询的“ORDER BY”部分多次引用列名称，则会发生分段错误。

- 当 MySQL 无法启动时，init 脚本会返回成功 (0) 退出代码。当使用 Red Hat Cluster Suite 时，这可能造成群集服务报告成功启动，即使在 MySQL 无法启动时也这样报告。在这些更新后的程序包中，init 脚本返回正确的退出代码，从而解决了此问题。

- 可能使用 mysqld_safe 命令指定无效端口号（高于 65536），从而导致创建无效端口，并在某些情况下出现“port number definition: unsigned short”错误。在这些更新后的程序包中，当指定无效端口号时，会使用默认端口号。

- 设置“myisam_repair_threads > 1”时，任何修复都会将索引基数设置为“1”，而无论表大小如何。

- 在每次启动过程中 MySQL init 脚本不再对整个数据库目录树运行“chmod -R”。

- 当使用 MySQL 4.0 兼容性模式选项“--compatible=mysql40”运行“mysqldump”时，mysqldump 创建了忽略“auto_increment”字段的转储。

因此，MySQL init 脚本现在使用更可靠的方法来确定参数，如数据目录位置。

注意：这些更新后的程序包将 MySQL 升级到 4.1.22 版。有关缺陷补丁和增强的完整列表，请参考 MySQL 发行说明：http://dev.mysql.com/doc/refman/4.1/en/news-4-1-22.html

远程 Oracle Linux 5 主机上安装的多个程序包受到 ELSA-2008-0364 公告中提及的多个漏洞影响。

  - 在 5.0.32 之前的 5.0.x 和 5.1.14 之前的 5.1.x MySQL 版本中，sql_select.cc 允许经过身份验证的远程用户通过 INFORMATION_SCHEMA 表格中的 EXPLAIN SELECT FROM 造成拒绝服务（崩溃），最初使用的 ORDER BY 即为一例。(CVE-2006-7232)

  - 5.0.36 之前的 MySQL 5.x 版本允许本地用户通过执行 information_schema 表格子选择和使用 ORDER BY 对单行结果进行排序造成拒绝服务（数据库崩溃），这会阻止特定结构元素被初始化并在 filesort 函数中触发空取消引用。
    (CVE-2007-1420)

  - item_cmpfunc.cc 中的 in_decimal: : set 函数（位于 MySQL 5.0.40 之前版本和 5.1.18-beta 之前的 5.1 版本中 ）允许与上下文有关的攻击者通过特制的 IF 子句造成除零错误和空指针取消引用，进而导致拒绝服务（崩溃）。(CVE-2007-2583)

  - MySQL 4.1.23 的之前版本、5.0.42 之前的 5.0.x 版本和 5.1.18 之前的 5.1.x 版本不需要 RENAME TABLE 语句的 DROP 权限，这允许经过身份验证的远程用户重命名任意表格。
    (CVE-2007-2691)

  - 当从 SQL SECURITY INVOKER 存储型例程返回时，5.0.40 之前的 MySQL 5.0.x 版本和 5.1.18 之前的 5.1.x 版本中的 mysql_change_db 函数未恢复 THD: : db_access 权限，这允许经过身份验证的远程用户取得权限。(CVE-2007-2692)

  - MySQL Community Server 5.0.45 的之前版本未在 CREATE TABLE LIKE 语句中要求源表格的 SELECT 等权限，这让经过身份验证的远程用户可以获得表格结构等敏感信息。(CVE-2007-3781)

  - 在 MySQL Community Server 5.0.45 的之前版本中，经过身份验证的远程用户可以查看参考此外部表格的视图，以获取其他数据库中表格的更新权限。(CVE-2007-3782)

  - MySQL 5.0.18 及之前版本允许本地用户通过包含空字符的 SQL 查询（未经 mysql_real_query 函数正确处理）绕过日志记录机制。注意：用户最初针对 mysql_query 函数报告了此问题，但供应商指出，预期的 mysql_query 为空字符，因此这不是 mysql_query 的问题。(CVE-2006-0903)

  - 4.1.21 之前的 MySQL 4.1 和 5.0.24 之前的 5.0 允许本地用户通过之前创建的 MERGE 表格访问表格，即使已撤销用户对初始表格的权限亦是如此，而这可能违背预期的安全策略。(CVE-2006-4031)

  - 5.0.25 之前的 MySQL 和 5.1.12 之前的 5.1 会在例程定义者（而非例程调用者）的安全上下文中评估 suid 例程的参数，经过身份验证的远程用户可利用此漏洞，通过使用 GRANT EXECUTE 提供的例程获得权限。(CVE-2006-4227)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

MySQL 未要求权限，如对“CREATE TABLE LIKE”语句中源表的“SELECT”。经认证的用户可获取敏感信息，如表结构。(CVE-2007-3781)

在 MySQL 中发现一个缺陷，可允许经认证的用户通过查看外部表引用获取另一个数据库中表的更新权限。(CVE-2007-3782)

MySQL 的“RENAME TABLE”语句中不需要“DROP”权限。经过认证的用户可利用此缺陷重命名任意表。(CVE-2007-2691)

当从 SQL SECURITY INVOKER 存储例程返回时，在 mysql_change_db 函数中发现一个缺陷。经认证的用户可利用此缺陷获取数据库权限。(CVE-2007-2692)

MySQL 允许经认证的用户通过 mysql_real_query 函数未正确处理的包含空字符的 SQL 查询绕过日志记录机制。(CVE-2006-0903)

MySQL 允许经过认证的用户通过之前创建的 MERGE 表访问表，即使该用户的权限已从初始表中撤消，而这可能违背预期的安全策略。通过运行具有“--skip-merge”选项的 mysqld 禁用 MERGE 存储引擎，即可解决此问题。(CVE-2006-4031)

MySQL 评估错误安全环境下的参数，这可允许经认证的用户通过使用“GRANT EXECUTE”提供的例程获取权限。(CVE-2006-4227)

MySQL 中的多种缺陷允许经认证的用户通过构建的 SQL 查询造成 MySQL 后台程序崩溃。此问题仅造成临时拒绝服务，因为 MySQL 后台程序会在崩溃后自动重新启动。（CVE-2006-7232、CVE-2007-1420、CVE-2007-2583）

同样，这些更新后的程序包修复了以下缺陷：

- “insert delayed”语句使用单独的计数器，从而造成某些行被丢弃。在这些更新后的程序包中，“insert delayed”语句不再使用单独的计数器，从而解决了此问题。

- 由于本地 POSIX 线程库中的一个缺陷，在某些情况下，“flush tables”在包含读取锁定的表中造成死锁。必须强制终止 mysqld 后台程序。现在，“COND_refresh”已替换为“COND_global_read_lock”，从而解决了此问题。

- 如果未签名列类型查询中包含负值的“WHERE [column] NOT IN”子查询，mysqld 会崩溃。

- 在主和从服务器情况下，为“insert”语句指定“on duplicate key update”时未更新从服务器。

- 在 mysql 客户端中，空字符串显示为“NULL”。例如，当使用 'select * from [table-name];’ 查询表时，运行 'insert into [table-name] values (' ');' 导致显示“NULL”条目。

- 在某些查询中优化器代码中的一个缺陷比预期的执行速度慢很多。

- 在 64 位 PowerPC 架构中，MySQL 未正确计算线程堆栈大小，这可造成使用过于复杂的查询时 MySQL 崩溃。

注意：这些更新后的程序包将 MySQL 升级到 5.0.45 版。有关缺陷补丁和增强的完整列表，请参考 MySQL 发行说明：http://dev.mysql.com/doc/refman/5.0/en/releasenotes-cs-5-0.html

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
17829	MySQL < 4.1.23 / 5.0.42 访问控制漏洞	Nessus	Databases	2012/1/18	2018/7/16	medium
25242	MySQL 5.1 < 5.1.18 多种漏洞	Nessus	Databases	2007/5/17	2018/11/15	medium
60451	Scientific Linux 安全更新：SL4.x i386/x86_64 中的 mysql	Nessus	Scientific Linux Local Security Checks	2012/8/1	2021/1/14	medium
180609	Oracle Linux 5：mysql (ELSA-2008-0364)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/9/7	critical
60406	Scientific Linux 安全更新：SL5.x i386/x86_64 中的 mysql	Nessus	Scientific Linux Local Security Checks	2012/8/1	2021/1/14	medium

检测

插件搜索

medium

medium

medium

critical

medium