docker-latest 的更新现可用于 Red Hat Enterprise Linux 7 Extras。Red Hat 产品安全团队将此更新评级为具有中等安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Docker 是一种开放原始码引擎，可将任何应用程序自动化部署为轻量级、可携式且可在几乎任何地方运行的自给自足的容器。下列程序包已升级到更新的上游版本：docker-latest (1.12.5)。(BZ#1404309) 安全修复：* docker 的 `docker exec` 功能所使用的 runc 组件允许通过容器中的 pid 1 追踪其他容器进程。如果以根用户身份运行，则允许容器的主进程在初始化期间获得对这些新进程的低层级访问。攻击者可根据传入进程的性质，借此提升对主机的访问权。范围涵盖从通过传入进程的文件描述符访问主机内容，到利用内存访问或系统调用截获进行的完整容器转义。(CVE-2016-9962) Red Hat 在此感谢 Docker 项目报告此问题。上游感谢原始报告者 Aleksa Sarai (SUSE) 和 Tonis Tiigi (Docker)。

远程主机受到 GLSA-201701-34 中所述漏洞的影响（runC：权限提升）据发现，runC 中存在漏洞，允许容器中的 pid 1 通过 `runc exec` 来追踪其他容器进程。如果以 root 用户身份运行，则允许容器的主进程获取这些新进程文件描述符的访问权。影响：可在进程初始化之前顺利逸出容器或修改 runC 状态的攻击者可提升权限。解决方法：目前无任何已知的解决方法。

远程 Oracle Linux 6 / 7 主机上安装的程序包收到 ELSA-2017-3511 公告中提及的漏洞的影响。

  - runC 允许容器中的 pid 1 通过“runc exec”来追踪其他容器进程。
    如果以根身份运行，这可让容器的主要进程在初始化期间，取得对这些新进程之文件描述符的访问权，进而可导致在进程完整置于容器内部之前，容器逃离或修改 runC 状态。(CVE-2016-9962)

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

docker 的更新现在可用于 Red Hat Enterprise Linux 7 Extras。Red Hat 产品安全团队将此更新评级为具有中等安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。Docker 是一种开放原始码引擎，可将任何应用程序自动化部署为轻量级、可携式且可在几乎任何地方运行的自给自足的容器。下列程序包已升级到更新的上游版本：docker (1.12.5)。(BZ#1404298) 安全修复：* docker 的 `docker exec` 功能所使用的 runc 组件允许通过容器中的 pid 1 追踪其他容器进程。如果以根用户身份运行，则允许容器的主进程在初始化期间获得对这些新进程的低层级访问。攻击者可根据传入进程的性质，借此提升对主机的访问权。范围涵盖从通过传入进程的文件描述符访问主机内容，到利用内存访问或系统调用截获进行的完整容器转义。(CVE-2016-9962) Red Hat 在此感谢 Docker 项目报告此问题。上游感谢原始报告者 Aleksa Sarai (SUSE) 和 Tonis Tiigi (Docker)。缺陷补丁：* 当联系仓库时，docker 容器和镜像未读取环境代理变量。因此，将系统配置为使用代理时，用户无法提取镜像。容器和镜像已经得到修复，以读取环境的代理变量，并可从系统中提取镜像，代理运作也正常。(BZ# 1393816) * 偶尔 docker-storage-setup 服务会在 thin pool 准备就绪之前开启，这会造成故障。因此，docker 守护进程也会发生故障。此缺陷已得到修复，现在 docker-storage-setup 会等待 thin pool 60 秒后创建完成。此默认时间可进行配置。因此，docker 和 docker-storage-setup 可在重启时正确启动。(BZ#1316786) * 此前，docker 守护进程的单位文件未提供用户空间代理路径。因此，暴露端口的容器无法启动。为了修复此缺陷，已更新该单位文件，将用户空间代理路径选项纳入守护进程启动命令，同时进行数个其他次要封包修复。因此，暴露端口的容器现在可按预期启动。(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` 来追踪其他容器进程。如果以根身份运行，这可让容器的主要进程在初始化期间，取得对这些新进程之文件描述符的访问权，进而可导致在进程完整置于容器内部之前，容器逃离或修改 runC 状态。

runc 的更新现可用于 Red Hat Enterprise Linux 7 Extras。Red Hat 产品安全团队将此更新评级为具有中等安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其针对每个漏洞给出了详细的严重性等级。runC 工具是可提供容器运行时间的轻量级、可携式 Open Container Format (OCF) 实现。安全修复：* docker 的 `docker exec` 功能所使用的 runc 组件允许通过容器中的 pid 1 追踪其他容器进程。如果以根用户身份运行，则允许容器的主进程在初始化期间获得对这些新进程的低层级访问。攻击者可根据传入进程的性质，借此提升对主机的访问权。范围涵盖从通过传入进程的文件描述符访问主机内容，到利用内存访问或系统调用截获进行的完整容器转义。(CVE-2016-9962) Red Hat 在此感谢 Docker 项目报告此问题。上游感谢原始报告者 Aleksa Sarai (SUSE) 和 Tonis Tiigi (Docker)。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
96597	RHEL 7：docker-latest (RHSA-2017:0123)	Nessus	Red Hat Local Security Checks	2017/1/18	2019/10/24	medium
96475	GLSA-201701-34：runC：权限提升	Nessus	Gentoo Local Security Checks	2017/1/13	2021/1/11	medium
96589	Oracle Linux 6 / 7：docker-engine / docker-engine-selinux (ELSA-2017-3511)	Nessus	Oracle Linux Local Security Checks	2017/1/18	2025/2/18	medium
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

检测

插件搜索

medium

medium

medium

medium

medium

medium