远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2022:0310 公告中提及的多个漏洞影响。

  - Oracle Java SE 的 Java SE、Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：
    Swing)。支持的版本中受影响的是 Java SE：7u311、8u301、11.0.12、17；Oracle GraalVM Enterprise Edition：20.3.3 和 21.2.0。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE 和 Oracle GraalVM Enterprise Edition。
    成功攻击此漏洞可导致在未经授权的情况下造成 Java SE 和 Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞不适用于仅加载并运行可信代码（如管理员安装的代码）的 Java 部署，此部署通常存在于服务器上。(CVE-2021-35556)

  - Oracle Java SE 的 Java SE、Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：
    Swing)。支持的版本中受影响的是 Java SE：7u311、8u301、11.0.12、17；Oracle GraalVM Enterprise Edition：20.3.3 和 21.2.0。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE 和 Oracle GraalVM Enterprise Edition。
    成功攻击此漏洞可导致在未经授权的情况下造成 Java SE 和 Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2021-35559)

  - Oracle Java SE 的 Java SE、Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：
    Keytool）。支持的版本中受影响的是 Java SE：7u311、8u301、11.0.12、17；Oracle GraalVM Enterprise Edition：20.3.3 和 21.2.0。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE 和 Oracle GraalVM Enterprise Edition。
    成功利用此漏洞进行攻击可导致在未经授权的情况下更新、插入或删除某些 Java SE、Oracle GraalVM Enterprise Edition 可访问数据的访问权限。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2021-35564)

  - Oracle Java SE 的 Java SE、Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：
    JSSE）。支持的版本中受影响的是 Java SE：7u311、8u301、11.0.12；Oracle GraalVM Enterprise Edition：20.3.3 和 21.2.0。可轻松利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Java SE 和 Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下造成 Java SE 和 Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2021-35565)

  - Oracle Java SE 的 Java SE、Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：
    ImageIO)。支持的版本中受影响的是 Java SE：7u311、8u301、11.0.12、17；Oracle GraalVM Enterprise Edition：20.3.3 和 21.2.0。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE 和 Oracle GraalVM Enterprise Edition。
    成功攻击此漏洞可导致在未经授权的情况下造成 Java SE 和 Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2021-35586)

  - Eclipse Openj9 0.29.0 之前版本中的 JVM 不会针对调用不可访问接口方法的 MethodHandle 抛出 IllegalAccessError 异常。(CVE-2021-41035)

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

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

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Serialization）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下造成 Java SE、Java SE Embedded 部分拒绝服务（部分 DOS）。
    注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2583)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Networking）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下更新、插入或删除某些 Java SE、Java SE Embedded 可访问数据的访问权限，以及对 Java SE、Java SE Embedded 可访问数据子集进行未经授权的读取访问。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2593)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Serialization）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致接管 Java SE、Java SE Embedded。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2604)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Networking）。
    受影响的支持版本为 Java SE：7u241 和 8u231；Java SE Embedded：8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下造成 Java SE、Java SE Embedded 部分拒绝服务（部分 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2659)

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

如 公告 RHSA-2020:0513 所述，远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到漏洞的影响。

  - Adobe Flash Player 版本 32.0.0.321 和更早版本、 32.0.0.314 和更早版本、 32.0.0.321 和更早版本以及 32.0.0.255 和更早版本存在类型混淆漏洞。若攻击者成功利用此漏洞，可导致任意代码执行。(CVE-2020-3757)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:1981 公告中所述多个漏洞的影响。

  - 在 81.0.4044.129 之前的版本中，Google Chrome 中存储中释放后使用，可能会允许入侵渲染器进程的远程攻击者通过特制的 HTML 页面执行沙盒逃逸。
    (CVE-2020-6461)

  - 81.0.4044.129 之前的 Google Chrome 任务计划中的释放后使用允许入侵渲染器进程的远程攻击者可能通过构建的 HTML 页面执行沙盒逃逸。
    (CVE-2020-6462)

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

如 公告 RHSA-2020:0084 所述，远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到漏洞的影响。

  - 79.0.3945.117 之前版本的 Google Chrome 的音频中释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6377)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:1970 公告中所述多个漏洞的影响。

  - 81.0.4044.122 之前的 Google Chrome 中的 PDFium 存在越界读取和写入，允许远程攻击者通过特制的 PDF 文件利用堆损坏。 (CVE-2020-6458)

  - 81.0.4044.122 之前的 Google Chrome 中支付的释放后使用允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6459)

  - 在低于 81.0.4044.122 的 Google Chrome 中，URL 格式的数据验证不足，允许远程攻击者通过构建的域名执行域欺骗。 (CVE-2020-6460)

  - 在 Google Chrome 81.0.4044.122 之前的版本中，ANGLE 中存在释放后使用漏洞，使远程攻击者有可能通过构建的 HTML 页面来利用堆损坏。(CVE-2020-6463)

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

如 公告 RHSA-2020:0779 所述，远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到漏洞的影响。

  - 在低于 80.0.3987.132 的 Google Chrome 中，媒体策略执行不充分，允许远程攻击者通过构造的 HTML 页面绕过同源策略。 (CVE-2020-6420)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:0738 公告中所述多个漏洞的影响。

  - 在适用于 C/C++ 的 International Components for Unicode (ICU) 66.1 及其之前的版本中发现一个问题。common/unistr.cpp 的 UnicodeString::doAppend() 函数中存在整数溢出，可导致基于堆的缓冲区溢出。(CVE-2020-10531)

  - Google Chrome 80.0.3987.116 之前版本的 V8 中存在类型混淆漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。(CVE-2020-6383)

  - 80.0.3987.116 之前版本的 Google Chrome 的 WebAudio 中的释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6384)

  - 80.0.3987.116 之前的 Google Chrome 中的语音释放后使用，允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6386)

  - 在 80.0.3987.122 之前的 Google Chrome 中，在流中存在越界内存访问，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6407)

  - Google Chrome 80.0.3987.122 之前版本的 V8 中存在类型混淆漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。(CVE-2020-6418)

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

如 公告 RHSA-2020:0005 所述，远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到漏洞的影响。

  - 79.0.3945.88 之前版本的 Google Chrome 的媒体选择器中存在释放后使用缺陷，允许已破坏渲染器进程的远程攻击者可能通过构造的 HTML 页面利用堆损坏。
    (CVE-2019-13767)

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

如 公告 RHSA-2020:1504 所述，远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到漏洞的影响。

  - 81.0.4044.113 之前版本的 Google Chrome 语音识别器中的释放后使用，可能允许远程攻击者通过特制的 HTML 页面执行沙盒逃逸。 (CVE-2020-6457)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:1487 公告中所述多个漏洞的影响。

  - Google Chrome 81.0.4044.92 之前版本中的 V8 中的越界写入允许远程攻击者通过构建的 HTML 页面潜在地利用堆损坏。(CVE-2020-6419)

  - 81.0.4044.92 之前版本的 Google Chrome 的音频中释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6423)

  - Google Chrome 81.0.4044.92 之前版本的 V8 中存在类型混淆漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面来利用堆损坏。(CVE-2020-6430)

  - 在 81.0.4044.92 之前的 Google Chrome 的全屏策略执行不充分，允许远程攻击者通过构建的 HTML 页面欺骗安全 UI。 (CVE-2020-6431)

  - 在低于 81.0.4044.92 的 Google Chrome 中，导航策略执行不充分，允许远程攻击者通过特别构建的 HTML 页面绕过导航限制。 (CVE-2020-6432)

  - 在低于 81.0.4044.92 的 Google Chrome 中，扩展策略执行不充分，允许远程攻击者通过特别构建的 HTML 页面绕过导航限制。 (CVE-2020-6433)

  - 81.0.4044.92 之前版本的 Google Chrome 的 devtools 中的释放后使用，允许远程攻击者通过构造的 HTML 页面利用堆损坏。 (CVE-2020-6434)

  - 在低于 81.0.4044.92 的 Google Chrome 中，扩展中的策略执行不充分，允许入侵渲染器进程的远程攻击者通过特别构建的 HTML 页面绕过导航限制。 (CVE-2020-6435)

  - 81.0.4044.92 之前的 Google Chrome 窗口管理中的释放后使用允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6436)

  - 在 81.0.4044.92 之前的 Google Chrome 的 WebView 中的不适当实现允许远程攻击者通过构建的应用程序欺骗安全 UI。 (CVE-2020-6437)

  - 在低于 81.0.4044.92 的 Google Chrome 中，扩展中的策略执行不充分，允许诱使用户安装恶意扩展的攻击者通过构建的 Chrome Extension 从进程内存获取潜在敏感信息。 (CVE-2020-6438)

  - 在 81.0.4044.92 之前的 Google Chrome 导航中的策略执行不充分，允许远程攻击者通过构建的 HTML 页面绕过安全 UI。 (CVE-2020-6439)

  - 81.0.4044.92 之前的 Google Chrome 中的扩展中的不当实现，允许诱使用户安装恶意扩展的攻击者通过构建的 Chrome Extension 获取潜在敏感信息。 (CVE-2020-6440)

  - 在 81.0.4044.92 之前的 Google Chrome 中，地址栏中的策略执行不充分，允许远程攻击者通过构建的 HTML 页面绕过安全 UI。 (CVE-2020-6441)

  - Google Chrome 81.0.4044.92 之前版本的缓存中存在不当实现问题，远程攻击者可能利用此漏洞，通过构建的 HTML 页面泄露跨源数据。(CVE-2020-6442)

  - 在 81.0.4044.92 之前的版本的 Google Chrome 的开发人员工具中存在不充分的数据验证，允许诱骗用户使用 devtools 的远程攻击者通过构建的 HTML 页面执行任意代码。
    (CVE-2020-6443)

  - 81.0.4044.92 之前的 Google Chrome 版本中的 WebRTC 中的未初始化使用允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6444)

  - 在 81.0.4044.92 之前版本的 Google Chrome 中，受信任类型的策略执行不充分，允许远程攻击者通过构造的 HTML 页面绕过内容安全策略。 （CVE-2020-6445， CVE-2020-6446）

  - 81.0.4044.92 之前的 Google Chrome 中开发人员工具中的不适当实现允许远程攻击者诱使用户使用 devtools 通过构建的 HTML 页面潜在地利用堆损坏。 (CVE-2020-6447)

  - 在 Google Chrome 81.0.4044.92 之前的版本中，V8 中存在释放后使用漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面利用堆损坏。(CVE-2020-6448)

  - 在 81.0.4044.92 之前的版本中，Google Chrome 中的扩展中存在释放后使用漏洞，可允许攻击者诱使用户安装恶意扩展程序，通过特别构建的 Chrome 扩展程序可能利用堆损坏问题。 (CVE-2020-6454)

  - 81.0.4044.92 之前的 Google Chrome 中的 WebSQL 的越界读取允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6455)

  - 在低于 81.0.4044.92 的 Google Chrome 中，对剪贴板中不受信任的输入验证不足，允许本地攻击者通过特制的剪贴板内容绕过站点隔离。 (CVE-2020-6456)

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

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

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Serialization）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下造成 Java SE、Java SE Embedded 部分拒绝服务（部分 DOS）。
    注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2583)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Networking）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下更新、插入或删除某些 Java SE、Java SE Embedded 可访问数据的访问权限，以及对 Java SE、Java SE Embedded 可访问数据子集进行未经授权的读取访问。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2593)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Serialization）。
    受影响的支持版本是 Java SE：7u241、8u231、11.0.5 和 13.0.1；Java SE Embedded：
    8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致接管 Java SE、Java SE Embedded。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2604)

  - Oracle Java SE 的 Java SE、Java SE Embedded 产品中的漏洞（组件：Networking）。
    受影响的支持版本为 Java SE：7u241 和 8u231；Java SE Embedded：8u231。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Java SE、Java SE Embedded。成功攻击此漏洞可导致在未经授权的情况下造成 Java SE、Java SE Embedded 部分拒绝服务（部分 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在沙盒式 Java Web Start 应用程序或沙盒式 Java 小程序（在 Java SE 8 中）的客户端上。此漏洞也可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。(CVE-2020-2659)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:0214 公告中所述多个漏洞的影响。

  - 79.0.3945.130 之前的 Google Chrome 中的语音释放后使用，允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6378)

  - 在 Google Chrome 79.0.3945.130 之前的版本中，V8 中存在释放后使用漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面利用堆损坏。(CVE-2020-6379)

  - 在低于 79.0.3945.130 的 Google Chrome 中，扩展中的策略执行不充分允许危害渲染器进程的远程攻击者通过构建的 Chrome Extension 绕过站点隔离。
    (CVE-2020-6380)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:1270 公告中所述多个漏洞的影响。

  - usrsctp 2019-12-20 之前的版本中，sctp_load_addresses_from_init 中存在越界读取 (CVE-2019-20503)

  - 低于 80.0.3987.149 的 Google Chrome 的 WebGL 的释放后使用，允许远程攻击者通过构造的 HTML 页面利用堆损坏。 (CVE-2020-6422)

  - Google Chrome 80.0.3987.149 之前版本的媒体元素中存在释放后使用漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。(CVE-2020-6424)

  - 之前版本的 Google Chrome 的扩展 80.0.3987.149 中的策略执行不充分，允许攻击者诱使用户安装恶意扩展，从而通过构建的 Chrome Extension 绕过站点隔离。 (CVE-2020-6425)

  - 在 80.0.3987.149 之前版本的 Google Chrome 中，V8 中存在不当实现漏洞，远程攻击者可利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。(CVE-2020-6426)

  - 80.0.3987.149 之前版本的 Google Chrome 的音频中释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 （CVE-2020-6427、 CVE-2020-6428、 CVE-2020-6429、 CVE-2020-6449）

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:0514 公告中所述多个漏洞的影响。

  - 在 libxslt 1.1.33 中的 transform.c 中的 xsltCopyText 中，无法再某些情况下重设指针变量。如果相关内存区域以某种方式被释放并重新使用，则边界检查可能失败，并且系统可能会写入缓冲区外的内存，或者未初始化的数据可能会被泄露。(CVE-2019-18197)

  - sqlite：因 的修复不完整导致错误处理(CVE-2019-19880)

  - SQLite 3.30.1 的 select.c 中的 flattenSubquery 未正确处理 SELECT DISTINCT 的某些用法，其中涉及其右侧是视图的 LEFT JOIN。此问题会造成空指针取消引用（或错误的结果）。(CVE-2019-19923)

  - 在 ZIP 存档更新期间，SQLite 3.30.1 的 ext/misc/zipfile.c 中的 zipfileUpdate 未正确处理空路径名称。(CVE-2019-19925)

  - SQLite 3.30.1 的 select.c 中的 multiSelect 在解析期间未正确处理某些错误，来自 sqlite3WindowRewrite() 调用的错误即为一例。注意：存在此漏洞的原因是未完整修复 CVE-2019-19880。(CVE-2019-19926)

  - ChromeOS 和 之前版本的 Android 上 Google Chrome 中的 JavaScript 80.0.3987.87 中的整数溢出允许远程攻击者可能通过构建的 HTML 页面利用堆损坏。 (CVE-2020-6381)

  - 在 80.0.3987.87 之前的 Google Chrome 的 JavaScript 中存在类型混淆，允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6382)

  - 低于 80.0.3987.87 的 Google Chrome 中的存储策略执行不充分，允许远程攻击者通过构造的 HTML 页面绕过站点隔离。 (CVE-2020-6385)

  - 低于 80.0.3987.87 的 Google Chrome 的 WebRTC 中存在越界写入，允许远程攻击者通过特制的视频流利用堆损坏。 （CVE-2020-6387， CVE-2020-6389）

  - 在 80.0.3987.87 之前的 Google Chrome 的 WebAudio 中进行越界访问，允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6388)

  - 在 80.0.3987.87 之前的 Google Chrome 中，在流中存在越界内存访问，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6390)

  - 在低于 80.0.3987.87 的 Google Chrome 的 Blink 中不受信任的输入验证不足，允许本地攻击者通过构造的 HTML 页面绕过内容安全策略。 (CVE-2020-6391)

  - 在低于 80.0.3987.87 的版本的 Google Chrome 中，扩展中的策略执行不充分，允许攻击者诱使用户安装恶意扩展，从而通过特制的 Chrome Extension 绕过导航限制。 (CVE-2020-6392)

  - 在低于 80.0.3987.87 的 Google Chrome 中，Blink 的策略执行不充分，允许远程攻击者通过构建的 HTML 页面泄漏跨源数据。 (CVE-2020-6393)

  - 在低于 80.0.3987.87 的 Google Chrome 中，Blink 的策略执行不充分，允许远程攻击者通过特别构建的 HTML 页面绕过内容安全策略。 (CVE-2020-6394)

  - 在 80.0.3987.87 之前的 Google Chrome 的 JavaScript 中存在越界读取，允许远程攻击者通过构造的 HTML 页面从进程内存获取潜在敏感信息。 (CVE-2020-6395)

  - 80.0.3987.87 之前的 Google Chrome 中 Skia 的不当实现允许远程攻击者通过构造的 HTML 页面伪造 Omnibox（URL 栏）的内容。 (CVE-2020-6396)

  - 80.0.3987.87 之前的 Google Chrome 中共享中的不适当实现，允许远程攻击者通过构建的 HTML 页面欺骗安全 UI。 (CVE-2020-6397)

  - 在 之前的 Google Chrome 中在 PDFium 80.0.3987.87 中使用未初始化的数据允许远程攻击者通过构建的 PDF 文件利用堆损坏。 (CVE-2020-6398)

  - 在低于 80.0.3987.87 的 Google Chrome 中，AppCache 的策略执行不充分，允许远程攻击者通过构建的 HTML 页面泄漏跨源数据。 (CVE-2020-6399)

  - 低于 80.0.3987.87 的 Google Chrome 中 CORS 的不当实现允许远程攻击者通过构建的 HTML 页面泄漏跨源数据。 (CVE-2020-6400)

  - 在 80.0.3987.87 之前的 Google Chrome 的 Omnibox 中，对不受信任的输入验证不充分，允许远程攻击者通过构建的域名，通过 IDN 同形异义词执行域欺骗。 （CVE-2020-6401、 CVE-2020-6411、 CVE-2020-6412）

  - 在低于 80.0.3987.87 的 OS X 上的 Google Chrome 中，下载时的策略执行不充分，允许攻击者诱使用户安装恶意扩展，从而通过构建的 Chrome Extension 执行任意代码。 (CVE-2020-6402)

  - 在 80.0.3987.87 之前的 iOS 上的 Google Chrome 中，Omnibox 的实现方式允许远程攻击者通过构造的 HTML 页面，伪造 Omnibox（URL 栏）的内容。 (CVE-2020-6403)

  - 80.0.3987.87 之前的 Google Chrome 中 Blink 中的不适当实现允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6404)

  - Google Chrome 80.0.3987.87 之前版本的 SQLite 中存在越界读取，该漏洞让远程攻击者可以通过构建的 HTML 页面从进程内存中获取敏感信息。(CVE-2020-6405)

  - 80.0.3987.87 之前版本的 Google Chrome 的音频中释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 (CVE-2020-6406)

  - 80.0.3987.87 之前的 Google Chrome 的 CORS 中的策略执行不充分，允许本地攻击者通过构建的 HTML 页面获取敏感信息。 (CVE-2020-6408)

  - 80.0.3987.87 之前的 Google Chrome 中 Omnibox 的不当实现，允许远程攻击者诱骗用户输入 URI，通过构建的域名绕过导航限制。
    (CVE-2020-6409)

  - 在低于 80.0.3987.87 的 Google Chrome 中，导航中的策略执行不充分，允许远程攻击者通过特制的域名来混淆用户。 (CVE-2020-6410)

  - 在低于 80.0.3987.87 的 Google Chrome 中，Blink 中的不适当实现允许远程攻击者通过构造的 HTML 页面绕过 HTML 验证器。 (CVE-2020-6413)

  - 在低于 80.0.3987.87 的版本中，Google Chrome 的 Safe Browsing 策略执行不充分，允许远程攻击者通过构造的 HTML 页面绕过导航限制。 (CVE-2020-6414)

  - 80.0.3987.87 之前的 Google Chrome 中 JavaScript 的不正确实现，允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6415)

  - 在低于 80.0.3987.87 的 Google Chrome 中，流中的数据验证不充分，允许远程攻击者通过构造的 HTML 页面利用堆损毁。 (CVE-2020-6416)

  - 80.0.3987.87 之前的 Google Chrome 中的安装程序中的不适当实现允许本地攻击者通过构建的注册表条目执行任意代码。 (CVE-2020-6417)

  - 在 80.0.3987.87 之前的 Google Chrome 的 AppCache 中的不适当实现允许远程攻击者通过构建的 HTML 页面绕过 AppCache 安全限制。 (CVE-2020-6499)

  - 80.0.3987.87 之前的 Google Chrome 插播中的不当实现，允许远程攻击者通过特别构建的 HTML 页面伪造地址栏（URL 栏）的内容。 (CVE-2020-6500)

  - 低于 80.0.3987.87 的 Google Chrome 中 CSP 的策略执行不充分，允许远程攻击者通过构建的 HTML 页面绕过内容安全策略。 (CVE-2020-6501)

  - 低于 80.0.3987.87 的 Google Chrome 中的权限实现不正确，允许远程攻击者通过构建的 HTML 页面欺骗安全 UI。 (CVE-2020-6502)

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

远程 CentOS Linux 6 主机上存在安装的程序包，该程序包受到 RHSA-2020:1350 公告中所述多个漏洞的影响。

  - 80.0.3987.162 之前版本的 Google Chrome 的 WebAudio 中的释放后使用，允许远程攻击者通过构造的 HTML 页面可能利用堆损坏。 （CVE-2020-6450， CVE-2020-6451）

  - 80.0.3987.162 之前的 Google Chrome 中媒体中的堆缓冲区溢出允许远程攻击者通过构建的 HTML 页面可能利用堆损坏。 (CVE-2020-6452)

  - 在 80.0.3987.162 之前版本的 Google Chrome 中，V8 中存在不当实现漏洞，远程攻击者可利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。(CVE-2020-6453)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-511.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中解决了以下漏洞：pipe：设置 max_usage Commit c73be61cede5 后唤醒 wr_wait (pipe：添加常规通知队列支持) 引入了一个回归，在某些情况下会锁定调整大小的管道。请参阅 [1] 中的复制器。调整 pipe 环大小的提交被移动到其他函数，这样会在实际引发 pipe->max_usage 之前唤醒 pipe->wr_wait。如果在调整大小之前管道已满，将导致唤醒从未实际触发 pipe_write。如果这不是监视队列，请在唤醒编写器之前设置 @max_usage 和 @nr_accounted。[Christian Brauner <brauner@kernel.org>：重写以处理监视队列] (CVE-2023-52672)

  - 在 Linux 内核中，以下漏洞已解决：gpio：pca953x：修复 pca953x_irq_bus_sync_unlock 争用。确保在设置 pca953x_irq_bus_sync_unlock() 中的中断锁存和掩码时保留“i2c_lock”以避免争用。其他（非探测）调用站点 pca953x_gpio_set_multiple() 确保在调用 pca953x_write_regs() 之前保持锁定。在基于 i.MX8MP 的系统上，大约每千次重新启动会发生一次请求与 irq_bus_sync_unlock() 的争用，出现该问题。* 正常情况 0-0022：写入寄存器 AI|3a {03,02,00,00,01} 输入锁存器 P0 0-0022：
    写入寄存器 AI|49 {fc,fd,ff,ff,fe} 中断掩码 P0 0-0022：写入寄存器 AI|08 {ff,00,00,00,00} 输出 P3 0-0022：写入寄存器 AI|12 {fc,00,00,00,00} Config P3 * 争用情况 0-0022：写入寄存器 AI|08 {ff,00,00,00,00} Output P3 0-0022：写入寄存器 AI|08 {03,02,00,00,01} *** 错误的寄存器 *** 0-0022：
    写入寄存器 AI|12 {fc,00,00,00,00} 配置 P3 0-0022：写入寄存器 AI|49 {fc,fd,ff,ff,fe} 中断掩码 P0 (CVE-2024-42253)

  - 在 Linux 内核中，解决了以下漏洞：bonding：修复 xfrm real_dev 空指针取消引用。我们不应将 real_dev 设置为空，因为数据包可能正在传输中，而 xfrm 可能并行调用 xdo_dev_offload_ok()。所有回调均假设已设置 real_dev。跟踪示例：内核：缺陷：
    无法处理地址的页面错误：0000000000001030 内核：bond0： (从属 eni0np1)：使接口成为新的活动接口 内核：#PF：内核模式中的 supervisor 写入访问 内核：#PF：error_code(0x0002) - 不存在页 内核：PGD 0 P4D 0 内核：Oops: 0002 [#1] PREEMPT SMP 内核：CPU: 4 PID: 2237 Comm：
    ping 未感染 6.7.7+ #12 内核：硬件名称：QEMU Standard PC (Q35 + ICH9，2009)，BIOS 1.16.3-2.fc40 04/01/2014 内核：RIP：0010:nsim_ipsec_offload_ok+0xc/0x20 [ netdevsim] kernel：bond0：（从属 eni0np1）：
    bond_ipsec_add_sa_all：无法添加 SA 内核：代码：e0 0f 0b 48 83 7f 38 00 74 de 0f 0b 48 8b 47 08 48 8b 37 48 8b 78 40 e9 b2 e5 9a d7 66 90 0f 1f 44 00 00 48 8b 86 80 02 00 00 <83> 80 30 10 00 00 01 b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f 内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：RSP：0018:ffffabde81553b98 EFLAGS：00010246 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：
    无法添加 SA 内核：内核：RAX: 0000000000000000 RBX：ffff9eb404e74900 RCX：ffff9eb403d97c60 内核：
    RDX：ffffffffc090de10 RSI：ffff9eb404e74900 RDI：ffff9eb3c5de9e00 内核：RBP：ffff9eb3c0a42000 R08：
    0000000000000010 R09: 0000000000000014 内核：R10: 7974203030303030 R11: 3030303030303030 R12:
    0000000000000000 内核：R13：ffff9eb3c5de9e00 R14：ffffabde81553cc8 R15：ffff9eb404c53000 kernel：FS：
    00007f2a77a3ad00(0000) GS:ffff9eb43bd00000(0000) knlGS:0000000000000000 内核：CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 内核：CR2: 0000000000001030 CR3: 00000001122ab000 CR4: 0000000000350ef0 内核：
    bond0：(从 eni0np1)：使接口成为新的活动接口 内核：调用跟踪：内核：<TASK> 内核：?
    __die+0x1f/0x60 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：无法添加 SA 内核：? page_fault_oops+0x142/0x4c0 内核：？ do_user_addr_fault+0x65/0x670 内核：？ kvm_read_and_reset_apf_flags+0x3b/0x50 内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：? exc_page_fault+0x7b/0x180 内核：？ asm_exc_page_fault+0x22/0x30 内核：？ nsim_bpf_uninit+0x50/0x50 [netdevsim] 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：无法添加 SA 内核：？内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：nsim_ipsec_offload_ok+0x7b/0x90 [bonding] 内核：xfrm_output+0x61/0x3b0 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all : 无法添加 SA 内核：
    ip_push_pending_frames+0x56/0x80 (CVE-2024-44989)

  - 在 Linux 内核中，解决了以下漏洞：bonding：修复 bond_ipsec_offload_ok 中的空指针取消引用。在取消引用指针之前，我们必须检查是否存在活动的从属。
    (CVE-2024-44990)

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

远程 CentOS Linux 9 主机上安装的程序包受到 kernel-5.14.0-508.el9 版本变更日志中提及的漏洞影响。

  - 已修复 Linux 内核中的下列漏洞：lib: objagg: Fix general protection fault The library supports aggregation of objects into other objects only if the parent object does not have a parent itself. That is, nesting is not supported. Aggregation happens in two cases: Without and with hints, where hints are a pre-computed recommendation on how to aggregate the provided objects.
    Nesting is not possible in the first case due to a check that prevents it, but in the second case there is no check because the assumption is that nesting cannot happen when creating objects based on hints. The violation of this assumption leads to various warnings and eventually to a general protection fault [1].
    Before fixing the root cause, error out when nesting happens and warn. [1] general protection fault, probably for non-canonical address 0xdead000000000d90: 0000 [#1] PREEMPT SMP PTI CPU: 1 PID: 1083 Comm:
    kworker/1:9 Tainted: G W 6.9.0-rc6-custom-gd9b4f1cca7fb #7 Hardware name: Mellanox Technologies Ltd.
    MSN3700/VMOD0005, BIOS 5.11 01/06/2019 Workqueue: mlxsw_core mlxsw_sp_acl_tcam_vregion_rehash_work RIP:
    0010:mlxsw_sp_acl_erp_bf_insert+0x25/0x80 [...] Call Trace: <TASK> mlxsw_sp_acl_atcam_entry_add+0x256/0x3c0 mlxsw_sp_acl_tcam_entry_create+0x5e/0xa0 mlxsw_sp_acl_tcam_vchunk_migrate_one+0x16b/0x270 mlxsw_sp_acl_tcam_vregion_rehash_work+0xbe/0x510 process_one_work+0x151/0x370 worker_thread+0x2cb/0x3e0 kthread+0xd0/0x100 ret_from_fork+0x34/0x50 ret_from_fork_asm+0x1a/0x30 </TASK> (CVE-2024-43846)

  - 拒绝原因：此 CVE ID 已被其 CVE Numbering Authority 拒绝或撤回。
    (CVE-2024-42226)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-505.el9 版本变更日志中提及的一个漏洞影响。

  - 已修复 Linux 内核中的下列漏洞：net/smc: reduce rtnl pressure in smc_pnet_create_pnetids_list() Many syzbot reports show extreme rtnl pressure, and many of them hint that smc acquires rtnl in netns creation for no good reason [1] This patch returns early from smc_pnet_net_init() if there is no netdevice yet. I am not even sure why smc_pnet_create_pnetids_list() even exists, because smc_pnet_netdev_event() is also calling smc_pnet_add_base_pnetid() when handling NETDEV_UP event. [1] extract of typical syzbot reports 2 locks held by syz-executor.3/12252: #0:
    ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.4/12253: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.1/12257: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.2/12261: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.0/12265: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.3/12268: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.4/12271: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.1/12274: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 2 locks held by syz-executor.2/12280: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}, at: copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1:
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1: ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}, at: smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 (CVE-2024-35934)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-503.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，解决了以下漏洞：null_blk：修复块大小的验证 块大小应在 512 和 PAGE_SIZE 之间并且是 2 的幂。当前的检查未验证此功能，因此更新检查。如果没有此补丁，当使用 bs=1536 [1] 加载时，null_blk 会因空指针取消引用而发生 Oops。[axboe：删除不必要的括号 != 0 检查] (CVE-2024-41077)

  - 在 Linux 内核中，解决了以下漏洞：dev/parport：修复了数组越界风险 修复了 sprintf 造成的数组越界问题，将其替换为 snprintf 以进行更安全的数据复制，从而确保目标缓冲区未溢出。以下是我在实际问题发生期间遇到的堆栈跟踪：[ 66.575408s] [pid:5118,cpu4,QThread,4]Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: do_hardware_base_addr+0xcc/0xd0 [parport] [ 66.575408s] [pid:5118,cpu4,QThread,5]CPU: 4 PID: 5118 Comm: QThread Tainted: G S W O 5.10.97-arm64-desktop #7100.57021.2 [ 66.575439s] [pid:5118,cpu4,QThread,6]TGID: 5087 Comm: EFileApp [ 66.575439s] [pid:5118,cpu4,QThread,7]Hardware name: HUAWEI HUAWEI QingYun PGUX-W515x-B081/SP1PANGUXM, BIOS 1.00.07 04/29/2024 [ 66.575439s] [pid:5118,cpu4,QThread,8]Call trace: [ 66.575469s] [pid:5118,cpu4,QThread,9] dump_backtrace+0x0/0x1c0 [ 66.575469s] [pid:5118,cpu4,QThread,0] show_stack+0x14/0x20 [ 66.575469s] [pid:5118,cpu4,QThread,1] dump_stack+0xd4/0x10c [ 66.575500s] [pid:5118,cpu4,QThread,2] panic+0x1d8/0x3bc [ 66.575500s] [pid:5118,cpu4,QThread,3] __stack_chk_fail+0x2c/0x38 [ 66.575500s] [pid:5118,cpu4,QThread,4] do_hardware_base_addr+0xcc/0xd0 [parport] (CVE-2024-42301)

  - 在 Linux 内核中，解决了以下漏洞：leds：trigger：调用 deactivate() 之前取消注册 sysfs 属性 具有触发器特定 sysfs 属性的触发器通常将相关数据存储在由 activate() 回调分配的触发器数据中，并由 deactivate() 回调释放。在调用 deactivate() 之后调用 device_remove_groups() 会留下一个窗口，在停用之后可在其中调用 sysfs 属性显示/存储函数，然后对刚释放的触发数据进行操作。将 device_remove_groups() 调用移至 deactivate() 之前，以关闭此争用窗口。这也会使停用路径以与激活路径（在调用 device_add_groups() 之前调用 activate() 回调）相反的顺序正确执行操作。(CVE-2024-43830)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 openssl-3.2.2-4.el9 版本变更日志中提及的一个漏洞影响。

  - SSL_select_next_proto 缓冲区过度读取 (CVE-2024-5535)

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

远程 CentOS Linux 9 主机上安装的程序包受到 curl-7.76.1-31.el9 版本变更日志中提及的一个漏洞影响。

  - 如果应用程序告知 libcurl，它想要允许 HTTP/2 服务器推送，当接收到的推送标头数量超过允许的上限 (1000) 时，libcurl 会中止服务器推送。中止后，libcurl 不会无意中释放之前分配的所有标头，而是泄漏内存。
    此外，此错误条件会静默失败，因此不容易被应用程序检测到。
    (CVE-2024-2398)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 python3.9-3.9.19-8.el9 版本变更日志中提及的一个漏洞影响。

  - 存在对 CPython zipfile 模块造成影响的高危漏洞，该漏洞会影响 zipfile.Path。
    请注意，更通用的 API zipfile.ZipFile 类不受影响。迭代 zip 存档中的条目名称时（例如，zipfile.Path 的方法，如 namelist()、iterdir() 等），该过程可能会因恶意制作的 zip 存档而陷入无限循环。仅读取元数据或提取 zip 存档的内容时会出现此缺陷。不处理用户控制的 zip 存档的程序不受影响。(CVE-2024-8088)

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

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

  - 11 及之前版本的 latchset jose 允许攻击者通过较大的 p2c（又称为 PBES2 计数）值造成拒绝服务（CPU 消耗）。(CVE-2023-50967)

  - jose 是用于 JSON 对象签名和加密的 JavaScript 模块，提供对 JSON Web Tokens (JWT)、JSON Web Signature (JWS)、JSON Web Encryption (JWE)、JSON Web Key (JWK)、JSON Web Key Set (JWKS) 等的支持。在 JSON Web Encryption (JWE) 解密接口中发现一个漏洞，该漏洞尤其与解密后纯文本的解压缩支持有关。在某些情况下，该漏洞可能会在 JWE 解密操作期间使用户的环境消耗不合理的 CPU 时间或内存资源。已在 2.0.7 和 4.15.5 中修补此问题。
    (CVE-2024-28176)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 python3.9-3.9.19-7.el9 版本变更日志中提及的一个漏洞影响。

  - 存在影响 CPython 的中危漏洞。序列化电子邮件消息时，电子邮件模块未正确引用电子邮件标头的换行符，从而允许在序列化电子邮件时注入标头。(CVE-2024-6923)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 python- setuptools-53.0.0-13.el9 版本变更日志中提及的一个漏洞影响。

  - 在 69.1.1 及之前版本的 pypa/setuptools 中，package_index 模块存在漏洞，导致攻击者可以通过其下载函数执行远程代码。由于这些函数用于从用户提供或程序包索引服务器检索的 URL 下载程序包，因而容易受到代码注入影响。如果这些函数被泄露给用户控制的输入（例如程序包 URL），攻击者则可在系统上执行任意命令。此问题已在 70.0 版本中修复。(CVE-2024-6345)

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

远程 CentOS Linux 7 主机上安装的多个程序包受到 RHSA-2024:3980 公告中提及的一个漏洞影响。

  - Flatpak 是用于在 Linux 上构建、分发和运行沙盒桌面应用程序的系统。在 1.10.9、1.12.9、1.14.6 和 1.15.8 之前版本中，恶意或遭到破坏的 Flatpak 应用程序可在其沙盒外部执行任意代码。通常情况下，系统会为 `flatpak run` 的 `--command`参数提供要在指定 Flatpak 应用程序中运行的命令（可选择性附带一些参数）。但是，可以将 `bwrap` 参数传递到 `--command=`，例如“--bind”。可从 Flatpak 应用程序内将任意 `commandline` 传递到门户界面 `org.freedesktop.portal.Background.RequestBackground`。将其转换为 `--command` 和参数时，可达到将参数直接传递到 `bwrap` 的相同效果，因此可用于沙盒逃逸。解决方案是将  `--` 参数传递给 `bwrap`，这会使其停止处理选项。从 bubblewrap 0.3.0 开始支持此操作。所有受支持的 Flatpak 版本都至少需要该版本的 bubblewrap。xdg-desktop-portal 1.18.4 版本仅允许 Flatpak 应用为不以 -- 开头的命令创建 .desktop 文件，以缓解此漏洞。1.15.8、1.10.9、1.12.9 和 1.14.6 版本已修补此漏洞。(CVE-2024-32462)

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

远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2024:3939 公告中提及的多个漏洞影响。

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 软件存在访问控制不当漏洞，特权用户可能利用此漏洞，通过本地访问权限实现权限升级。(CVE-2022-27635、CVE-2022-40964)

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 软件存在输入验证不当漏洞，未经身份验证的用户可能利用此漏洞，通过邻近的访问权限造成拒绝服务。(CVE-2022-36351)

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 软件中存在输入验证不当漏洞，经过身份验证的用户可能利用此漏洞，通过本地访问权限实现权限升级。(CVE-2022-38076)

  - 某些 Intel(R) PROSet/Wireless WiFi 软件存在保护机制失败漏洞，特权用户可能利用此漏洞，通过本地访问权限实现权限升级。(CVE-2022-46329)

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

远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2024:3669 公告中提及的一个漏洞影响。

  - less 至 653 版本允许通过文件名中的换行符执行操作系统命令，因为 filename.c 中的引用未得到正确处理。成功利用通常需要使用攻击者控制的文件名，例如从不受信任的存档中提取的文件。成功利用也需要 LESSOPEN 环境变量，但在很多常见情况下这是默认设置。(CVE-2024-32487)

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

远程 CentOS Linux 7 主机上安装的多个程序包受到 RHSA-2024:0857 公告中提及的一个漏洞影响。

  - 10.1.0 及之前的 Pillow 允许通过环境参数造成 PIL.ImageMath.eval 任意代码执行，此漏洞与 CVE-2022-22817（关于表达式参数）不同。(CVE-2023-50447)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 python3.9-3.9.19-4.el9 版本变更日志中提及的一个漏洞影响。

  - ipaddress 模块包含关于特定 IPv4 和 IPv6 地址是被指定为全局可访问还是私有的错误信息。这会影响 ipaddress.IPv4Address、ipaddress.IPv4Network、ipaddress.IPv6Address 和 ipaddress.IPv6Network 类别的 is_private 和 is_global 属性，不会根据 IANA 特殊用途地址注册表的最新信息返回其中的值。CPython 3.12.4 和 3.13.0a6 包含来自这些注册表的更新信息，因此实现预期行为。(CVE-2024-4032)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-479.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，以下漏洞已修复：can：j1939：j1939_netdev_start()：修复了 rx_kref of j1939_priv 的 UAF。它将为 j1939_priv 的 rx_kref 触发 UAF，如下所示。cpu0 cpu1 j1939_sk_bind(socket0, ndev0, ...) j1939_netdev_start j1939_sk_bind(socket1, ndev0, ...) j1939_netdev_start j1939_priv_set j1939_priv_get_by_ndev_locked j1939_jsk_add ..... j1939_netdev_stop kref_put_lock(&priv->rx_kref, ...) kref_get(&priv->rx_kref, ...) REFCOUNT_WARN(addition on 0;...) ==================================================== refcount_t：在 0 上增加；释放后使用。警告：
    CPU：1 PID：20874 在 lib/refcount.c:25 refcount_warn_saturate+0x169/0x1e0 RIP：
    0010:refcount_warn_saturate+0x169/0x1e0 调用追踪：j1939_netdev_start+0x68b/0x920 j1939_sk_bind+0x426/0xeb0 ? security_socket_bind+0x83/0xb0 rx_kref's kref_get() 和 kref_put() 应使用 j1939_netdev_lock 进行保护。(CVE-2021-47459)

  - 在 Linux 内核中，以下漏洞已修复：net/sched：修复了设备递归时的镜像死锁。当在分类出口 qdisc 上使用镜像操作，且数据包被镜像或重定向至自身时，我们会遭遇 qdisc 锁定死锁。请参阅下面的跟踪。[...为简短起见，已删除其他信息...] [ 82.890906] [ 82.890906] ========================== ================== [ 82.890906] 警告：
    检测到可能的递归锁定 [ 82.890906] 6.8.0-05205-g77fadd89fe2d-dirty #213 受污染：G W [82.890906] -------------------------------------------- [ 82.890906] ping/418 正在尝试获取锁定：[82.890906] ffff888006994110 (&sch->q.lock){+.-.}-{3:3}，位置：__dev_queue_xmit+0x1778/0x3550 [ 82.890906] [82.890906] 但任务正在保持锁定：[ 82.890906] ffff888006994110 (&sch->q.lock){+.-.}- {3:3}，位置：
    __dev_queue_xmit+0x1778/0x3550 [ 82.890906] [ 82.890906] 可能有助于调试此问题的其他信息：[82.890906] 可能不安全的锁定方案：[ 82.890906] [ 82.890906] CPU0 [ 82.890906] ---- [ 82.890906] lock(&sch->q.lock)；[ 82.890906] lock(&sch->q.lock)；[ 82.890906] [ 82.890906] ***死锁*** [82.890906] [...为简短起见，已删除其他信息...] 示例设置 (eth0->eth0) 以重新创建 tc qdisc add dev eth0 root handle 1: htb default 30 tc filter add dev eth0 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth0 另一个示例(eth0->eth1->eth0) 以重新创建 tc qdisc add dev eth0 root handle 1: htb default 30 tc filter add dev eth0 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth1 tc qdisc add dev eth1 root handle 1: htb default 30 tc filter add dev eth1 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth0 通过在输入根 qdisc 后向 struct Qdisc set 添加所有者字段 (CPU id)，我们已修复此问题。softirq 第二次进入时，如果 qdisc 所有者为同一 CPU，将丢弃该数据包以中断循环。(CVE-2024-27010)

  - 在 Linux 内核中，以下漏洞已修复：tty: n_gsm：修复 gsm0_receive() 中可能的越界。假设：- A 端在基本选项模式中配置 n_gsm。- B 端发送数据长度为 1 的基本选项模式帧的标头。- A 端切换到高级选项模式。
    - B 端发送超过 gsm->len 的 2 个数据字节。原因：高级选项模式中不使用 gsm->len。- A 端切换到基本选项模式。- B 端持续发送，直到 gsm0_receive() 写入超过 gsm->buf。原因：重新配置后 gsm->state 和 gsm->len 均未重置。通过将 gsm->count 与 gsm->len 的比较从等于更改为小于，可以修复此问题。还添加了针对 gsm0_receive() 和 gsm1_receive() 中常量 MAX_MRU 的上限检查，以针对 gsm->len 和 gsm->mru 的内存损坏进行强化。所有其他检查仍然存在，因为我们仍需根据用户配置和实际负载大小限制数据。(CVE-2024-36016)

  - 在 Linux 内核中，以下漏洞已修复：rtnetlink：更正嵌套的 IFLA_VF_VLAN_LIST 属性验证。假定嵌套 IFLA_VF_VLAN_LIST 内的每个属性都是 struct ifla_vf_vlan_info，因此此类属性的大小需要至少为 sizeof(struct ifla_vf_vlan_info)，即 14 个字节。当前 do_setvfinfo 中的大小验证是针对 NLA_HDRLEN（4 字节），小于 sizeof(struct ifla_vf_vlan_info)，因此该验证是不够的，可能将过小的属性转换为 struct ifla_vf_vlan_info，这可能导致在访问 ivvl 中已保存（转换）的条目时出现越界读取访问。 (CVE-2024-36017)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 openssh-8.7p1-43.el9 版本变更日志中提及的一个漏洞影响。

  - 在 OpenSSH 服务器 (sshd) 处理信号的方式中发现争用条件漏洞。如果远程攻击者未在设定的时间段内进行身份验证，则会异步调用 sshd 的 SIGALRM 处理程序。但是，此信号处理程序会调用非 async-signal-safe 的各种函数，如 syslog()。在最坏的情况下，攻击者可能会在攻击成功后以运行 sshd 服务器的非特权用户的身份执行远程代码执行 (RCE)。
    (CVE-2024-6409)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-474.el9 版本变更日志中提及的多个漏洞影响。

  - 已修复 Linux 内核中的下列漏洞：wifi: iwlwifi: mvm: guard against invalid STA ID on removal Guard against invalid station IDs in iwl_mvm_mld_rm_sta_id as that would result in out-of-bounds array accesses. This prevents issues should the driver get into a bad state during error handling. (CVE-2024-36921)

  - 已修复 Linux 内核中的下列漏洞：io_uring: drop any code related to SCM_RIGHTS This is dead code after we dropped support for passing io_uring fds over SCM_RIGHTS, get rid of it. (CVE-2023-52656)

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: mt7921e: fix use-after-free in free_irq() From commit a304e1b82808 ([PATCH] Debug shared irqs), there is a test to make sure the shared irq handler should be able to handle the unexpected event after deregistration. For this case, let's apply MT76_REMOVED flag to indicate the device was removed and do not run into the resource access anymore. BUG: KASAN: use-after-free in mt7921_irq_handler+0xd8/0x100 [mt7921e] Read of size 8 at addr ffff88824a7d3b78 by task rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod Tainted: G W L 5.17.0 #10 Hardware name: Micro-Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 Call Trace: <TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ? mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ? free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath9k: delay all of ath9k_wmi_event_tasklet() until init is complete The ath9k_wmi_event_tasklet() used in ath9k_htc assumes that all the data structures have been fully initialised by the time it runs. However, because of the order in which things are initialised, this is not guaranteed to be the case, because the device is exposed to the USB subsystem before the ath9k driver initialisation is completed. We already committed a partial fix for this in commit: 8b3046abc99e (ath9k_htc: fix NULL pointer dereference at ath9k_htc_tx_get_packet()) However, that commit only aborted the WMI_TXSTATUS_EVENTID command in the event tasklet, pairing it with an initialisation complete bit in the TX struct. It seems syzbot managed to trigger the race for one of the other commands as well, so let's just move the existing synchronisation bit to cover the whole tasklet (setting it at the end of ath9k_htc_probe_device() instead of inside ath9k_tx_init()). (CVE-2024-26897)

  - 已修复 Linux 内核中的下列漏洞：wifi: brcm80211: handle pmk_op allocation failure The kzalloc() in brcmf_pmksa_v3_op() will return null if the physical memory has run out. As a result, if we dereference the null value, the null pointer dereference bug will happen. Return
    -ENOMEM from brcmf_pmksa_v3_op() if kzalloc() fails for pmk_op. (CVE-2024-27048)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 openssh-8.7p1-42.el9 版本变更日志中提及的一个漏洞影响。

  - 在 OpenSSH 的服务器 (sshd) 中发现安全回归 (CVE-2006-5051)。存在一个争用条件，其可导致 sshd 以不安全的方式处理某些信号。未经身份验证的远程攻击者可通过无法在设定时间段内进行身份验证来将其触发。(CVE-2024-6387)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 cockpit-320-1.el9 版本变更日志中提及的一个漏洞影响。

  - 在 cockpit 程序包中发现一个缺陷。此缺陷允许经过身份验证的用户在启用 pam_env 的 user_readenv 选项时终止任何进程，从而导致拒绝服务 (DoS) 攻击。
    (CVE-2024-6126)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-472.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，以下漏洞已得到解决：xsk：修复 ZC XDP 的多缓冲区 BPF 帮助程序的使用 目前，当通过 bpf_xdp_adjust_tail() 缩小数据包并将内存类型设置为 MEM_TYPE_XSK_BUFF_POOL 时，会发生空指针取消引用：[1136314.192256] BUG: kernel NULL pointer dereference, address: 0000000000000034 [1136314.203943] #PF: supervisor read access in kernel mode [1136314.213768] #PF: error_code(0x0000) - not-present page [1136314.223550] PGD 0 P4D 0 [1136314.230684] Oops: 0000 [#1] PREEMPT SMP NOPTI [1136314.239621] CPU: 8 PID: 54203 Comm: xdpsock Not tainted 6.6.0+ #257 [1136314.250469] Hardware name: Intel Corporation S2600WFT/S2600WFT, BIOS SE5C620.86B.02.01.0008.031920191559 03/19/2019 [1136314.265615] RIP: 0010:__xdp_return+0x6c/0x210 [1136314.274653] Code: ad 00 48 8b 47 08 49 89 f8 a8 01 0f 85 9b 01 00 00 0f 1f 44 00 00 f0 41 ff 48 34 75 32 4c 89 c7 e9 79 cd 80 ff 83 fe 03 75 17 <f6> 41 34 01 0f 85 02 01 00 00 48 89 cf e9 22 cc 1e 00 e9 3d d2 86 [1136314.302907] RSP: 0018:ffffc900089f8db0 EFLAGS: 00010246 [1136314.312967] RAX: ffffc9003168aed0 RBX: ffff8881c3300000 RCX: 0000000000000000 [1136314.324953] RDX: 0000000000000000 RSI: 0000000000000003 RDI: ffffc9003168c000 [1136314.336929] RBP: 0000000000000ae0 R08: 0000000000000002 R09: 0000000000010000 [1136314.348844] R10: ffffc9000e495000 R11: 0000000000000040 R12: 0000000000000001 [1136314.360706] R13:
    0000000000000524 R14: ffffc9003168aec0 R15: 0000000000000001 [1136314.373298] FS: 00007f8df8bbcb80(0000) GS:ffff8897e0e00000(0000) knlGS:0000000000000000 [1136314.386105] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [1136314.396532] CR2: 0000000000000034 CR3: 00000001aa912002 CR4: 00000000007706f0 [1136314.408377] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [1136314.420173] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [1136314.431890] PKRU: 55555554 [1136314.439143] Call Trace: [1136314.446058] <IRQ> [1136314.452465] ? __die+0x20/0x70 [1136314.459881] ? page_fault_oops+0x15b/0x440 [1136314.468305] ? exc_page_fault+0x6a/0x150 [1136314.476491] ? asm_exc_page_fault+0x22/0x30 [1136314.484927] ? __xdp_return+0x6c/0x210 [1136314.492863] bpf_xdp_adjust_tail+0x155/0x1d0 [1136314.501269] bpf_prog_ccc47ae29d3b6570_xdp_sock_prog+0x15/0x60 [1136314.511263] ice_clean_rx_irq_zc+0x206/0xc60 [ice] [1136314.520222] ? ice_xmit_zc+0x6e/0x150 [ice] [1136314.528506] ice_napi_poll+0x467/0x670 [ice] [1136314.536858] ? ttwu_do_activate.constprop.0+0x8f/0x1a0 [1136314.546010] __napi_poll+0x29/0x1b0 [1136314.553462] net_rx_action+0x133/0x270 [1136314.561619] __do_softirq+0xbe/0x28e [1136314.569303] do_softirq+0x3f/0x60 这是来自 __xdp_return() 调用，其中 xdp_buff 参数传递为 NULL，该参数应该由 xsk_buff_free() 调用使用。为了正确解决这个问题，在 ZC 案例中，需要从 xskb_list 中删除代表要删除的片段的节点。引入适当的 xsk 帮助程序来执行此类节点操作，并在 bpf_xdp_adjust_tail() 中相应地使用这些程序。(CVE-2024-26611)

  - 在 Linux 内核中，以下漏洞已得到解决：ext4：避免在 ext4_mb_find_by_goal() 中分配来自损坏组的区块 在组锁的保护下应用用于检查组的区块位图是否损坏的逻辑，以避免从具有损坏区块位图的组中分配区块。(CVE-2024-26772)

  - 在 Linux 内核中，以下漏洞已得到解决：ext4：修复在线调整大小期间的损坏 我们发现，在对大于 16 TiB、区块大小为 4k 的文件系统进行在线调整时发生损坏。当区块数超过 2^32 时，mke2fs 默认关闭 resize_inode。为了方便起见，可以通过明确关闭 resize_inode 以在较小的文件系统上重现该问题。执行在线调整大小时，超过 8 GiB（此设置中元区块组的大小）会导致发生损坏：dev=/dev/<some_dev> # should be >= 16 GiB mkdir -p /corruption /sbin/mke2fs -t ext4 -b 4096 -O ^resize_inode $dev $((2 * 2**21 - 2**15)) mount -t ext4 $dev /corruption dd if=/dev/zero bs=4096 of=/corruption/test count=$((2*2**21 - 4*2**15)) sha1sum /corruption/test # 79d2658b39dcfd77274e435b0934028adafaab11 /corruption/test /sbin/resize2fs $dev $((2*2**21)) # 删除页面缓存以强制从磁盘重新加载区块 echo 1 > /proc/sys/vm/drop_caches sha1sum /corruption/test # 3c2abc63cbf1a94c9e6977e0fbd72cd832c4d5c3 /corruption/test 2^21 = 2^15*2^6 等于 8 GiB，其中 2^15 是每个块组的块数，2^6 是组成元块组的块组数。最后的校验和可能会有所不同，具体取决于文件在物理块中的布局方式。实际损坏发生在物理区块 63*2^15 = 2064384 处，这将是元区块群组的区块描述符的备份位置。在在线调整大小期间，文件系统将从 s_first_meta_bg 开始转换为 meta_bg，在示例中为 2 - 表示 16 GiB 之后的所有块组。
    但是，在 ext4_flex_group_add 中，我们可能会添加还不属于首个元块组一部分的块组。在重现程序中，我们通过从元区块群组的起始点减去整个区块群组的大小来实现此目的。更新备份区块群组描述符以遵循 non-meta_bg 布局时，必须考虑这一点。补丁是添加一个测试，以判断要添加的组是否已经属于元块组。(CVE-2024-35807)

  - 在 Linux 内核中，以下漏洞已得到解决：block：修复 blk_ioctl_discard() 中的溢出 未对 blk_ioctl_discard() 中的“start + len”溢出进行检查。如果提交带有以下参数的废弃 ioctl，则会发生挂起任务：start = 0x80000000000ff000, len = 0x8000000000fff000; 现在添加溢出验证。(CVE-2024-36917)

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

远程 CentOS Linux 9 主机上安装的一个程序包受到 python- urllib3-1.26.5-6.el9 版本变更日志中提及的一个漏洞影响。

  - urllib3 是适用于 Python 的易用 HTTP 客户端库。将 urllib3 的代理支持与“ProxyManager”一起使用时，系统只会按预期方式将“Proxy-Authorization”标头发送到已配置的代理。
    但是，在不使用 urllib3 的代理支持发送 HTTP 请求时，可能会意外配置“Proxy-Authorization”标头，即使它不会产生任何影响，因为请求未使用转发代理或隧道代理。在这些情况下，urllib3 不会将“Proxy-Authorization”HTTP 标头视为携带认证材料的标头，因此不会在跨源重定向时剥离标头。由于发生这种情况的可能性很小，因此我们认为此漏洞的严重性对几乎所有用户都为低危。出于谨慎考虑，urllib3 将在跨源重定向期间自动剥离“Proxy-Authorization”标头，以避免用户意外执行此操作的可能性。用户应该使用 urllib3 的代理支持或禁用自动重定向来实现对“Proxy-Authorization”标头的安全处理，但我们仍然决定默认剥离该标头，以进一步保护未使用正确方法的用户。我们认为受此公告影响的用例很少。要利用该漏洞，必须满足以下所有条件：1. 设置“Proxy-Authorization”标头而不使用 urllib3 的内置代理支持。2. 不禁用 HTTP 重定向。3. 不使用 HTTPS 源服务器，或者将代理或目标源重定向到恶意源。建议用户更新到版本 1.26.19 或版本 2.2.2。无法升级的用户可以将“Proxy-Authorization”标头与 urllib3 的“ProxyManager”一起使用，在发送请求时使用“redirects=False”禁用 HTTP 重定向，或者不使用“Proxy-Authorization”标头作为缓解措施。(CVE-2024-37891)

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

远程 CentOS Linux 7 主机上安装的多个程序包受到 RHSA-2024:4160 公告中提及的一个漏洞影响。

  - IBM SDK、Java Technology Edition 的对象请求代理 (ORB)（7.1.0.0 至 7.1.5.21 和 8.0.0.0 至 8.0.8.21 版本）在某些情况下容易遭受拒绝服务攻击，因强制执行 JEP 290 MaxRef 和 MaxDepth 反序列化筛选器不当所致。IBM X-Force ID：260578。
    (CVE-2023-38264)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-467.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，以下漏洞已修复：efivarfs：如果不支持 SetVariable，在重新挂载时会强制执行 RO 如果固件不支持运行时的 SetVariable，我们绝不会为该函数分配回调。同时将 efivarfs 挂载为 RO，让任何人都无法调用。但是，我们从不会检查权限标记，除非有人将文件系统重新挂载为 RW。因此，这会导致崩溃，具体如下所示：$ mount -o remount,rw /sys/firmware/efi/efivars $ efi-updatevar -f PK.auth PK [303.279166] 无法处理虚拟地址 0000000000000000 的内核空指针取消引用 [303.280482] 内存中止信息：[ 303.280854] ESR = 0x0000000086000004 [ 303.281338] EC = 0x21：IABT（当前 EL），IL = 32 位 [ 303.282016] SET = 0，FnV = 0 [ 303.282414] EA = 0，S1PTW = 0 [ 303.282821] FSC = 0x04：
    0 级转换错误 [ 303.283771] 用户 pgtable：4k 页面，48 位虚拟机，pgdp=000000004258c000 [303.284913] [0000000000000000] pgd=0000000000000000、p4d=0000000000000000 [ 303.286076] 内部错误：
    Oops：0000000086000004 [#1] PREEMPT SMP [ 303.286936] 模块链接位置：qrtr tpm_tis tpm_tis_core crct10dif_ce arm_smccc_trng rng_core drm fuse ip_tables x_tables ipv6 [ 303.288586] CPU：1 PID：755 命令：
    efi-updatevar 未感染 6.3.0-rc1-00108-gc7d0c4695c68 #1 [ 303.289748] 硬件名称：未知 未知产品/未知产品，BIOS 2023.04-00627-g88336918701d 04/01/2023 [ 303.291150] pstate：60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 303.292123] pc：0x0 [ 303.292443] lr：
    efivar_set_variable_locked+0x74/0xec [ 303.293156] sp：ffff800008673c10 [ 303.293619] x29：
    ffff800008673c10 x28：ffff0000037e8000 x27：0000000000000000 [ 303.294592] x26：0000000000000800 x25：
    ffff000002467400 x24：0000000000000027 [ 303.295572] x23：ffffd49ea9832000 x22：ffff0000020c9800 x21：
    ffff000002467000 [ 303.296566] x20：0000000000000001 x19：00000000000007fc x18：0000000000000000 [303.297531] x17：0000000000000000 x16：0000000000000000 x15：0000aaaac807ab54 [ 303.298495] x14：
    ed37489f673633c0 x13：71c45c606de13f80 x12：47464259e219acf4 [ 303.299453] x11：ffff000002af7b01 x10：
    0000000000000003 x9：0000000000000002 [ 303.300431] x8：0000000000000010 x7：ffffd49ea8973230 x6：
    0000000000a85201 [ 303.301412] x5：0000000000000000 x4：ffff0000020c9800 x3：00000000000007fc [303.302370] x2：0000000000000027 x1：ffff000002467400 x0：ffff000002467000 [ 303.303341] 调用跟踪：[303.303679] 0x0 [ 303.303938] efivar_entry_set_get_size+0x98/0x16c [ 303.304585] efivarfs_file_write+0xd0/0x1a4 [ 303.305148] vfs_write+0xc4/0x2e4 [ 303.305601] ksys_write+0x70/0x104 [303.306073] __arm64_sys_write+0x1c/0x28 [ 303.306622] invoke_syscall+0x48/0x114 [ 303.307156] el0_svc_common.constprop.0+0x44/0xec [ 303.307803] do_el0_svc+0x38/0x98 [ 303.308268] el0_svc+0x2c/0x84 [303.308702] el0t_64_sync_handler+0xf4/0x120 [ 303.309293] el0t_64_sync+0x190/0x194 [ 303.309794] 代码：
    ???????? ???????? ???????? ???????? (????????) [ 303.310612] ---[结束跟踪 0000000000000000]--- 通过向 fs 操作添加 .reconfigure() 函数修复此漏洞，我们可以使用此函数检查请求的标记，并拒绝不是 RO 的任何内容（前提是固件在运行时未实施 SetVariable）。(CVE-2023-52463)

  - 此 CVE 由 Intel 分配。有关更多信息，请参阅 CVE.org 中的 CVE-2024-2201。(CVE-2024-2201)

  - 在 Linux 内核中，以下漏洞已修复：block：防止在 blk_rq_stat_sum() 中出现除以零问题。表达式 dst->nr_samples + src->nr_samples 在溢出时可能有零值。请务必添加检查，以避免除以零问题。由 Linux Verification Center (linuxtesting.org) 和 Svace 发现。(CVE-2024-35925)

  - 在 Linux 内核中，以下漏洞已修复：keys：修复实例化时密钥到期的覆盖问题。实例化期间，密钥的到期时间会被无条件覆盖，默认使其永久覆盖。这会造成 DNS 解析问题，因为用户空间设置的有效期限会被 TIME64_MAX 覆盖，进而导致无法进一步更新 DNS。将条件还原为仅当预解析器设置特定有效期限时才调用 key_set_expiry，从而修复此问题。(CVE-2024-36031)

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

远程 CentOS Linux 7 主机上安装的一个程序包受到 RHSA-2024:4016 公告中提及的多个漏洞影响。

  - 如果在正确的时间触发垃圾回收，则对象移植期间可能会发生释放后使用。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5688)

  - 通过监控特定操作花费的时间，攻击者可能猜出用户系统上正在运行的外部协议处理程序。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5690)

  - 通过使用 `X-Frame-Options` 标头欺骗浏览器，沙盒 iframe 可以展示一个按钮，在用户点击后绕过限制以打开新窗口。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5691)

  - Offscreen Canvas 未正确跟踪跨源污染，攻击者可在违反同源策略的情况下利用它来访问其他站点的图像数据。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5693)

  - 攻击者可能通过操纵 `<input>` 标签中的文本，造成内存损坏，进而导致可能被利用的崩溃。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5696)

  - Firefox 126、Firefox ESR 115.11 和 Thunderbird 115.11 中的内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5700)

  - 网络堆栈中的内存损坏可能导致潜在的可利用崩溃。此漏洞会影响 Firefox < 125、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5702)

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

远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2024:3741 公告中提及的多个漏洞影响。

  - `named`中的 DNS 消息解析代码包含一个计算复杂性过高的区段。
    它不会对典型的 DNS 流量造成问题，但构建的查询和响应可能会利用此缺陷，导致受影响的 `named` 实例上的 CPU 负载过大。此问题会同时影响授权服务器和递归解析器。此问题影响 BIND 9 版本 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 远程攻击者可利用 DNS 协议的某些 DNSSEC 方面（在 RFC 4033、4034、4035、6840 和相关 RFC 中），通过一个或多个 DNSSEC 响应造成拒绝服务情形（CPU 消耗），也称为 KeyTrap 问题。其中一个问题是，当存在包含多条 DNSKEY 和 RRSIG 记录的区域时，协议规范意味着算法必须评估 DNSKEY 和 RRSIG 记录的所有组合。(CVE-2023-50387)

  - 远程攻击者可利用 DNS 协议的最近封装体验证方面（在跳过 RFC 9276 指南时的 RFC 5155 中），通过随机子域攻击中的 DNSSEC 响应造成拒绝服务情形（SHA-1 计算的 CPU 消耗），也称为 NSEC3 问题。RFC 5155 规范意味着算法在某些情况下必须执行数千次的哈希函数迭代。(CVE-2023-50868)

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

远程 CentOS Linux 7 主机上安装的一个程序包受到 RHSA-2024:3951 公告中提及的多个漏洞影响。

  - 如果在正确的时间触发垃圾回收，则对象移植期间可能会发生释放后使用。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5688)

  - 通过监控特定操作花费的时间，攻击者可能猜出用户系统上正在运行的外部协议处理程序。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5690)

  - 通过使用 `X-Frame-Options` 标头欺骗浏览器，沙盒 iframe 可以展示一个按钮，在用户点击后绕过限制以打开新窗口。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5691)

  - Offscreen Canvas 未正确跟踪跨源污染，攻击者可在违反同源策略的情况下利用它来访问其他站点的图像数据。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5693)

  - 攻击者可能通过操纵 `<input>` 标签中的文本，造成内存损坏，进而导致可能被利用的崩溃。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5696)

  - Firefox 126、Firefox ESR 115.11 和 Thunderbird 115.11 中的内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 127、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5700)

  - 网络堆栈中的内存损坏可能导致潜在的可利用崩溃。此漏洞会影响 Firefox < 125、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5702)

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

远程 CentOS Linux 7 主机上安装的多个程序包受到 RHSA-2024:3760 公告中提及的一个漏洞影响。

  - 当使用客户端的会话密钥加密 Kerberos TGS-REQ 时，在 FreeIPA 中发现漏洞。此密钥对于每个新会话都不同，可保护其免受暴力破解攻击。
    但是，其中包含的票证是直接使用目标主体密钥加密的。对于用户主体，此密钥是每个主体随机生成的公共 salt 与用户密码的哈希。如果主体遭到入侵，这意味着攻击者将能够检索任何主体加密的票证，这些票证都是直接用自己的密钥加密的。通过使这些票证和 salt 脱机，攻击者可运行暴力破解攻击，以寻找能够在与主体 salt 结合时解密票证的字符串（即寻找主体的密码）。(CVE-2024-3183)

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

远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2024:3591 公告中提及的多个漏洞影响。

  - 在 389-ds-base ldap 服务器中发现拒绝服务漏洞。此问题可能会让经身份验证的用户在使用格式错误的输入修改“userPassword”时造成服务器崩溃。
    (CVE-2024-2199)

  - 在 389-ds-base 中发现一个缺陷。特别构建的 LDAP 查询可能造成目录服务器故障，从而导致拒绝服务 (CVE-2024-3657)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 openssl-3.2.2-1.el9 版本变更日志中提及的多个漏洞影响。

  - 问题摘要：处理 TLSv1.3 会话时，某些非默认 TLS 服务器配置可导致无限内存增长 影响摘要：攻击者可能会利用某些服务器配置触发无限内存增长，从而导致拒绝服务 如果使用的是非默认 SSL_OP_NO_TICKET 选项，TLSv1.3 中会发生此问题（如果也配置了 early_data 支持且使用了默认防重放保护，则不会发生此问题）。在某些情况下，会话缓存会进入不正确的状态，并且在填充时无法正确刷新。会话缓存将继续不受限制地增长。恶意客户端可故意创建导致此故障发生的场景，以强制执行拒绝服务。但是也可能在正常操作过程中意外发生。此问题仅影响支持 TLSv1.3 的 TLS 服务器，不会影响 TLS 客户端。3.2、3.1 和 3.0 中的 FIPS 模块不受此问题影响。OpenSSL 1.0.2 不受此问题影响。
    (CVE-2024-2511)

  - 问题摘要：检查过长的 DSA 密钥或参数时可能会非常缓慢。影响汇总：
    使用函数 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 检查 DSA 公钥或 DSA 参数的应用程序可能会遇到长时间延迟。如果从不受信任的来源获取正在检查的密钥或参数，这可能导致拒绝服务。函数 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 对 DSA 参数执行各种检查。如果模数（“p”参数）太大，则其中某些计算需要很长时间。尝试使用非常大的模数会很慢，并且 OpenSSL 不允许使用模数长度超过 10,000 位的公钥进行签名验证。但是，密钥和参数检查函数在执行检查时不会限制模数大小。当应用程序调用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 并提供从不受信任的来源获取的密钥或参数，就可能容易受到拒绝服务攻击。OpenSSL 本身不会在不受信任的 DSA 密钥上调用这些函数，因此只有直接调用这些函数的应用程序可能会受到攻击。使用 `-check` 选项时，OpenSSL pkey 和 pkeyparam 命令行应用程序容易受到攻击。OpenSSL SSL/TLS 实现不受此问题影响。OpenSSL 3.0 和 3.1 FIPS 提供程序会受此问题影响。(CVE-2024-4603)

  - 问题摘要：调用 OpenSSL API 函数 SSL_free_buffers 可能会在某些情况下导致内存遭到访问，这些内存为之前释放的。影响摘要：释放后使用可造成一系列潜在后果，例如有效数据损坏、崩溃或执行任意代码代码。但是，只有直接调用 SSL_free_buffers 函数的应用程序会受到此问题的影响。不调用此函数的应用程序不会受到攻击。我们的调查表明应用程序很少使用此函数。SSL_free_buffers 函数用于释放处理网络传入记录时使用的内部 OpenSSL 缓冲区。只有在缓冲区当前未在使用中时，调用才应成功。但是，已发现两种情况，缓冲区即使仍在使用时也会被释放。第一种情况是，OpenSSL 已从网络接收到记录标头，但完整的记录正文尚未到达。在这种情况下，即使仅部分处理了记录且缓冲区仍在使用中，调用 SSL_free_buffers 也会成功。第二种情况是，OpenSSL 已接收并处理包含应用程序数据的完整记录，但应用程序仅读取了部分数据。即使缓冲区仍在使用中，对 SSL_free_buffers 的调用也会再次成功。尽管这些情况可能在正常操作期间意外发生，但恶意攻击者仍可尝试自行设计发生这种情况。我们并未发现此问题被主动利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模块不受此问题影响。由 William Ahern (Akamai) 发现。补丁由 Matt Caswell 开发而来。补丁由 Watson Ladd (Akamai) 开发。已在 OpenSSL 3.3.1 中修复（影响 3.3.0 之前的版本）。(CVE-2024-4741)

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

远程 CentOS Linux 7 主机上安装的程序包受到 RHSA-2024:3588 公告中提及的多个漏洞影响。

  - GNU C 库 2.39 和更早版本中的 iconv() 函数在将字符串转换为 ISO-2022-CN-EXT 字符集时，可使传递给它的输出缓冲区溢出最多 4 个字节，这可能导致应用程序崩溃或邻近变量被覆盖。(CVE-2024-2961)

  - nscd：网络组缓存中存在基于堆栈的缓冲区溢出。如果名称服务缓存后台程序 (nscd) 的固定大小缓存因客户端请求而耗尽，则后续对网络组数据的客户端请求可能会导致基于堆栈的缓冲区溢出。此缺陷是向 nscd 添加缓存时在 glibc 2.15 中引入。此漏洞仅存在于 nscd 二进制文件中。(CVE-2024-33599)

  - nscd：未找到响应后空指针崩溃，如果名称服务缓存后台程序 (nscd) 的缓存无法向缓存添加 not-found netgroup 响应，则客户端请求可导致空指针取消引用。此缺陷是向 nscd 添加缓存时在 glibc 2.15 中引入。此漏洞仅存在于 nscd 二进制文件中。(CVE-2024-33600)

  - nscd：内存分配失败时，网络组缓存可能会终止后台程序。名称服务缓存后台程序 (nscd) 的网络组缓存使用 xmalloc 或 xrealloc，这些函数可能会因内存分配失败而终止进程，从而导致客户端拒绝服务。此缺陷是向 nscd 添加缓存时在 glibc 2.15 中引入。此漏洞仅存在于 nscd 二进制文件中。
    (CVE-2024-33601)

  - nscd：网络组缓存假设 NSS 回调使用缓冲区内字符串当 NSS 回调未将所有字符串存储在提供的缓冲区中时，名称服务缓存后台程序 (nscd) 的网络组缓存可能损坏内存。
    此缺陷是向 nscd 添加缓存时在 glibc 2.15 中引入。此漏洞仅存在于 nscd 二进制文件中。(CVE-2024-33602)

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

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

  - 在 X.org 服务器的 ProcXIGetSelectedEvents() 函数中发现基于堆的缓冲区过度读取漏洞。在回复中使用了字节交换长度值时会发生此问题，并可能导致内存泄漏和分段错误，特别是当不同字节顺序的客户端触发此问题时。攻击者可利用此漏洞使 X 服务器读取堆内存值，然后将其传输回客户端，直到遇到未映射的页面，从而造成崩溃。尽管攻击者无法控制复制到回复中的特定内存，但通常以 32 位整数存储的小长度值可导致大量越界读取尝试。(CVE-2024-31080)

  - 在 X.org 服务器的 ProcXIPassiveGrabDevice() 函数中发现基于堆的缓冲区过度读取漏洞。在回复中使用了字节交换长度值时会发生此问题，并可能导致内存泄漏和分段错误，特别是当不同字节顺序的客户端触发此问题时。攻击者可利用此漏洞使 X 服务器读取堆内存值，然后将其传输回客户端，直到遇到未映射的页面，从而造成崩溃。尽管攻击者无法控制复制到回复中的特定内存，但通常以 32 位整数存储的小长度值可导致大量越界读取尝试。(CVE-2024-31081)

  - 在 Xorg 服务器的 ProcRenderAddGlyphs() 函数中发现释放后使用漏洞。调用 AllocateGlyph() 以存储客户端发送到 X 服务器的新字形时会发生此问题，并可能导致多个条目指向相同的未引用计数的字形。因此，ProcRenderAddGlyphs() 可能会释放字形，从而在随后访问同一字形指针时导致发生释放后使用情况。利用此缺陷，经过身份验证的攻击者可以通过发送特别构建的请求，在系统上执行任意代码。(CVE-2024-31083)

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

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

  - urllib3 是一个用户友好型 Python HTTP 客户端库。先前，当请求方法从可以接受请求正文（如 `POST`）更改为 HTTP RFC 要求的 `GET` 后，urllib3 便不会在 HTTP 重定向响应使用状态 301、302 或 303 时删除 HTTP 请求正文。
    尽管重定向部分中没有指定此行为，但可以将不同部分的信息拼凑在一起来推断，而且我们已经在其他主要 HTTP 客户端实现（如 curl 和 Web 浏览器）中观察到该行为。由于该漏洞需在先前受信任的服务遭到损坏后才能对机密性产生影响，因此我们认为该漏洞的可利用性较低。此外，多数用户也不会将敏感数据放入 HTTP 请求正文中，如果是这种情况，则该漏洞无法利用。必须满足以下两个条件才会受到此漏洞的影响：1. 使用 urllib3 并在 HTTP 请求正文中提交敏感信息（例如表单数据或 JSON），而且 2. 源服务会遭到损坏，并会开始使用 301、302 或 303 重定向到恶意对等机，或是出现重定向到的服务遭到损坏的情况。
    此问题已在 1.26.18 和 2.0.7 版本中解决，建议用户通过更新来解决此问题。无法更新的用户应禁用服务重定向（不希望通过 `redirects=False` 重定向进行响应），并使用 `redirects=False` 禁用自动重定向，亦可通过剥离 HTTP 请求正文来手动处理 301、302 和 303 重定向。(CVE-2023-45803)

  - 3.19.1 版之前的 PyCryptodome 和 pycryptodomex 存在边信道泄漏，可导致 OAEP 解密。攻击者可利用这些泄漏发送 Manger 攻击。(CVE-2023-52323)

  - Jinja 是可扩展的模板引擎。模板中的特殊占位符允许编写类似于 Python 语法的代码。可以将任意 HTML 属性注入呈现的 HTML 模板，可能导致跨站脚本 (XSS)。Jinja“xmlattr”过滤器可能会被滥用于注入任意 HTML 属性键和值，从而绕过自动转义机制并可能导致 XSS。如果攻击基于黑名单，也可能绕过属性验证检查。
    (CVE-2024-22195)

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

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

  - 在 xorg-x11-server 中发现释放后使用缺陷。如果指针从一个屏幕的窗口内扭曲到另一个屏幕的根窗口，且另一个窗口接着原始窗口都被破坏，则在非常具体的旧配置（具有多个协议屏幕的多屏幕设置，也称为 Zaphod 模式）中，可能会发生 X 服务器崩溃。(CVE-2023-5380)

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

ID	名称	严重性
208482	CentOS 7：java-1.7.1-ibm (RHSA-2022:0310)	critical
208470	CentOS 6：java-1.8.0-ibm (RHSA-2020:0469)	high
208469	CentOS 6：flash-plugin (RHSA-2020:0513)	high
208468	CentOS 6：chromium-browser (RHSA-2020:1981)	critical
208467	CentOS 6：chromium-browser (RHSA-2020:0084)	high
208466	CentOS 6：chromium-browser (RHSA-2020:1970)	high
208465	CentOS 6：chromium-browser (RHSA-2020:0779)	high
208464	CentOS 6：chromium-browser (RHSA-2020:0738)	high
208463	CentOS 6：chromium-browser (RHSA-2020:0005)	high
208462	CentOS 6：chromium-browser (RHSA-2020:1504)	critical
208461	CentOS 6：chromium-browser (RHSA-2020:1487)	high
208460	CentOS 6：java-1.7.1-ibm (RHSA-2020:0467)	high
208459	CentOS 6：chromium-browser (RHSA-2020:0214)	high
208458	CentOS 6：chromium-browser (RHSA-2020:1270)	high
208457	CentOS 6：chromium-browser (RHSA-2020:0514)	high
208456	CentOS 6：chromium-browser (RHSA-2020:1350)	high
207605	CentOS 9：kernel-5.14.0-511.el9	medium
207285	CentOS 9：kernel-5.14.0-508.el9	medium
206792	CentOS 9：kernel-5.14.0-505.el9	medium
206294	CentOS 9：kernel-5.14.0-503.el9	high
206293	CentOS 9：openssl-3.2.2-4.el9	critical
206292	CentOS 9：curl-7.76.1-31.el9	high
206291	CentOS 9：python3.9-3.9.19-8.el9	high
206026	CentOS 8：jose (CESA-2024:5294)	medium
205814	CentOS 9：python3.9-3.9.19-7.el9	medium
204877	CentOS 9：python-setuptools-53.0.0-13.el9	high
204713	CentOS 7：flatpak (RHSA-2024:3980)	high
204712	CentOS 7：linux-firmware (RHSA-2024:3939)	high
204711	CentOS 7：less (RHSA-2024:3669)	high
204710	CentOS 7：python-pillow (RHSA-2024:0857)	high
204131	CentOS 9：python3.9-3.9.19-4.el9	high
202393	CentOS 9：kernel-5.14.0-479.el9	high
202392	CentOS 9：openssh-8.7p1-43.el9	high
201993	CentOS 9: kernel-5.14.0-474.el9	high
201992	CentOS 9 : openssh-8.7p1-42.el9	high
201968	CentOS 9：cockpit-320-1.el9	low
201850	CentOS 9：kernel-5.14.0-472.el9	medium
201849	CentOS 9：python-urllib3-1.26.5-6.el9	medium
201097	CentOS 7：java-1.8.0-ibm (RHSA-2024:4160)	high
200887	CentOS 9：kernel-5.14.0-467.el9	medium
200827	CentOS 7：thunderbird (RHSA-2024:4016)	medium
200727	CentOS 7：bind、bind-dyndb-ldap 和 dhcp (RHSA-2024:3741)	high
200726	CentOS 7: firefox (RHSA-2024:3951)	medium
200725	CentOS 7：ipa (RHSA-2024:3760)	high
200499	CentOS 7：389-ds-base (RHSA-2024:3591)	high
200325	CentOS 9：openssl-3.2.2-1.el9	high
200256	CentOS 7：glibc (RHSA-2024:3588)	high
197696	CentOS 8：tigervnc (CESA-2024:3261)	high
197695	CentOS 8：fence-agents (CESA-2024:2968)	medium
197694	CentOS 8：tigervnc (CESA-2024:3067)	medium

检测

Nessus 的 CentOS Local Security Checks 系列

critical

high

high

critical

high

high

high

high

high

critical

high

high

high

high

high

high

medium

medium

medium

high

critical

high

high

medium

medium

high

high

high

high

high

high

high

high

high

high

low

medium

medium

high

medium

medium

high

medium

high

high

high

high

high

medium

medium