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 已尝试在不引入其他问题的情况下尽可能进行了自动清理和排版。

Ansible 的更新现在可用于 Red Hat Enterprise Linux 7 的 Red Hat Storage Console 2。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动传输至托管机器。安全修复：* 在 Ansible 处理从客户端系统发送的数据时发现输入验证漏洞。可以控制由 Ansible 管理的客户端系统，并能将事实发送回 Ansible 服务器的攻击者，会利用此缺陷，借助 Ansible-server 权限，在 Ansible 服务器上执行任意代码。(CVE-2017-7466) * 在 Ansible 中发现输入验证缺陷，导致无法将 lookup-plugin 结果正确标记为不安全。攻击者若能够控制 lookup() 调用结果，可注入 Unicode string 令 jinja2 模板系统进行解析，导致代码执行。在默认情况下，jinja2 模板语言当前标记为“不安全”，不执行 evaluate。(CVE-2017-7481) 这些问题由 Evgeni Golov (Red Hat) 发现。

现已提供 Red Hat OpenShift Container Platform 3.2、Red Hat OpenShift Container Platform 3.3、Red Hat OpenShift Container Platform 3.4 和 Red Hat OpenShift Container Platform 3.5 的 ansible 与 openshift-ansible 更新。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。openshift-ansible 程序包内含 Ansible 代码和 playbook，可安装并升级 OpenShift Container Platform 3。安全修复：* 在 Ansible 处理从客户端系统发送的数据时发现输入验证漏洞。可以控制由 Ansible 管理的客户端系统，并能将事实发送回 Ansible 服务器的攻击者，会利用此缺陷，借助 Ansible-server 权限，在 Ansible 服务器上执行任意代码。(CVE-2017-7466) * 在 Ansible 中发现输入验证缺陷，导致无法将 lookup-plugin 结果正确标记为不安全。攻击者若能够控制 lookup() 调用结果，可注入 Unicode string 令 jinja2 模板系统进行解析，导致代码执行。在默认情况下，jinja2 模板语言当前标记为“不安全”，不执行 evaluate。(CVE-2017-7481) 这些问题由 Evgeni Golov (Red Hat) 发现。缺陷修复：* 如果同时更新其他 iptables 规则，安装程序可能无法添加 iptables 规则。安装程序现在会等待获取锁定，进而确保正确创建规则。(BZ#1445194, BZ#1445282) * 在多主机环境中，如果 `ansible_host` 和 `openshift_hostname` 值不同，且 Ansible 以彼此不同的方式进行列表排序，则 CA 主机可能是第一个主机，但其仍然会以第一个主机的主机名签署初始凭证。此缺陷修复可通过确保在创建证书颁发机构时使用 CA 主机的主机名，来确保凭证以正确的主机名签署。(BZ#1447399, BZ#1440309, BZ#1447398) * 每当达到打开的文件描述符最大数目时，通过 `batch` 系统执行 Ansible (如 `nohup` 命令) 会造成 Ansible 泄露文件描述符并中止 playbook。Ansible 2.2.3.0 包含此问题的修正，而且 OCP 通道已经过更新，可包含此版本。(BZ# 1439277) * OCP 3.4 记录堆栈将架构升级为使用通用标准记录数据模型。但是缺少使用此架构的特定 Elasticsearch 和 Kibana 配置，进而造成 Kibana 在启动时显示错误消息。正确的 Elasticsearch 和 Kibana 配置现已添加至记录堆栈，包括从 OCP 3.3 到 3.4 的升级，以及从 3.4.x 到 3.4.y 的升级。因此，Kibana 会使用新的记录数据架构正确运行。(BZ#1444106) * 升级 playbook 是以连续的方式升级程序包而不是一次升级，因此 yum 相依性解析会安装已启用之存储库中可用的最新版本，而不是请求的版本。此缺陷修复可更新 playbook，以便一次将所有程序包升级为请求的版本，进而防止 yum 可能升级至最新版本。(BZ#1391325, BZ#1449220, BZ#1449221) * 在使用混合容器化和 RPM 型安装方法的环境中，当主机和节点的安装方法不同时，安装程序无法收集事实。此缺陷修复可更新安装程序以确保混合安装正常运作。(BZ#1408663) * 之前如果设定 `enable_excluders=false`，即使从未安装过排除器，playbook 仍然会在 config.yml playbook 期间安装并升级排除器。通过此缺陷修复，如果之前未安装过排除器，playbook 就会避免安装它们。(BZ#1434679) * 之前如果命名空间在其描述中含有非 ASCII 字符，则 playbook 会中止。此缺陷修复可更新 playbook 以便正确为 Unicode 字符解码，进而确保升级至 OCP 3.5 如期运行。(BZ #1444806)

ansible 的更新现在可用于 RHEV Engine 版本 4.1。Red Hat 产品安全团队将此更新评级为具有中等安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动传输至托管机器。下列程序包已升级到更高的上游版本：ansible (2.3.1.0)。(BZ#1477925) 安全修复：* 在 Ansible 中发现输入验证缺陷，导致无法将 lookup-plugin 结果正确标记为不安全。攻击者若能够控制 lookup() 调用结果，可注入 Unicode string 令 jinja2 模板系统进行解析，导致代码执行。在默认情况下，jinja2 模板语言当前标记为“不安全”，不执行 evaluate。(CVE-2017-7481) 此问题由 Red Hat 的 Evgeni Golov 发现。

已发现 Ansible 无法正确处理敏感信息。本地攻击者可利用这些漏洞提取它们。(CVE-2017-7481) (CVE-2018-10855) (CVE-2018-16837) (CVE-2018-16876) (CVE-2019-10156)

已发现 Ansible 可以从包含构建命令的当前工作目录中加载配置文件。因此，攻击者可以运行任意代码。(CVE-2018-10874) (CVE-2018-10875)

已发现 Ansible 提取模块存在一个路径遍历漏洞。本地攻击者可以在指定目的地之外复制和覆盖文件。(CVE-2019-3828)

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

ansible 的更新现可用于 Red Hat Enterprise Linux 7 的 Red Hat Gluster Storage 3.2。Red Hat 产品安全团队将此更新评级为具有重要安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Ansible 是一个基于模块的简单系统，可实现配置管理、多节点部署和远程任务执行。Ansible 在 SSH 上工作，无需在远程节点上安装任何软件或守护进程。扩展模块能以任何语言写入，并自动传输至托管机器。安全修复：* 在 Ansible 处理从客户端系统发送的数据时发现输入验证漏洞。可以控制由 Ansible 管理的客户端系统，并能将事实发送回 Ansible 服务器的攻击者，会利用此缺陷，借助 Ansible-server 权限，在 Ansible 服务器上执行任意代码。(CVE-2017-7466) * 在 Ansible 中发现输入验证缺陷，导致无法将 lookup-plugin 结果正确标记为不安全。攻击者若能够控制 lookup() 调用结果，可注入 Unicode string 令 jinja2 模板系统进行解析，导致代码执行。在默认情况下，jinja2 模板语言当前标记为“不安全”，不执行 evaluate。(CVE-2017-7481) 这些问题由 Evgeni Golov (Red Hat) 发现。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
145531	Debian DLA-2535-1：ansible 安全更新	Nessus	Debian Local Security Checks	2021/1/28	2022/2/3	critical
100980	RHEL 7 : ansible (RHSA-2017:1499)	Nessus	Red Hat Local Security Checks	2017/6/22	2022/2/3	critical
119388	RHEL 7：ansible 和 openshift-ansible (RHSA-2017:1244)	Nessus	Red Hat Local Security Checks	2018/12/4	2022/5/26	critical
102813	RHEL 7 : ansible (RHSA-2017:2524)	Nessus	Red Hat Local Security Checks	2017/8/29	2022/2/3	critical
127043	Ubuntu 16.04 LTS / 18.04 LTS：Ansible 漏洞 (USN-4072-1)	Nessus	Ubuntu Local Security Checks	2019/7/25	2023/10/21	critical
100508	RHEL 7：Storage Server (RHSA-2017:1334)	Nessus	Red Hat Local Security Checks	2017/5/30	2022/2/3	critical

检测

插件搜索

critical

critical

critical

critical

critical

critical