【安全圈】新的JanuscapeLinux漏洞允许在Intel和AMD设备上实现虚拟机逃逸"

admin 2026-10-18 16:35:32 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

【安全圈】新的 Januscape Linux 漏洞允许在 Intel 和 AMD 设备上实现虚拟机逃逸

安全圈

2026年7月8日 19:00
江苏

在小说阅读器读本章

去阅读

关键词

漏洞

一个名为 Januscape 的 16 年历史的 Linux 内核漏洞,允许攻击者逃逸虚拟机并在宿主机上执行任意代码。
据发现该漏洞的安全研究员 Hyunwoo Kim 称,这个客户机到宿主机的逃逸漏洞(编号 CVE-2026-53359)源于 KVM/x86(为 x86 和 x86\_64/AMD64 处理器架构构建的基于内核的虚拟机)中 shadow MMU 模拟的一个 use-after-free 缺陷。
Januscape 在 Linux 内核中存在了大约 16 年,直到 2026 年 6 月才被修补,并曾被用作 Google kvmCTF 漏洞奖励计划中的零日漏洞。
成功利用该漏洞后,攻击者可以利用客户虚拟机内的 root 权限(公共云实例上的默认配置)在宿主机上以 root 身份执行代码,并接管其上运行的所有客户机,或使宿主机内核崩溃(将同一服务器上所有其他租户的虚拟机踢下线)。
Kim 将 Januscape 描述为第一个可以在 Intel 和 AMD 两种处理器架构上触发、而非仅限于单一平台的客户机到宿主机利用,并指出它对多租户公共云环境(例如 Google Cloud 和 Amazon Web Services 提供的环境)构成了显著风险。
Kim 周一解释说:\"仅通过客户机侧的操作,攻击者就可以入侵运行其虚拟机的宿主机。例如,一个仅在公共云上租用了一个实例的攻击者,可以使宿主机内核崩溃,从而将同一物理机上的所有其他租户虚拟机下线(DoS),或者在宿主机上以 root 权限运行代码,以接管宿主机及其上的所有客户机(RCE)。\"
在某些 Linux 发行版上,例如 Red Hat Enterprise Linux(RHEL),其中 /dev/kvm 是全局可写的,非特权攻击者也可以利用 CVE-2026-53359 在未修补的设备上可靠地获取 root 权限。
该安全研究员发布了一份技术文章和一个概念验证利用程序,可以触发宿主机内核崩溃,并表示在可预见的未来不会发布完整的客户机到宿主机逃逸利用程序。
运行接受多租户客户机的 KVM/x86 宿主机管理员应确认补丁提交 81ccda30b4e8 已应用到宿主机内核,以确保宿主机免受攻击。
2026 年 5 月,Kim 还披露了 Dirty Frag,这是一个 Linux 本地权限提升漏洞,它串联了 xfrm-ESP(CVE-2026-43284)和 RxRPC(CVE-2026-43500)页缓存写入漏洞,以在包括 Ubuntu、Red Hat Enterprise Linux、CentOS Stream 和 Fedora 在内的主要发行版上获取 root 访问权限。
Kim 指出,在目标设备上没有客户机 root 访问权限的攻击者,可以串联 Dirty Frag 和 Januscape 漏洞来实现完全入侵。

END

阅读推荐

【安全圈】必应搜索\"收款码\"被黑灰产刷量了

【安全圈】Claude Cowork沙箱逃逸,虚拟机形同虚设

【安全圈】FatFs 中的漏洞使 IoT 和嵌入式设备面临风险

【安全圈】PamStealer 伪装 macOS 剪贴板管理器窃取数据

安全圈

←扫码关注我们

网罗圈内热点 专注网络安全

实时资讯一手掌握!

好看你就分享 有用就点个赞

支持「安全圈」就点个三连吧!


【安全圈】新的JanuscapeLinux漏洞允许在Intel和AMD设备上实现虚拟机逃逸" 网络安全文章

【安全圈】新的JanuscapeLinux漏洞允许在Intel和AMD设备上实现虚拟机逃逸"

公开资料显示,一个名为Januscape的16年历史的Linux内核漏洞(CVE-2026-53359)允许攻击者从虚拟机逃逸并在宿主机上执行任意代码。该漏洞源于KVM/x86中shadowMMU的use-after-free缺陷,影响Intel和AMD架构,对多租户公共云环境构成显著风险。管理员应确认补丁81ccda30b4e8已应用到宿主机内核以防范攻击。
libmsaoaidsec.so检测监测——绕过Hook脚本" 网络安全文章

libmsaoaidsec.so检测监测——绕过Hook脚本"

本文分析了libmsaoaidsec.so在AndroidNative安全分析中的早期检测机制,指出其检测逻辑在.init等阶段执行,导致在android_dlopen_ext的onLeave阶段Hook已过时。提出在onEnter阶段通过Hook\\_\\_system_property_get作为早期锚点,基于函数偏移和返回值判断检测逻辑并实施绕过策略,如返回值替换或写入RET指令。提供了Frida脚本设计思路,包括监控SO加载、捕获初始化锚点、动态观测检测分支及绕过关键函数。
第1课:专栏导论与安全边界" 网络安全文章

第1课:专栏导论与安全边界"

本课为安全工程专栏导论,明确学习边界:仅用于防御研究,禁止攻击滥用。核心是阅读远控源码,将其转化为企业可执行的检测、审计与加固方案。强调授权隔离环境,区分合法运维工具与恶意样本。后续课程将围绕源码审计、风险识别、检测工程和应急响应展开,每课输出检测点与加固建议。
近四成Skill\"带病上岗\" 360发布报告敲响AI智能体安全警钟" 网络安全文章

近四成Skill\"带病上岗\" 360发布报告敲响AI智能体安全警钟"

360发布《AISkill生态安全报告(2026上半年)》,检测近7万个公开Skill样本发现近四成存在安全缺陷,包括权限超配、明文密钥泄露及链式攻击风险。报告指出生态扩张速度远超安全建设,传统静态扫描无法应对新型威胁,提出先检测再准入后运行的全生命周期安全治理思路,并为企业、开发者、平台提供分层落地指南。
评论:0   参与:  0