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

  - 在 Python 2.x 至 2.7.16 版本的 urllib2 以及 Python 3.x 至 3.7.3 版本的 urllib 中发现问题。
    如果攻击者控制了 url 参数便可能发生 CRLF 注入，使用 \r\n 的 urllib.request.urlopen 的第一个参数（特别是在 ? 字符后的查询字符串中）且后跟 HTTP 标头或 Redis 命令即为一例。此问题已在以下版本中修复：v2.7.17、v2.7.17rc1、v2.7.18、v2.7.18rc1；v3.5.10、v3.5.10rc1、v3.5.8、v3.5.8rc1、v3.5.8rc2、v3.5.9；v3.6.10、v3.6.10rc1、v3.6.11、v3.6.11rc1、v3.6.12、v3.6.9、v3.6.9rc1；v3.7.4、v3.7.4rc1、v3.7.4rc2、v3.7.5、v3.7.5rc1、v3.7.6、v3.7.6rc1、v3.7.7、v3.7.7rc1、v3.7.8、v3.7.8rc1、v3.7.9。(CVE-2019-9740)

  - 在 Python 2.x 至 2.7.16 版本的 urllib2 以及 Python 3.x 至 3.7.3 版本的 urllib 中发现问题。
    如果攻击者控制了 url 参数便可能发生 CRLF 注入，urllib.request.urlopen 的第一个参数带有 \r\n（特别是在缺少 ? 的 URL 的路径部分中）并后跟 HTTP 标头或 Redis 命令即为一例。这与 CVE-2019-9740 的查询字符串问题相似。
    此问题已在以下版本中修复：v2.7.17、v2.7.17rc1、v2.7.18、v2.7.18rc1；v3.5.10、v3.5.10rc1、v3.5.8、v3.5.8rc1、v3.5.8rc2、v3.5.9；v3.6.10、v3.6.10rc1、v3.6.11、v3.6.11rc1、v3.6.12、v3.6.9、v3.6.9rc1；v3.7.4、v3.7.4rc1、v3.7.4rc2、v3.7.5、v3.7.5rc1、v3.7.6、v3.7.6rc1、v3.7.7、v3.7.7rc1、v3.7.8、v3.7.8rc1、v3.7.9。
    (CVE-2019-9947)

  - Python 2.x 到 2.7.16 中的 urllib 支持 local_file: scheme，这让远程攻击者更容易绕过黑名单文件：URI 的保护机制，触发 urllib.urlopen('local_file: ///etc/passwd') 调用。(CVE-2019-9948)

  - 在适用于 Python 的 urllib3 库 1.24.1 及其之前版本中，如果攻击者控制请求参数，则可能发生 CRLF 注入。(CVE-2019-11236)

  - ** 存在争议 ** 在 NumPy 1.16.0 及其之前版本中发现了一个问题。它可以不安全的方式使用 pickle Python 模块，从而允许远程攻击者通过特制的序列化对象执行任意代码，numpy.load 调用即为一例。注意：第三方对此问题存在争议，因为这种行为可能会让合法的应用程序（例如）从受信任且经过身份验证的源加载序列化 Python 对象数组。(CVE-2019-6446)

  - 适用于 Python 的 urllib3 库 1.24.2 之前的版本未正确处理某些情况，即需要的 CA 证书集与 CA 证书的 OS 存储不同，从而导致在验证失败为正确结果的情况下，SSL 连接成功。这与使用 ssl_context、ca_certs 或 ca_certs_dir 参数相关。(CVE-2019-11324)

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

检测

Oracle Linux 8：python27：2.7 (ELSA-2019-3335)

critical Nessus 插件 ID 180874

版本 1.0