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

  - 由于移除协议的逻辑中存在错误，如果协议选择参数选项禁用了所有协议而不添加任何协议，默认的协议集将保留在允许的集中。以下命令会通过已明确禁用的明文协议，对 curl.se 执行请求：curl --proto -all,-http http://curl.se。仅当所选协议集禁用了整个可用协议集时才会存在此缺陷，此缺陷本身是没有实际用途的命令，因此在实际情况中不会遇到。curl 安全团队因而将此缺陷评估为低危缺陷。(CVE-2024-2004)

  - 当构建为使用 wolfSSL 时，libcurl 在某些情况下会跳过 QUIC 连接的证书验证。如果被要求使用未知/错误的密码或曲线，错误路径会意外跳过验证并返回“OK”，从而忽略任何证书问题。(CVE-2024-2379)

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

  - 当构建为使用 mbedTLS 时，libcurl 不会检查与指定为 IP 地址的主机有关的 TLS 连接的服务器证书。将指定的主机名作为 IP 地址提供时，libcurl 会错误地避免使用设置的主机名函数，从而完全跳过证书检查。这个漏洞会影响使用的所有 TLS 协议（HTTPS、FTPS、IMAPS、POPS3、SMTPS 等）。(CVE-2024-2466)

  - 超过限制的 HTTP/2 传入标头会暂时在 nghttp2 中进行缓冲，以便生成信息性的 HTTP 413 响应。如果客户端没有停止发送标头，这会导致内存耗尽。
    (CVE-2024-27316)

  - nghttp2 是根据超文本传输协议版本 2、以 C 语言编写的库。版本 1.61.0 之前的 nghttp2 库会不断读取无限数量的 HTTP/2 CONTINUATION 帧，即使为了保持 HPACK 上下文同步以重置流之后也是如此。这会造成解码 HPACK 流时占用过多 CPU。nghttp2 v1.61.0 通过限制接受的每个流的 CONTINUATION 帧数量来缓解此漏洞。
    目前尚无针对此漏洞的变通方案。(CVE-2024-28182)

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

检测

RHEL 7 / 8：Red Hat JBoss Core Services Apache HTTP Server 2.4.57 SP4 (RHSA-2024:2693)

high Nessus 插件 ID 195128

版本 1.4