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

  - Ansible：当启用 no_log 时披露机密 (CVE-2019-14846)

  - Ansible：CVE-2019-10206 的补丁不完整 (CVE-2019-14856)

  - Ansible：标记为 no_log 的子参数在某些失败情况下未屏蔽 (CVE-2019-14858)

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

更新现在可用于 Ansible Engine 2.6。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动转移至托管机器。以下程序包现已升级到更新的上游版本：ansible (2.6.20) 缺陷补丁：* ansible：CVE-2019-10206 的不完整修复 (CVE-2019-14856) * ansible：标记为 no_log 的子参数在某些失败情况下未屏蔽 (CVE-2019-14858) * ansible：当启用 no_log 时披露机密 (CVE-2019-14846) 参见：https://github.com/ansible/ansible/blob/v2.6.20/changelogs/ CHANGELOG-v2.6.rst，了解有关此版本中的缺陷修复详情。

配置管理、部署和任务执行系统 Ansible 中发现多个漏洞。

CVE-2019-14846

Ansible 在调试级别登录，如果插件使用的库记录了调试级别的凭据，此操作会导致凭据泄露。此缺陷不会影响 Ansible 模块，因为这些模块在单独进程中执行。

CVE-2020-1733

在以非特权 become 用户身份运行 playbook 时发现一个争用条件缺陷。当 Ansible 需要以 become 用户身份运行模块时，系统会在 /var/tmp 中创建临时目录。此目录使用“umask 77 && mkdir -p dir”创建；如果该目录已存在且为其他用户所有，则此操作不会失败。由于可通过迭代“/proc/pid/cmdline”来检索目标目录，因此攻击者可利用该漏洞来获得 become 用户的控制。

CVE-2020-1739

在借助 svn 模块的“password”参数设置密码时发现一个缺陷，该密码用于 svn 命令行，进而泄露给同一节点内的其他用户。攻击者可通过从 procfs 上的特定 PID 读取 cmdline 文件来利用该缺陷。

CVE-2020-1740

在使用 Ansible Vault 编辑加密文件时发现一个缺陷。
当用户执行“ansible-vault edit”时，同一计算机上的其他用户便可读取新旧密码，因为该密码是在包含 mkstemp 的临时文件中创建的，返回的文件描述符已关闭，并且系统会调用 write_data 方法来写入文件中的现有密码。此方法会以不安全方式在重新创建文件之前将其删除。

对于 Debian 8“Jessie”，已在版本 1.7.2+dfsg-2+deb8u3 中修复这些问题。

建议您升级 ansible 程序包。

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

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

  - ansible：当启用 no_log 时披露机密 (CVE-2019-14846)

  - ansible：针对 CVE-2019-10206 的修复不完整 (CVE-2019-14856)

  - ansible：标记为 no_log 的子参数在某些失败情况下未屏蔽 (CVE-2019-14858)

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

更新现在可用于 Ansible Engine 2.8。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动转移至托管机器。以下程序包现已升级到更新的上游版本：ansible (2.8.6) 缺陷补丁：* ansible：CVE-2019-10206 的不完整修复 (CVE-2019-14856) * ansible：标记为 no_log 的子参数在某些失败情况下未屏蔽 (CVE-2019-14858) * ansible：当启用 no_log 时披露机密 (CVE-2019-14846) 参见：https://github.com/ansible/ansible/blob/v2.8.6/changelogs/CHANGELOG-v2 .8.rst，了解有关此版本中的缺陷修复详情。

CVE-2017-7481

Ansible 未能将 lookup-plugin 结果正确标记为不安全。攻击者若能够控制 lookup() 调用结果，可注入 Unicode string 令 jinja2 模板系统进行解析，导致代码执行。在默认情况下，jinja2 模板语言当前标记为“不安全”，不执行 evaluate。

CVE-2019-10156

实施 Ansible 模板的方式中发现一个缺陷，此缺陷可能通过非预期变量替换造成信息泄露。通过利用非预期变量替换，可能泄露任何变量的内容。

CVE-2019-14846

Ansible 在调试级别登录，如果插件使用的库记录了调试级别的凭据，此操作会导致凭据泄露。此缺陷不会影响 Ansible 模块，因为这些模块在单独进程中执行。

CVE-2019-14904

在 Ansible Community 模块的 solaris_zone 模块中发现一个缺陷。在 Solaris 主机上设置区域名称时，可以通过在远程计算机上使用“ps”bare 命令列出进程来检查区域名称。攻击者可通过构建区域名称并在远程主机中执行任意命令，来利用此缺陷。

对于 Debian 9 stretch，已在版本 2.2.1.0-2+deb9u2 中修复这些问题。S

建议您升级 ansible 程序包。

如需了解 ansible 的详细安全状态，请参阅其安全跟踪页面：
https://security-tracker.debian.org/tracker/ansible

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

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

  - 在 2.6.18、2.7.12 和 2.8.2 之前版本中实施 Ansible 模板的方式中发现一个缺陷，此缺陷可能通过非预期变量替换造成信息泄露。通过利用非预期变量替换，可能泄露任何变量的内容。
    (CVE-2019-10156)

  - ansible-playbook -k 和 ansible cli tools、所有 2.8.4 之前的 2.8.x 版本、所有 2.7.13 之前的 2.7.x 以及所有 2.6.19 之前的 2.6.x，均可通过从模板扩展密码来提示密码，因为它们可能包含特殊字符。应封装密码，以防止模板触发和泄露密码。(CVE-2019-10206)

  在 Ansible 中，ansible-engine 2.8.5、ansible-engine 2.7.13、ansible-engine 2.6.19 之前的所有 Ansible Engine 版本均在调试级别登录，如果插件使用的库记录了调试级别的凭据，此操作会导致凭据泄露。此缺陷不会影响 Ansible 模块，因为这些模块在单独进程中执行。(CVE-2019-14846)

  - 当使用 Sumologic 和 Splunk 回调插件将任务结果事件发送到收集器时，2.9.1 之前的 2.9.x、2.8.7 之前的 2.8.x、2.7.15 之前的 2.7.x Ansible 版本未遵守将 no_log 设置为 True 的标记。这会泄露和收集任何敏感数据。(CVE-2019-14864)

  - 在 Ansible Community 模块的 solaris_zone 模块中发现一个缺陷。在 Solaris 主机上设置区域名称时，可以通过在远程计算机上使用“ps”bare 命令列出进程来检查区域名称。攻击者可通过构建区域名称并在远程主机中执行任意命令，来利用此缺陷。Ansible Engine 2.7.15、2.8.7 和 2.9.2 以及之前的版本会受到影响。(CVE-2019-14904)

  - 将 ansible_facts 用作其自身的子项，并在启用注入时将其升级为变量时，分别在 Ansible Engine 2.7.x、2.8.x 、2.7.17 之前的 2.9.x、2.8.9 和 2.9.6 版本中发现一个缺陷，此缺陷可在清理后覆盖 ansible_facts。攻击者可通过更改 ansible_facts（例如 ansible_hosts、users 和任何其他可导致特权提升或代码注入的关键数据）来利用此问题。(CVE-2020-10684)

  - 在 Ansible Engine 中发现一个缺陷，当使用可解密 assemble、script、unarchive、win_copy、aws_s3 或 copy 模块等 Vault 文件的模块时，此缺陷会影响 2.7.17 之前的 2.7.x、2.8.11 之前的 2.8.x、2.9.7 之前的 2.9.x Ansible Engine 版本，以及 3.4.5、3.5.5、3.6.3  （含）之前的 Ansible Tower 版本。在 /tmp 中创建的临时目录未加密 s ts。在 /tmp 不是 tmpfs、而是根分区一部分的操作系统中，仅在启动时清除目录，在主机关闭时解密 emains。若系统未运行，系统将容易遭受攻击。因此，必须尽快清除解密的数据，以及通常加密的数据。(CVE-2020-10685)

  - 在 Ansible 中使用不充分的随机值时发现一个缺陷。相同长度的两个随机密码查找会生成与同一文件的模板缓存操作相等的值，这是因为没有发生重新求值行为。此漏洞最主要的威胁对象是文件的所有密码会立即暴露。此缺陷会影响 2.9.6 之前的 Ansible Engine 版本。(CVE-2020-10729)

  - 使用 uri 模块时，在 Ansible 中发现一个不当输出中和缺陷，其中敏感数据会暴露给内容和 json 输出。此缺陷让攻击者可以访问已执行任务的日志或输出，以从 uri 模块内的其他用户那里读取 playbook 中使用的密钥。此漏洞最主要的威胁对象是数据机密性。(CVE-2020-14330)

  - 使用 module_args 时，在 Ansible Engine 中发现一个缺陷。通过检查模式 (--check-mode) 执行的任务未正确中和事件数据中暴露的敏感数据。此缺陷允许未经授权的用户读取此数据。此漏洞最主要的威胁对象是机密性。
    (CVE-2020-14332)

  - 使用 dnf 模块安装程序包时，在 Ansible Engine 中发现一个缺陷，相关版本为 2.8.15 之前的 ansible-engine 2.8.x 和 2.9.13 之前的 ansible-engine 2.9.x。即使将 disable_gpg_check 设置为 False（默认行为），也会在安装期间忽略 GPG 签名。此缺陷会导致在系统上安装恶意程序包，以及通过程序包安装脚本执行任意代码。此漏洞最主要的威胁对象是完整性和系统可用性。
    (CVE-2020-14365)

  - 在以非特权 become 用户身份运行 playbook 时，在 Ansible Engine 2.7.17 及之前版本、2.8.9 及之前版本、2.9.6 及之前版本中发现一个争用条件缺陷。当 Ansible 需要以 become 用户身份运行模块时，系统会在 /var/tmp 中创建临时目录。此目录使用 umask 77 && mkdir -p dir 创建；如果该目录已存在且为其他用户所有，则此操作不会失败。由于可通过迭代“/proc//cmdline”来检索目标目录，攻击者可利用该漏洞来获得 become 用户的控制权。(CVE-2020-1733)

  - 使用 fetch 模块时，在 Ansible Engine 中发现一个缺陷。攻击者可拦截该模块，注入新路径，然后在控制器节点上选择新的目标路径。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。(CVE-2020-1735)

  在借助 svn 模块的“password”参数设置密码时，在 Ansible 2.7.16 及之前版本、2.8.8 及之前版本和 2.9.5 及之前版本中发现一个缺陷，该密码用于 svn 命令行，进而泄露给同一节点内的其他用户。攻击者可通过从 procfs 上的特定 PID 读取 cmdline 文件来利用该缺陷。(CVE-2020-1739)

  - 在使用 Ansible Vault 编辑加密文件时，在 Ansible Engine 中发现一个缺陷。当用户执行 ansible-vault edit 时，同一计算机上的其他用户可以读取新旧密码，因为该密码是在包含 mkstemp 的临时文件中创建的，返回的文件描述符已关闭，并且系统会调用 write_data 方法来写入文件中的现有密码。此方法会以不安全方式在重新创建文件之前将其删除。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。
    (CVE-2020-1740)

  - 在 Ansible Engine 中发现一个缺陷，在使用 ldap_attr 和 ldap_entry 社区模块时，此缺陷会影响 2.7.17 之前的 2.7.x、2.8.11 之前的 2.8.x、2.9.7 之前的 2.9.x Ansible Engine 版本，以及 3.4.5、3.5.5、3.6.3（含）之前的 Ansible Tower 版本。如果使用参数字段中的 bind_pw 编写 playbook 任务，则该问题会将 LDAP 绑定密码泄露给 stdout 或日志文件。此漏洞最主要的威胁对象是数据机密性。(CVE-2020-1746)

  - 使用 k8s 模块管理 kubernetes 时，在 Ansible Engine、2.7.17 之前的所有 Ansible 2.7.x 版本、2.8.11 之前的所有 Ansible 2.8.x 版本和 2.9.7 之前的所有 Ansible 2.9.x 版本中发现一个安全缺陷。将密码和标记等敏感参数从命令行传递到 kubectl，不使用环境变量或输入配置文件。这将泄露进程列表中的密码和标记，调试模块中的 no_log 指令不会对在 stdout 和日志文件中泄露这些机密产生任何影响。(CVE-2020-1753)

  - 当使用 basic.py 模块的子选项功能时，在 Ansible Engine 2.9.18 中发现一个缺陷，其中敏感信息默认未屏蔽且不受 no_log 功能保护。此缺陷让攻击者可以获取敏感信息。此漏洞最主要的威胁对象是机密性。(CVE-2021-20228)

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

远程 Ubuntu 14.04 LTS/16.04 LTS/18.04 LTS/20.04 LTS 主机上安装的多个程序包受到 USN-7330-1 公告中提及的多个漏洞影响。

    发现 Ansible 未正确验证 X.509 证书的某些字段。如果 SSL 服务器能够拦截网络通信，则攻击者可能利用此问题来欺骗 SSL 服务器。
    此问题仅影响 Ubuntu 14.04 LTS。(CVE-2015-3908)

    Martin Carpenter 发现，Ansible 的某些连接插件未能正确限制用户。
    具有本地访问权限的攻击者可能会利用此问题，通过符号链接滥用来避开受限的环境。此问题仅影响 Ubuntu 14.04 LTS。(CVE-2015-6240)

    Robin Schneider 发现 Ansible 的 apt_key 模块未正确验证密钥指纹。远程攻击者可能会利用此问题来执行密钥注入，并由此访问敏感信息。此问题仅影响 Ubuntu 14.04 LTS 和 Ubuntu 16.04 LTS。(CVE-2016-8614)

    发现 Ansible 在某些情况下会暴露密码。攻击者可能会利用与此问题相关的特制输入来访问敏感信息。此问题仅影响 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。(CVE-2019-10206)

    发现 Ansible 无法正确记录敏感信息。具有本地访问权限的攻击者可能会利用此问题来访问敏感信息。此问题只影响 Ubuntu 14.04 LTS、Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。(CVE-2019-14846)

    发现 Ansible 的 solaris_zone 模块会在未执行输入检查的情况下接受输入。远程攻击者可能会利用此问题来执行任意代码。此问题仅影响 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。(CVE-2019-14904)

    发现 Ansible 未生成足够随机的值，这可导致密码泄露。攻击者可能利用此问题访问敏感信息。此问题仅影响 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。(CVE-2020-10729)

    发现 Ansible 的 svn 模块可将密码泄露给同一节点内的用户。攻击者可能利用此问题访问敏感信息。(CVE-2020-1739)

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

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

更新现在可用于 Ansible Engine 2.7。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动转移至托管机器。以下程序包现已升级到更新的上游版本：ansible (2.7.14) 缺陷补丁：* ansible：CVE-2019-10206 的不完整修复 (CVE-2019-14856) * ansible：标记为 no_log 的子参数在某些失败情况下未屏蔽 (CVE-2019-14858) * ansible：当启用 no_log 时披露机密 (CVE-2019-14846) 参见：https://github.com/ansible/ansible/blob/v2.7.14/changelogs/CHANGELOG-v 2.7.rst，了解有关此版本中的缺陷修复详情。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
170292	RHEL 7：ansible (RHSA-2020: 0756)	Nessus	Red Hat Local Security Checks	2023/1/23	2024/11/7	high
130330	RHEL 7 : Ansible (RHSA-2019:3201)	Nessus	Red Hat Local Security Checks	2019/10/28	2024/11/7	high
136367	Debian DLA-2202-1：ansible 安全更新	Nessus	Debian Local Security Checks	2020/5/7	2024/3/13	high
193991	RHEL 7 / 8 : Ansible (RHSA-2019:3207)	Nessus	Red Hat Local Security Checks	2024/4/27	2024/11/7	high
130332	RHEL 7 / 8 : Ansible (RHSA-2019:3203)	Nessus	Red Hat Local Security Checks	2019/10/28	2024/11/7	high
145531	Debian DLA-2535-1：ansible 安全更新	Nessus	Debian Local Security Checks	2021/1/28	2022/2/3	critical
152270	Debian DSA-4950-1：ansible - 安全更新	Nessus	Debian Local Security Checks	2021/8/7	2025/1/24	high
232217	Ubuntu 14.04 LTS / 16.04 LTS / 18.04 LTS / 20.04 LTS：Ansible 漏洞 (USN-7330-1)	Nessus	Ubuntu Local Security Checks	2025/3/6	2025/3/6	high
130331	RHEL 7 : Ansible (RHSA-2019:3202)	Nessus	Red Hat Local Security Checks	2019/10/28	2024/11/7	high

检测

插件搜索

high

high

high

high

high

critical

high

high

high