CVE-2026-10520 - Ivanti Sentry OS Command Injection Vulnerability
CVE-2026-10520 是 Ivanti Sentry（原 MobileIron Sentry）中的严重 OS 命令注入漏洞，允许远程未认证攻击者以 root 权限执行任意代码。该漏洞影响处于未管理状态且端点外网可达的设备，在启用 mTLS 或受限访问时不可利用。立即参考 CISA BOD 26-04 打补丁或启用缓解措施。
CVE-2026-10520 - Ivanti Sentry OS Command Injection Vulnerability
📋 漏洞概述
Ivanti Sentry 存在 OS 命令注入漏洞，允许远程未认证攻击者以 root 权限执行任意代码。
📋 基础信息
| 受影响版本 | Ivanti Sentry (formerly MobileIron Sentry) in unmanaged state with externally reachable endpoints; specific version range not disclosed, likely all versions prior to vendor-supplied patches. |
| 漏洞类型 | OS命令注入 |
| CVSS | 9.8 · Critical |
| CVE | CVE-2026-10520 |
🔬 漏洞根因
漏洞源于 Ivanti Sentry 在处理特定用户输入时，未能充分进行输入验证和清理，导致攻击者可以通过构造特制的请求将恶意操作系统命令注入到后端执行的命令字符串中。推测根本问题可能存在于某个 CGI 脚本或 API 端点，其直接拼接用户可控参数到 shell 命令中，例如在日志记录、诊断工具或配置更新功能中。由于服务以高权限（如 root）运行，命令注入可导致完全控制。
🎯 攻击场景
1. 前提条件：目标 Ivanti Sentry 设备处于未托管状态，且其管理/API 端点对互联网开放（未启用 mTLS 或受限的 HTTPS 访问）。2. 攻击者扫描发现暴露的 Sentry 服务，定位到存在漏洞的输入点（例如：/admin/ 下的诊断表单、日志导出接口或自定义脚本）。3. 攻击者构造包含命令注入载荷的 HTTP 请求（如注入 ; id > /tmp/out 或 | bash -c '...'），绕过输入过滤。4. 服务端在解析参数后，未加验证地拼接成系统命令，导致恶意命令以 root 权限执行。5. 成功标志：攻击者获取设备 root shell，可安装后门、窃取数据、横向移动或破坏服务。
💥 漏洞影响
该漏洞可导致远程未认证攻击者实现 root 级别的远程代码执行（RCE）。成功利用后，攻击者能够完全接管目标 Ivanti Sentry 设备，读取、修改或删除所有数据（包括移动设备管理（MDM）证书和密钥），植入持久化后门，并利用该设备作为跳板攻击内部网络。已知类似漏洞（如 CVE-2023-35078）已被用于勒索软件攻击，可导致大规模供应链风险。
🛡️ 修复建议
立即应用 Ivanti 官方提供的安全补丁或缓解措施（参见 CISA BOD 26-04 指导）。临时缓解措施包括：1. 确保 Sentry 设备使用相互 TLS (mTLS) 与 EPMM 通信，或通过 Neurons for MDM 限制 HTTPS 访问；2. 在防火墙上将 Sentry 的管理/API 接口限制为仅白名单 IP 可访问；3. 如果无法修补，考虑断开设备与互联网的连接或停用该产品。
📎 参考链接
- https://nvd.nist.gov/vuln/detail/CVE-2026-10520
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2026-10520
- https://www.cisa.gov/bod-26-04
- 原始来源（CISA-KEV）
🚨 威胁评估
| 📈 EPSS 利用概率 | 低 (3.3%) (高于 87.5% 的漏洞) |
| 🚨 CISA KEV | 🚨 已被积极利用 |
| 🔧 公开 PoC | 2 个公开 PoC 仓库 |
⚠️ 本文由漏洞情报系统自动生成，仅供安全研究与防御参考。生成时间: 2026-06-12 08:09 | 来源: CISA-KEV
🤖 常见问题解答（FAQ）
❓ 如何检测是否受此漏洞影响？
检查 Ivanti Sentry 设备是否处于未管理状态（未注册到 EPMM），且其 web 界面是否可外网访问。查看设备版本是否低于厂商发布的补丁版本。尝试发送含 sleep 命令的 payload 到敏感端点观察响应延迟。
❓ 临时缓解措施有哪些？
1. 启用 mTLS 限制 Sentry 与 EPMM 通信。2. 在防火墙层将 Sentry 的管理界面（如 443 端口）源 IP 白名单化。3. 禁用不必要的端点脚本或诊断功能。4. 使用 WAF 规则拦截常见的命令注入模式（如 | ; ` $() ）。
❓ 漏洞利用难度如何？
据公开信息，利用条件较为苛刻：要求设备处于未管理状态且端点可外网访问。但一旦满足条件，攻击者无需认证即可远程触发，利用难度低。考虑到历史类似漏洞（如 CVE-2023-35078）已被武器化，实际风险极高。