CVE-2017-7481

Ansible 無法將 lookup-plugin 結果正確標示為不安全。若攻擊者可控制 lookup() 呼叫的結果，他們就可以注入供 jinja2 範本化系統剖析的 Unicode 字串，進而導致程式碼執行。依預設，jinja2 範本化語言現已被標記為「不安全」，且未加以評估。

CVE-2019-10156

發現 Ansible 範本的實作方式存在缺陷，透過非預期的變數替換有可能造成資訊洩漏。藉由利用非預期的變數替換，可以洩漏任何變數的內容。

CVE-2019-14846

Ansible 在 DEBUG 層級記錄，如果外掛程式使用在 DEBUG 層級記錄憑證的程式庫，這會導致憑證洩漏。此瑕疵不會影響 Ansible 模組，因為這些模組會在獨立的處理程序中執行。

CVE-2019-14904

在 Ansible Community 模組的 solaris_zone 模組中發現一個缺陷。在 Solaris 主機上設定區域名稱時，可藉由在遠端計算機上使用「ps」bare 命令列出程序來檢查此區域名稱。攻擊者可利用此缺陷，來構建此區域的名稱並在遠端主機中執行任意命令。

針對 Debian 9 Stretch，已在 2.2.1.0-2+deb9u2 版本中修正這些問題。

建議您升級 ansible 套件。

如需有關 ansible 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
https://security-tracker.debian.org/tracker/ansible

注意：Tenable Network Security 已直接從 DLA 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

現已提供適用於 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 程式碼和劇本，可安裝並升級 OpenShift Container Platform 3。安全性修正：* 在 Ansible 處理來自用戶端系統的資料的方式中，發現一個輸入驗證弱點。若攻擊者可控制以 Ansible 管理的用戶端系統，並可將事實傳回到 Ansible 伺服器，那麼這名攻擊者就可利用此缺陷，憑藉 Ansible 伺服器權限在 Ansible 伺服器上執行任意程式碼。(CVE-2017-7466) * 在 Ansible 中發現輸入驗證缺陷，其無法正確將 lookup-plugin 結果標示為不安全。若攻擊者可控制 lookup() 呼叫的結果，他們就可以注入供 jinja2 範本化系統剖析的 Unicode 字串，進而導致程式碼執行。依預設，jinja2 範本化語言現已被標記為「不安全」，且未加以評估。(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 洩漏檔案描述元並中止劇本。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) * 升級劇本是以連續的方式升級套件而不是一次升級，因此 yum 相依性解析會安裝已啟用之存放庫中可用的最新版本，而不是要求的版本。此錯誤修正可更新劇本，以便一次將所有套件升級為要求的版本，進而防止 yum 可能升級至最新版本。(BZ#1391325、BZ#1449220、BZ#1449221) * 在使用混合容器化和 RPM 型安裝方法的環境中，當主機和節點使用不同的安裝方法時，安裝程式無法收集事實。此錯誤修正可更新安裝程式以確保混合安裝正常運作。(BZ#1408663) * 之前如果設定 `enable_excluders=false`，即使之前從未安裝過排除器，劇本仍然會在 config.yml 劇本期間安裝並升級排除器。透過此錯誤修正，如果之前未安裝過排除器，劇本就會避免安裝它們。(BZ#1434679) * 之前如果命名空間在其描述中含有非 ASCII 字元，則劇本會中止。此錯誤修正可更新劇本以便正確為 Unicode 字元解碼，進而確保升級至 OCP 3.5 如預期般運作。(BZ #1444806)

現已提供適用於 Red Hat Enterprise Linux 7 之 Red Hat Storage Console 2 的 ansible 更新。Red Hat 產品安全性團隊已將此更新評等為具有重要安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。Ansible 是一種簡單的模組驅動組態管理、多重節點部署及遠端工作執行系統。Ansible 在 SSH 上運作，且不需要於遠端節點上安裝任何軟體或程序。可用任何語言撰寫延伸模組，並可自動傳輸至受管理的機器。安全性修正：* 在 Ansible 處理來自用戶端系統的資料的方式中，發現一個輸入驗證弱點。若攻擊者可控制以 Ansible 管理的用戶端系統，並可將事實傳回到 Ansible 伺服器，那麼這名攻擊者就可利用此缺陷，憑藉 Ansible 伺服器權限在 Ansible 伺服器上執行任意程式碼。(CVE-2017-7466) * 在 Ansible 中發現輸入驗證缺陷，其無法正確將 lookup-plugin 結果標示為不安全。若攻擊者可控制 lookup() 呼叫的結果，他們就可以注入供 jinja2 範本化系統剖析的 Unicode 字串，進而導致程式碼執行。依預設，jinja2 範本化語言現已被標記為「不安全」，且未加以評估。(CVE-2017-7481) 這些問題是由 Evgeni Golov (Red Hat) 所發現。

現已提供適用於 RHEV Engine 4.1 版的 ansible 更新。Red Hat 產品安全性團隊已將此更新評等為具有中等安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。Ansible 是一種簡單的模組驅動組態管理、多重節點部署及遠端工作執行系統。Ansible 在 SSH 上運作，且不需要於遠端節點上安裝任何軟體或程序。可用任何語言撰寫延伸模組，並可自動傳輸至受管理的機器。下列套件已升級至更新的上游版本：ansible (2.3.1.0)。(BZ#1477925) 安全性修正：* 在 Ansible 中發現輸入驗證缺陷，其無法正確將 lookup-plugin 結果標示為不安全。若攻擊者可控制 lookup() 呼叫的結果，他們就可以注入供 jinja2 範本化系統剖析的 Unicode 字串，進而導致程式碼執行。依預設，jinja2 範本化語言現已被標記為「不安全」，且未加以評估。(CVE-2017-7481) 此問題由 Evgeni Golov (Red Hat) 所發現。

據發現，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 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

現已提供適用於 Red Hat Enterprise Linux 7 之 Red Hat Gluster Storage 3.2 的 ansible 更新。Red Hat 產品安全性團隊已將此更新評等為具有重要安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。Ansible 是一種簡單的模組驅動組態管理、多重節點部署及遠端工作執行系統。Ansible 在 SSH 上運作，且不需要於遠端節點上安裝任何軟體或程序。可用任何語言撰寫延伸模組，並可自動傳輸至受管理的機器。安全性修正：* 在 Ansible 處理來自用戶端系統的資料的方式中，發現一個輸入驗證弱點。若攻擊者可控制以 Ansible 管理的用戶端系統，並可將事實傳回到 Ansible 伺服器，那麼這名攻擊者就可利用此缺陷，憑藉 Ansible 伺服器權限在 Ansible 伺服器上執行任意程式碼。(CVE-2017-7466) * 在 Ansible 中發現輸入驗證缺陷，其無法正確將 lookup-plugin 結果標示為不安全。若攻擊者可控制 lookup() 呼叫的結果，他們就可以注入供 jinja2 範本化系統剖析的 Unicode 字串，進而導致程式碼執行。依預設，jinja2 範本化語言現已被標記為「不安全」，且未加以評估。(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
119388	RHEL 7：ansible 與 openshift-ansible (RHSA-2017:1244)	Nessus	Red Hat Local Security Checks	2018/12/4	2022/5/26	critical
100980	RHEL 7：ansible (RHSA-2017:1499)	Nessus	Red Hat Local Security Checks	2017/6/22	2022/2/3	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

偵測

搜尋 Plugin

critical

critical

critical

critical

critical

critical