基于 blowfish 的密码哈希方法的实现存在缺陷，影响了包含 8 位字符（例如元音变音符）的密码。
受影响的密码可能会更快地遭到暴力破解。(CVE-2011-2483)

SUSE 的 crypt() 实现支持 blowfish 密码哈希函数 (id $2a)，并且默认的系统登录也使用此方法。
此更新消除了 $2a 实现中的缺陷。安装更新后，如果密码包含 8 位字符，现有 $2a 哈希不再与通过新的、正确的实现所生成的哈希匹配。对于通过 PAM 进行的系统登录，pam_unix2 模块会激活兼容模式，并继续使用旧算法处理现有的 $2a 哈希。这样可以确保不会锁定用户。
以 ID“$2y”创建新密码哈希，以明确地将其标识为通过正确的实现生成。

注意：要将哈希实际迁移到新算法，建议所有用户在更新后更改密码。

使用 crypt() 而非 PAM 来存储使用 blowfish 哈希的密码的服务没有此种兼容模式。这表示使用此类服务且具有 8 位密码的用户在更新后将无法登录。变通方案是，管理员可以编辑服务的密码数据库并将存储的哈希从 $2a 更改为 $2x。这将使 crypt() 使用旧算法。应要求用户更改其密码，以确保他们能够迁移到正确的算法。

常见问题：

问：我的密码中只使用 ASCII 字符，我是否会受到任何影响？答：不会。

问：更新前后的 ID 代表什么意思？答：更新前：$2a -> 有缺陷的算法

更新后：$2x -> 有缺陷的算法 $2a -> 正确的算法 $2y -> 正确的算法

使用 PAM 的系统登录默认会启用兼容模式：$2x -> 有缺陷的算法 $2a -> 有缺陷的算法 $2y -> 正确的算法

问：我应该如何要求用户在下次登录时更改密码？答：以根用户身份为每位用户运行以下命令：chage -d 0

问：我运行的应用程序在其密码数据库中有 $2a 哈希。
某些用户抱怨他们再也无法登录。答：请编辑密码数据库，将受影响用户哈希的“$2a”前缀改为“$2x”。他们将能够重新登录，但应尽快更改密码。

问：我应如何关闭系统登录的兼容模式？答：在 /etc/default/passwd 中设置 BLOWFISH_2a2x=no

已在 glibc 中发现并修复了多种漏洞：

GNU C 库（也称为 glibc 或 libc6）2.13 及更低版本中的 addmntent 函数未针对写入到 /etc/mtab 文件的失败尝试报告错误状态，这更容易使本地用户触发损坏此文件，如演示中通过从包含较小的 RLIMIT_FSIZE 值的进程写入，此漏洞与 CVE-2010-0296 不同 (CVE-2011-1089)。

GNU C 库（也称为 glibc 或 libc6）2.13 及更低版本的 posix/fnmatch.c 中的整数溢出允许上下文有关的攻击者通过 fnmatch 调用（含构建的模式参数）中使用的较长的 UTF8 字符串造成拒绝服务（应用程序崩溃），此漏洞与 CVE-2011-1071 不同 (CVE-2011-1659)。

某些平台的 glibc 中使用的 1.1 版本之前的 crypt_blowfish 未正确处理 8 位字符，这使上下文有关的攻击者更容易利用密码哈希知识确定明文密码 (CVE-2011-2483)。

更新后的程序包已进行修补，以修正这些问题。

blowfish 密码哈希实现未正确处理密码中的 8 个字符，这使攻击者能更加容易地破解哈希 (CVE-2011-2483)。此更新之后，带有用于包含 8 位字符的密码的 id '$2a$' 的现有哈希将不再与新生成的哈希兼容。为了激活兼容模式，受影响的用户需要将其密码更改为存储新哈希或需要将现有哈希的 id 手动更改为 '$2x$'。有关详细信息，请参阅 CVE-2011-2483 glibc 更新的描述。

文件上传可能会覆盖正在运行 php 的用户拥有的文件 (CVE-2011-2202)。

crypt 函数的长 salt 参数可导致缓冲区溢出 (CVE-2011-3268)

crypt(3) 手册页已更新为同时列出 2y 前缀。

PostgreSQL 已更新到最新的稳定版本 8.1.23，修复了多种缺陷和安全问题。

修复了以下安全问题：

- CVE-2012-3488：此更新通过 XSL 功能修复文件的任意读取和写入。

- CVE-2012-2655：postgresql：通过特别构建的 SQL 导致拒绝服务（堆栈耗尽）。

- CVE-2011-2483：crypt_blowfish 错误处理了 8 位字符。

请注意，Tenable Network Security 已直接从 SUSE 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下尽可能进行了自动整理和排版。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 某些平台上 1.15.3.7 之前的 PHP、 ] 之前的 PostgreSQL 以及其他产品中使用的 8.4.9之前的 crypt_blowfish 不会正确处理 8 位字符，这使上下文有关的攻击者更容易通过 确定明文密码利用密码哈希知识导致的漏洞。 (CVE-2011-2483)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

基于 blowfish 的密码哈希方法的实现存在缺陷，影响了包含 8 位字符（例如元音变音符）的密码。
受影响的密码可能会更快地遭到暴力破解。(CVE-2011-2483)

SUSE 的 crypt() 实现支持 blowfish 密码哈希函数 (id $2a)，并且默认的系统登录也使用此方法。
此更新消除了 $2a 实现中的缺陷。安装更新后，如果密码包含 8 位字符，现有 $2a 哈希不再与通过新的、正确的实现所生成的哈希匹配。对于通过 PAM 进行的系统登录，pam_unix2 模块会激活兼容模式，并继续使用旧算法处理现有的 $2a 哈希。这样可以确保不会锁定用户。
以 ID“$2y”创建新密码哈希，以明确地将其标识为通过正确的实现生成。

注意：要将哈希实际迁移到新算法，建议所有用户在更新后更改密码。

使用 crypt() 而非 PAM 来存储使用 blowfish 哈希的密码的服务没有此种兼容模式。这表示使用此类服务且具有 8 位密码的用户在更新后将无法登录。变通方案是，管理员可以编辑服务的密码数据库并将存储的哈希从 $2a 更改为 $2x。这将使 crypt() 使用旧算法。应要求用户更改其密码，以确保他们能够迁移到正确的算法。

常见问题　(FAQ)：

问：我的密码中只使用 ASCII 字符，我是否会受到任何影响？答：不会。

问：更新前后的 ID 代表什么意思？答：更新前：$2a -> 有缺陷的算法

更新后：$2x -> 有缺陷的算法 $2a -> 正确的算法 $2y -> 正确的算法

使用 PAM 的系统登录默认会启用兼容模式：$2x -> 有缺陷的算法 $2a -> 有缺陷的算法 $2y -> 正确的算法

问：我应该如何要求用户在下次登录时更改密码？答：以根用户身份为每位用户运行以下命令：chage -d 0

问：我运行的应用程序在其密码数据库中有 $2a 哈希。
某些用户抱怨他们再也无法登录。答：请编辑密码数据库，将受影响用户哈希的“$2a”前缀改为“$2x”。他们将能够重新登录，但应尽快更改密码。

问：我应如何关闭系统登录的兼容模式？答：在 /etc/default/passwd 中设置 BLOWFISH_2a2x=no

CVE-2011-2483 的安全更新不再需要在打开兼容模式时（默认打开）更改 blowfish 密码。此更新修复了回归。

添加了针对数个内核及库函数的手册页。更新了 crypt(3) 手册页，以同时列出 2y 前缀。

更新后的 postgresql84 程序包修复了一个安全问题，现在可用于 Red Hat Enterprise Linux 5。

Red Hat 安全响应团队已将此更新评级为具有中等安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其给出了详细的严重性等级。

PostgreSQL 是高级对象关系数据库管理系统 (DBMS)。

在使用 Blowfish 哈希的情况下，发现在 PostgreSQL pgcrypto 模块中的 crypt() 函数处理密码内的 8 位字符的方式中存在符号问题。非 ASCII 字符前最多三个字符（更高位数的字符集则为一个字符）对哈希结果没有影响，因此导致有效密码长度变短。这使得暴力猜测密码的效率更高，因为多个不同密码都通过哈希算法转换成相同的值。(CVE-2011-2483)

注意：由于 CVE-2011-2483 补丁，在安装此更新后，对于那些在后端 PostgreSQL 数据库中存储用户密码，并通过使用 PostgreSQL crypt() 函数的 Blowfish 来对密码进行哈希处理的应用程序而言，某些用户可能无法登录。可通过将哈希前缀更改为“$2x$”，为特定密码重新启用不安全的处理方式（允许受影响的用户登录）。

这些更新后的 postgresql84 程序包用于将 PostgreSQL 升级到 8.4.9 版。有关完整变更列表，请参阅《PostgreSQL 发行说明》：

http://www.postgresql.org/docs/8.4/static/release.html

建议所有 PostgreSQL 用户升级这些更新后的程序包，其中修正了此问题。如果 postgresql 服务正在运行，它将在安装此更新后自动重新启动。

远程主机受到 GLSA-201110-06 中所述漏洞的影响（PHP：多种漏洞）

已在 PHP 中发现多种漏洞。请检查下面引用的 CVE 标识符以了解详细信息。
 影响：

上下文有关的攻击者可通过多种方式执行任意代码、从进程内存获取敏感信息、绕过预期访问限制，或造成拒绝服务。
 远程攻击者可通过多种方式造成拒绝服务、绕过垃圾邮件检测，或绕过 open_basedir 限制。
 变通方案：

目前无任何已知的变通方案。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
58576	SuSE 10 安全更新：glibc（ZYPP 修补程序编号 7663）	Nessus	SuSE Local Security Checks	2012/4/3	2021/1/19	medium
61938	Mandriva Linux 安全公告：glibc (MDVSA-2011:179)	Nessus	Mandriva Local Security Checks	2012/9/6	2021/1/6	medium
75433	openSUSE 安全更新：apache2-mod_php5 (openSUSE-SU-2011:1137-1)	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/14	critical
75943	openSUSE 安全更新：man-pages (openSUSE-SU-2011:0970-1)	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/19	medium
83561	SUSE SLED10 / SLES10 安全更新：PostgreSQL (SUSE-SU-2012:1336-1)	Nessus	SuSE Local Security Checks	2015/5/20	2021/1/19	medium
217440	Linux Distros 未修补的漏洞: CVE-2011-2483	Nessus	Misc.	2025/3/3	2025/3/3	critical
55920	SuSE 10 安全更新：glibc（ZYPP 修补程序编号 7659）	Nessus	SuSE Local Security Checks	2011/8/20	2021/1/19	medium
56018	SuSE 11.1 安全更新：libxcrypt（SAT 修补程序编号 5041）	Nessus	SuSE Local Security Checks	2011/8/31	2021/1/19	medium
56019	SuSE 11.1 安全更新：man-pages (SAT 修补程序编号 5064)	Nessus	SuSE Local Security Checks	2011/8/31	2021/1/19	medium
56536	CentOS 5：postgresql84 (CESA-2011:1378)	Nessus	CentOS Local Security Checks	2011/10/19	2021/1/4	medium
56459	GLSA-201110-06：PHP：多种漏洞	Nessus	Gentoo Local Security Checks	2011/10/12	2021/1/6	critical

检测

插件搜索

medium

medium

critical

medium

medium

critical

medium

medium

medium

medium

critical