遠端主機受到 GLSA-201701-34 中所述的弱點影響 (runC：權限提升) 在 runC 中發現一個弱點，此弱點允許容器的 pid 1 透過「runc exec」來追蹤其他容器處理程序。如此一來，若以 root 身分執行，容器的主要處理程序就可取得對這些新處理程序的檔案描述元的存取權限。影響：可在處理程序初始化之前順利逸出容器或修改 runC 狀態的攻擊者可提升權限。因應措施：目前尚無已知的因應措施。

現已提供適用於 Red Hat Enterprise Linux 7 Extras 的 docker-latest 更新。Red Hat 產品安全性團隊已將此更新評等為具有中等安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。Docker 是一種開放原始碼引擎，可將任何應用程式自動化部署為輕量型、可攜式且可在任何地方執行的自足容器。下列套件已升級至更新的上游版本：docker-latest (1.12.5)。(BZ#1404309) 安全性修正：* docker 的「docker exec」功能所使用的 runc 元件會允許容器中的 pid 1 追蹤其他容器處理程序。如此一來，若以 root 身份執行，容器的主要處理程序就可在初始化時，取得對這些新處理程序的低階存取權限。攻擊者可藉此提升對主機的存取權限，視傳入處理程序的性質而定。從透過傳入處理程序的檔案描述元存取主機內容，到利用記憶體存取或系統呼叫攔截執行完整的容器逸出都有可能。(CVE-2016-9962) Red Hat 感謝 Docker 專案報告這個問題。上游確認 Aleksa Sarai (SUSE) 及 Tonis Tiigi (Docker) 為原始報告者。

遠端 Oracle Linux 6/7 主機上安裝的套件受到 ELSA-2017-3511 公告中提及的一個弱點影響。

  - RunC 允許容器的 pid 1 透過 `runc exec` 來追蹤其他容器處理程序。
    如果以 root 身分執行，容器的主要處理程序可在初始化期間，取得對這些新處理程序之檔案描述元的存取權，進而可導致在將處理程序完整置於容器內部之前，發生容器逸出或 runC 的狀態被修改。(CVE-2016-9962)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

現已提供適用於 Red Hat Enterprise Linux 7 Extras 的 docker 更新。Red Hat 產品安全性團隊已將此更新評等為具有中等安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。Docker 是一種開放原始碼引擎，可將任何應用程式自動化部署為輕量型、可攜式且可在任何地方執行的自足容器。下列套件已升級至更新的上游版本：docker (1.12.5)。(BZ#1404298) 安全性修正：* docker 的「docker exec」功能所使用的 runc 元件會允許容器中的 pid 1 追蹤其他容器處理程序。如此一來，若以 root 身份執行，容器的主要處理程序就可在初始化時，取得對這些新處理程序的低階存取權限。攻擊者可藉此提升對主機的存取權限，視傳入處理程序的性質而定。從透過傳入處理程序的檔案描述元存取主機內容，到利用記憶體存取或系統呼叫攔截執行完整的容器逸出都有可能。(CVE-2016-9962) Red Hat 感謝 Docker 專案報告這個問題。上游確認 Aleksa Sarai (SUSE) 及 Tonis Tiigi (Docker) 為原始報告者。錯誤修正：* docker 容器與影像無法在聯繫登錄時，讀取來自環境的 proxy 變數；因此，在系統被設定為使用 proxy 時，使用者就無法擷取影像。容器與影像皆已獲修正，可讀取來自環境的 proxy 變更，也可從系統提取影像，且 proxy 可正確運作。(BZ#1393816) * docker-storage-setup 服務有時會在精簡集區就緒之前啟動而導致失敗；docker 程序也因此失敗。此錯誤已獲修正，現在 docker-storage-setup 會等候 60 秒時的時間，待精簡集區建立完成。此預設時間可供設定。因此，docker 和 docker-storage-setup 可在重新開機時正確啟動。(BZ#1316786) * 以前，docker 程序的單元檔案不會提供使用者空間 proxy 路徑；因此無法啟動可將連接埠公開的容器。為了修正此錯誤，我們已更新單元檔案，以將使用者空間 proxy 路徑選項納入程序啟動命令，同時也做了其他幾項封包處理小修正。因此，現已可如預期啟動可將連接埠公開的容器。(BZ#1406460) * 以前，從 /etc/docker/certs.d/ 目錄使用登錄 CA (授權單位) 時，系統 CA 集區會遭到排除。因此，會發生影像提取失敗，並附帶下列錯誤：無法推入影像：x509: 憑證由不明授權單位所簽署。此錯誤已獲修正，docker 現已可正確讀取 CA 集區，影像提取作業現也可正確運作。(BZ#1400372) * 以前，docker 程序選項並未正確處理「--block-registry docker.io」選項。因此，即使已啟用「--block-registry docker.io」選項，docker 還是會允許從 docker.io 提取影像。此更新修正了選項的處理方式，現在已可正確使用「--block-registry docker.io」來封鎖影像提取。(BZ#1395401)

據發現，runC 允許容器的 pid 1 透過 `runc exec` 來追蹤其他容器處理程序。如果以 root 身分執行，這可讓容器的主要處理程序在初始化期間，取得對這些新處理程序之檔案描述元的存取權，進而可導致在處理程序完整置於容器內部之前，容器逸出或修改 runC 狀態。

現已提供適用於 Red Hat Enterprise Linux 7 Extras 的 runc 更新。Red Hat 產品安全性團隊已將此更新評等為具有中等安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。runC 工具是可提供容器執行階段的輕量、可攜式 Open Container Format (OCF) 實作。安全性修正：* docker 的「docker exec」功能所使用的 runc 元件會允許容器中的 pid 1 追蹤其他容器處理程序。如此一來，若以 root 身份執行，容器的主要處理程序就可在初始化時，取得對這些新處理程序的低階存取權限。攻擊者可藉此提升對主機的存取權限，視傳入處理程序的性質而定。從透過傳入處理程序的檔案描述元存取主機內容，到利用記憶體存取或系統呼叫攔截執行完整的容器逸出都有可能。(CVE-2016-9962) Red Hat 感謝 Docker 專案報告這個問題。上游確認 Aleksa Sarai (SUSE) 及 Tonis Tiigi (Docker) 為原始報告者。

ID	名稱	產品	系列	已發布	已更新	嚴重性
96475	GLSA-201701-34：runC：權限提升	Nessus	Gentoo Local Security Checks	2017/1/13	2021/1/11	medium
96597	RHEL 7：docker-latest (RHSA-2017:0123)	Nessus	Red Hat Local Security Checks	2017/1/18	2019/10/24	medium
96589	Oracle Linux 6 / 7：docker-engine / docker-engine-selinux (ELSA-2017-3511)	Nessus	Oracle Linux Local Security Checks	2017/1/18	2023/5/3	high
96596	RHEL 7：docker (RHSA-2017:0116)	Nessus	Red Hat Local Security Checks	2017/1/18	2019/10/24	medium
96394	Amazon Linux AMI : docker (ALAS-2017-783)	Nessus	Amazon Linux Local Security Checks	2017/1/11	2018/4/18	medium
96598	RHEL 7：runc (RHSA-2017:0127)	Nessus	Red Hat Local Security Checks	2017/1/18	2019/10/24	medium

偵測

搜尋 Plugin

medium

medium

high

medium

medium

medium