远程 Debian 10 主机上安装的程序包受到 dla-3152 公告中提及的多个漏洞影响。

  - 在 GNU C 库（也称为 glibc 或 libc6）2.31 及之前的版本中，当在目标编码（TRANSLATE 或 IGNORE）中使用多个后缀及 -c 选项调用 iconv 程序时，该程序会在处理无效的多字节输入序列时进入无限循环，进而导致拒绝服务。(CVE-2016-10228)

  - 在 x86-64 架构中，2.31 之前的 GNU C 库（也称为 glibc）在安全转换后的程序执行过程中无法忽略 LD_PREFER_MAP_32BIT_EXEC 环境变量，本地攻击者可利用此漏洞，限制加载库的可能映射地址，从而绕过用于 setuid 程序的 ASLR。(CVE-2019-19126)

  - 在 GNU C 库（也称为 glibc 或 libc6）2.32 及之前所有版本中，iconv 功能在处理 EUC-KR 编码中的无效多字节输入序列时，可能存在缓冲区过度读取的问题。(CVE-2019-25013)

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

  - 在执行 tiltil 扩展期间，发现 glibc 上游版本 (2.14) 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的路径利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

  - 2.32 及更低版本的 GNU C 库（也称为 glibc 或 libc6） 中的 iconv 函数在以 IBM1364、IBM1371、IBM1388、IBM1390 和 IBM1399  编码处理无效的多字节输入序列时，无法推进输入状态，这可导致应用程序中的无限循环，从而导致拒绝服务，此漏洞与 CVE-2016-10228 不同。(CVE-2020-27618)

  - GNU glibc 2.30.9000 的 ARMv7 memcpy() 实施中存在一个可利用的签名比较漏洞。对“num”参数使用负值（在使用 GNU glibc 实施的 ARMv7 目标上）调用 memcpy() 会导致签名比较漏洞。如果攻击者将“num”参数下溢至 memcpy()，则此漏洞可能导致写入越界内存和远程代码执行等未定义的行为。此外，此 memcpy() 实施允许程序在本应发生分段错误或崩溃的情况下继续执行。
    危险在于，后续执行及此代码的迭代将与此损坏的数据一起执行。(CVE-2020-6096)

  - GNU C 库（即 glibc 或 libc6）2.29 至 2.33 中的名称服务器缓存后台程序 (nscd) 在处理 netgroup 查找请求时，可能会因双重释放而崩溃，进而可能导致服务降级，或拒绝本地系统服务。此问题与 netgroupcache.c 相关。
    (CVE-2021-27645)

  - 在 GNU C 库（也称为 glibc 或 libc6）2.32 和较早版本中，当处理 ISO-2022-JP-3 编码中的无效输入序列时，iconv 函数导致代码路径中的断言失败并中止程序，进而可能导致拒绝服务。(CVE-2021-3326)

  - GNU C 库（即 glibc）2.32 和 2.33 版的 mq_notify 函数中存在释放后使用。此函数在被调用程序释放后，可使用通知线程属性对象（通过其 sigevent 结构参数传递），从而造成拒绝服务（应用程序崩溃），或可能造成其他不明影响。(CVE-2021-33574)

  - 当以不受信任的构建模式调用时，GNU C 库（也称为 glibc）2.33 及之前版本中的 wordexp 函数可能会崩溃或读取 parse_param 中的任意内存（在 posix/wordexp.c 中），从而可能导致拒绝服务或信息泄露。发生此问题的原因是使用了 atoi，但应使用 strtoul 来确保计算正确无误。(CVE-2021-35942)

  - 在 glibc 中发现一个缺陷。当缓冲区的大小正好为 1 时，getcwd() 中的差一缓冲区上溢和下溢可能导致内存损坏。可控制 setuid 程序中传递给 getcwd() 的输入缓冲区和大小的本地攻击者可以利用此缺陷执行任意代码并提升自己在系统上的权限。(CVE-2021-3999)

  - GNU C 库（也称为 glibc）2.34 sunrpc 模块中已弃用的兼容性函数 svcunix_create 在未验证其路径参数长度的情况下便将参数复制到堆栈上，这可能造成缓冲区溢出，从而可能导致拒绝服务或（如果构建应用程序时，未启用堆栈保护程序）任意代码执行问题。 (CVE-2022-23218)

  - GNU C 库（也称为 glibc）2.34 sunrpc 模块中已弃用的兼容性函数 clnt_create 在未验证其主机名参数长度的情况下便将参数复制到堆栈上，这可能造成缓冲区溢出，从而可能导致拒绝服务或（如果构建应用程序时，未启用堆栈保护程序）任意代码执行问题。 (CVE-2022-23219)

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

运行 MAIN 6.02 版本的远程 NewStart CGSL 主机上安装的 glibc 程序包受到多个漏洞的影响：

  - 在处理 PowerPC 上的信号蹦床时，在 2.31 之前的 glibc 中发现越界写入漏洞。具体而言，回溯函数在存储帧地址时未正确检查数组边界，从而导致拒绝服务或可能导致执行代码。此漏洞最大的威胁在于系统可用性。(CVE-2020-1751)

  - 在执行 tiltil 扩展期间，发现 glibc上游版本 (2.14) 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的 XML 文档利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

请注意，Nessus 尚未测试此问题，而是只依赖于应用程序自我报告的版本号。

Florian Weimer 发现 GNU C 库未正确处理某些内存操作。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 16.04 LTS。(CVE-2017-12133) 发现 GNU C 库未正确处理某些经 SSE2 优化的 memmove 操作。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 16.04 LTS。(CVE-2017-18269) 发现 GNU C 库未正确处理某些 pathname 操作。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 18.04 LTS。(CVE-2018-11236) 发现 GNU C 库未正确处理某些经 AVX-512 优化的 mempcpy 操作。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 18.04 LTS。(CVE-2018-11237) 发现 GNU C 库未正确处理某些主机名查询。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 18.04 LTS。
(CVE-2018-19591) Jakub Wilk 发现 GNU C 库未正确处理某些 memalign 函数。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 16.04 LTS。(CVE-2018-6485) 发现 GNU C 库在安全转换后，错误忽略 LD_PREFER_MAP_32BIT_EXEC 环境变量。本地攻击者可利用此问题绕过 ASLR 限制。(CVE-2019-19126) 发现 GNU C 库未正确处理某些正则表达式。远程攻击者可能利用此问题造成 GNU C 库崩溃，从而导致拒绝服务。
此问题仅影响 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。
(CVE-2019-9169) 发现 GNU C 库未正确处理某些位模式。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。此问题仅影响 Ubuntu 16.04 LTS 和  Ubuntu 18.04 LTS。(CVE-2020-10029) 发现 GNU C 库未正确处理 PowerPC 上的某些信号蹦床。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。(CVE-2020-1751) 发现 GNU C 库未正确处理 tilde 扩展。远程攻击者可利用此问题造成 GNU C 库崩溃，进而导致拒绝服务或可能执行任意代码。(CVE-2020-1752)。

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

远程主机上安装的 F5 Networks BIG-IP 版本低于测试版本。因此，该应用程序受到 K49921213 公告中提及的漏洞的影响。

  - 在执行 tilde 扩展期间，发现 glibc 上游版本 2.14 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的路径利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

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

远程主机上安装的 glibc 版本低于 2.26-37。因此，它受到 ALAS2-2023-2221 公告中提及的多个漏洞影响。

  - 在 x86-64 架构中，2.31 之前的 GNU C 库（也称为 glibc）在安全转换后的程序执行过程中无法忽略 LD_PREFER_MAP_32BIT_EXEC 环境变量，本地攻击者可利用此漏洞，限制加载库的可能映射地址，从而绕过用于 setuid 程序的 ASLR。(CVE-2019-19126)

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

  - 在执行 tiltil 扩展期间，发现 glibc 上游版本 (2.14) 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的路径利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

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

远程主机受到 GLSA-202101-20 中所述漏洞的影响（glibc：多个漏洞）

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

    请查看供参考的 CVE 标识符，了解详细信息。
  变通方案：

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

远程主机上安装的 glibc 版本低于 2.26-37。因此，它受到 ALAS2-2023-1944 公告中提及的多个漏洞影响。

  - 在 x86-64 架构中，2.31 之前的 GNU C 库（也称为 glibc）在安全转换后的程序执行过程中无法忽略 LD_PREFER_MAP_32BIT_EXEC 环境变量，本地攻击者可利用此漏洞，限制加载库的可能映射地址，从而绕过用于 setuid 程序的 ASLR。(CVE-2019-19126)

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

  - 在执行 tiltil 扩展期间，发现 glibc 上游版本 (2.14) 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的路径利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

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

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

  - 在执行 tiltil 扩展期间，发现 glibc上游版本 (2.14) 中引入了释放后使用漏洞。包含初始 tilde 且后跟有效用户名的目录路径受到此问题的影响。本地攻击者可通过创建特别构建的 XML 文档利用此缺陷，此文档可能会在经 glob 函数处理时，导致任意代码执行。此缺陷已在版本 2.32 中修复。(CVE-2020-1752)

  - 在处理 PowerPC 上的信号蹦床时，在 2.31 之前的 glibc 中发现越界写入漏洞。具体而言，回溯函数在存储帧地址时未正确检查数组边界，从而导致拒绝服务或可能导致执行代码。此漏洞最大的威胁在于系统可用性。(CVE-2020-1751)

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

请注意，Nessus 尚未测试此问题，而是只依靠应用程序自我报告的版本号来判断。

远程 CentOS Linux 8 主机上安装的程序包受到 CESA-2020: 4444 公告中提及的多个漏洞的影响。

  - glibc：cosl、sinl、sincosl 和 tanl 函数中存在来自构建输入的堆栈损坏 (CVE-2020-10029)

  - glibc：powerpc 的回溯函数中存在数组溢出 (CVE-2020-1751)

  - glibc：扩展 ~user 时，glob() 函数中存在释放后使用 (CVE-2020-1752)

请注意，Nessus 尚未测试此问题，而是只依赖于应用程序自我报告的版本号。

远程 Redhat Enterprise Linux 8 主机上安装的程序包受到 RHSA-2020: 4444 公告中提及的多个漏洞的影响。

  - glibc：cosl、sinl、sincosl 和 tanl 函数中存在来自构建输入的堆栈损坏 (CVE-2020-10029)

  - glibc：powerpc 的回溯函数中存在数组溢出 (CVE-2020-1751)

  - glibc：扩展 ~user 时，glob() 函数中存在释放后使用 (CVE-2020-1752)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
166426	Debian DLA-3152-1：glibc - LTS 安全更新	Nessus	Debian Local Security Checks	2022/10/23	2023/10/9	critical
147246	NewStart CGSL MAIN 6.02：glibc 多个漏洞 (NS-SA-2021-0069)	Nessus	NewStart CGSL Local Security Checks	2021/3/10	2022/5/10	high
138166	Ubuntu 16.04 LTS / 18.04 LTS：GNU C 库漏洞 (USN-4416-1)	Nessus	Ubuntu Local Security Checks	2020/7/7	2023/10/21	critical
184271	F5 Networks BIG-IP：glibc 漏洞 (K49921213)	Nessus	F5 Networks Local Security Checks	2023/11/2	2024/5/7	high
180079	Amazon Linux 2：glibc (ALAS-2023-2221)	Nessus	Amazon Linux Local Security Checks	2023/8/23	2023/8/24	high
145333	GLSA-202101-20 : glibc：多个漏洞	Nessus	Gentoo Local Security Checks	2021/1/25	2024/1/26	high
171823	Amazon Linux 2：glibc (ALAS-2023-1944)	Nessus	Amazon Linux Local Security Checks	2023/2/23	2023/9/1	high
142780	Oracle Linux 8：glibc (ELSA-2020-4444)	Nessus	Oracle Linux Local Security Checks	2020/11/12	2024/2/9	high
145977	CentOS 8：glibc (CESA-2020: 4444)	Nessus	CentOS Local Security Checks	2021/2/1	2024/1/24	high
142396	RHEL 8：glibc (RHSA-2020: 4444)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/4/28	high

检测

插件搜索

critical

high

critical

high

high

high

high

high

high

high