1. 项目概述为什么我们要深挖Apache Shiro如果你在甲方做安全建设或者在乙方做渗透测试又或者是个刚入门的安全爱好者那么“Apache Shiro”这个名字你肯定不陌生。它几乎是Java Web应用安全领域的一个“明星”组件同时也是漏洞频发的“重灾区”。我处理过不少应急响应事件溯源到最后发现攻击入口就是Shiro的一个反序列化漏洞攻击者拿到权限后在内网横冲直撞场面一度非常尴尬。所以仅仅知道Shiro有漏洞是远远不够的你得真正理解它为什么会有漏洞攻击者是怎么利用的以及最关键的——我们该如何从根上把它防住。这次我们不搞那些虚头巴脑的理论堆砌就基于最流行的Vulhub靶场环境手把手带你从零开始把Shiro的几个核心高危漏洞比如CVE-2016-4437、CVE-2020-11989等的复现过程走一遍。更重要的是在复现之后我们会立刻切换到防御者视角探讨在真实生产环境中如何针对这些漏洞进行有效防护和加固。你会发现很多漏洞的修复方案远不止升级版本那么简单涉及到密钥管理、会话配置、过滤器链设计等多个层面。通过这个“攻防一体”的过程你不仅能掌握漏洞利用的技巧更能建立起一套针对Shiro组件的纵深防御思路这才是真正值钱的经验。2. Shiro安全机制核心与漏洞根源剖析要打靶先得知道靶心在哪。Shiro的漏洞之所以经典且危害巨大根本原因在于其安全架构的核心设计——尤其是“记住我”RememberMe功能与反序列化机制的耦合。2.1 Shiro的会话管理与RememberMe机制Shiro作为一个安全框架其核心职责之一是管理用户的认证Authentication和授权Authorization。用户登录后Shiro会创建一个会话Session来维持用户状态。而“记住我”功能是为了提升用户体验用户关闭浏览器再打开无需重新输入密码就能自动登录。这个功能的实现流程是这样的用户成功登录并勾选“记住我”。Shiro会使用一个对称加密密钥cipherKey对用户的身份信息Principal进行序列化、加密然后生成一个加密字符串。这个字符串会被放在HTTP响应头的Cookie字段中键名默认为rememberMe发送给浏览器。浏览器下次访问时会自动带上这个rememberMeCookie。Shiro在接收到请求后会提取这个Cookie值用相同的cipherKey进行解密、反序列化从而还原用户身份实现自动登录。这里就埋下了第一个致命隐患密钥硬编码。在Shiro 1.2.4及之前版本其默认的加密密钥cipherKey是硬编码在代码里的kPHbIxk5D2deZiIxcaaaA。这意味着全世界的Shiro应用如果开发者没有主动修改这个密钥它们都在使用同一把“锁芯”。攻击者只要拿到这个默认密钥就能伪造任意用户的rememberMeCookie直接绕过认证。注意即使开发者修改了密钥如果密钥强度不够如过短、过于简单仍然可能通过爆破的方式被猜解出来。这就是为什么在漏洞利用工具里总会有一个“密钥爆破”的功能模块。2.2 反序列化漏洞的“放大器”问题的严重性在第二步被急剧放大。Shiro在解密rememberMeCookie后需要对解密出的字节流进行反序列化以还原成Java对象。Java反序列化本身是一个危险的操作。如果反序列化的数据流中包含恶意构造的、指向特定“ gadget chain”利用链的代码那么在反序列化过程中就会触发这些代码的执行从而导致远程命令执行RCE。经典的利用链包括Commons-Collections、Commons-Beanutils等。因此Shiro RememberMe漏洞如CVE-2016-4437的本质是一个链式漏洞弱密钥或默认密钥导致加密环节被突破攻击者可以构造可控的加密数据。不安全的反序列化Shiro对解密后的数据无条件进行反序列化且未做任何白名单或有效性校验使得攻击者植入的恶意序列化数据得以执行。理解了这个核心我们就能明白后续所有漏洞变种如Padding Oracle Attack导致的CVE-2019-12422以及权限绕过漏洞CVE-2020-11989都是在这个基础模型上的“花式玩法”。防御的思路也必须从这两个核心环节入手管好密钥杜绝不安全的反序列化。3. 靶场搭建与核心漏洞复现实战理论说得再多不如亲手试一遍。我们选择Vulhub作为靶场因为它环境纯净、一键搭建能让我们聚焦于漏洞本身。3.1 Vulhub靶场环境快速搭建Vulhub的搭建非常简单前提是你有一个安装了Docker和Docker-Compose的Linux环境Windows/Mac用户可以用WSL或虚拟机。# 1. 克隆Vulhub仓库 git clone https://github.com/vulhub/vulhub.git cd vulhub # 2. 进入Apache Shiro漏洞目录 cd shiro # 3. 查看可用的漏洞环境 ls -l # 你会看到类似 CVE-2016-4437、CVE-2020-11989 等目录 # 4. 启动一个特定的漏洞环境例如最经典的CVE-2016-4437 cd CVE-2016-4437 docker-compose up -d # 5. 等待容器启动后访问 http://your-ip:8080 即可看到靶场应用。通常Vulhub的Shiro靶场是一个简单的Web应用有登录页面。我们的攻击目标就是绕过这个登录认证。3.2 CVE-2016-4437 (Shiro-550) 反序列化漏洞复现这是Shiro史上最著名的漏洞影响版本Shiro 1.2.4。我们使用一款强大的图形化工具——ShiroAttack2来进行利用。当然你也可以用命令行工具但图形化工具更直观适合学习和快速验证。复现步骤信息收集与探测首先需要确认目标存在Shiro框架并且使用了默认的Cookie管理器。最简单的方法是发送一个请求查看返回的Set-Cookie头是否包含rememberMedeleteMe。当用户注销时Shiro会发送这个指令让浏览器删除Cookie但这也成为了一个特征。curl -I http://your-ip:8080 # 观察响应头中是否有 Set-Cookie: rememberMedeleteMe; ...也可以使用浏览器开发者工具查看网络请求。使用ShiroAttack2进行利用打开ShiroAttack2在“Target”处输入目标URLhttp://your-ip:8080。在“Cipher Key”区域工具内置了常见的密钥字典包括那个著名的默认密钥。我们直接点击“检测”或“爆破”工具会自动尝试连接并测试密钥。当工具成功检测到有效的密钥例如kPHbIxk5D2deZiIxcaaaA后界面会显示“Key Found”。接下来是关键选择“利用链”。由于靶场环境通常包含Commons-Collections库我们选择对应的利用链例如CommonsCollectionsK1。在“命令”输入框填入你想执行的系统命令例如whoami或id。点击“攻击”工具会完成以下操作 a. 使用检测到的密钥将恶意命令序列化并加密生成一个恶意的rememberMeCookie。 b. 携带这个Cookie向目标发送HTTP请求。 c. 如果漏洞存在且利用链匹配目标服务器会在反序列化Cookie时执行我们的命令并将结果返回通常以HTTP响应内容或报错信息的形式呈现。在工具的“Result”或日志区域你就能看到命令执行的结果例如root或uid0(root) gid0(root) groups0(root)。实操心得密钥爆破是成功的前提。在实际渗透中如果目标修改了默认密钥你需要一个强大的密钥字典。ShiroAttack2自带的字典已经不错但你也可以自己收集整理特别是从GitHub历史代码中挖掘常见弱密钥。利用链的选择是成功的关键。不同目标环境依赖的Jar包版本不同需要尝试不同的利用链如CC1, CC2, CC3, CC4, CB1等。ShiroAttack2的“检测利用链”功能可以帮你自动化这个尝试过程。命令回显方式早期的利用可能没有回显需要借助DNSLog或HTTP请求外带数据。ShiroAttack2的高级功能支持这些方式。3.3 CVE-2020-11989 (Shiro-721) 权限绕过漏洞复现这个漏洞与CVE-2016-4437不同它不是一个反序列化漏洞而是一个身份验证绕过漏洞。影响版本Shiro 1.5.3。它的原理与Spring的CVE-2020-5398类似涉及Shiro处理请求路径时与Spring框架的交互问题。漏洞简述当Shiro和Spring Boot一起使用时如果请求的路径中包含半角分号;Shiro的路径匹配逻辑和Spring的路径解析逻辑可能出现不一致导致Shiro的权限校验过滤器被绕过但请求最终仍能被Spring的控制器处理。复现步骤以Vulhub环境为例启动对应的Vulhub环境cd shiro/CVE-2020-11989 docker-compose up -d。访问http://your-ip:8080你会发现有一个/admin页面是需要特定权限才能访问的。正常情况下直接访问http://your-ip:8080/admin会被拦截跳转到登录页。利用漏洞尝试访问http://your-ip:8080/admin/..;/或http://your-ip:8080/xxx/..;/admin。观察页面你可能发现成功绕过了Shiro的认证直接访问到了/admin下的资源。这个漏洞的复现成功率与环境配置强相关它依赖于特定的URL模式匹配配置。它的意义在于提醒我们安全是一个整体任何一个组件Shiro与另一个组件Spring的配合出现缝隙都可能被利用。单纯升级Shiro版本可能不够还需要检查整体的URL安全配置。4. 从攻击到防御构建Shiro应用的安全防线复现漏洞是为了更好地防御。作为一名安全工程师或开发负责人在了解了攻击手法后必须立即思考如何加固自己的系统。下面是一套从紧急处置到长期加固的防御方案。4.1 紧急处置与漏洞修复如果你的应用正在使用受影响版本的Shiro必须立即行动。升级Shiro版本这是最根本、最有效的措施。对于Shiro-550 (CVE-2016-4437)升级到1.2.5及以上版本。对于Shiro-721 (CVE-2020-11989)升级到1.5.3及以上版本。注意升级前务必在测试环境充分验证因为新版本可能有不兼容的API变更。修改并强化RememberMe加密密钥如果因故无法立即升级必须修改默认密钥。在Shiro的配置文件如shiro.ini或Spring的application.properties中显式设置一个高强度密钥。# shiro.ini 示例 securityManager.rememberMeManager.cipherKey your_strong_base64_encoded_key_here# application.properties 示例 shiro.rememberMeManager.cipherKey your_strong_base64_encoded_key_here密钥生成建议使用安全的随机数生成器生成至少128位16字节的密钥然后进行Base64编码。import org.apache.shiro.crypto.AesCipherService; import java.util.Base64; Key key new AesCipherService().generateNewKey(); String base64Key Base64.getEncoder().encodeToString(key.getEncoded()); System.out.println(Your new cipherKey: base64Key);临时禁用RememberMe功能如果业务上不需要“记住我”功能最彻底的方式是直接禁用它。在配置中不配置rememberMeManager或在Web过滤器中移除相关过滤器。4.2 架构与配置层面的深度加固修复已知漏洞只是第一步要想长治久安需要在架构和配置上下功夫。实施反序列化过滤器/白名单这是防御反序列化攻击的终极武器。即使攻击者破解了密钥构造了恶意序列化数据在反序列化前也会被拦截。方案一推荐使用Java原生提供的反序列化过滤器ObjectInputFilterJDK 9或第三方库如SerialKiller。方案二重写Shiro的DefaultRememberMeManager类在其deserialize方法中在调用SerializableUtils.deserialize之前对字节流进行校验只允许反序列化特定的、安全的类如用户登录信息的类。public class SafeRememberMeManager extends DefaultRememberMeManager { private static final SetString ALLOWED_CLASSES new HashSet(Arrays.asList( org.apache.shiro.subject.SimplePrincipalCollection, java.util.LinkedHashMap, // ... 仅添加你明确信任的类 )); Override protected byte[] serialize(Serializable serializable) { ... } Override protected Serializable deserialize(byte[] serialized) { // 调用父类方法前可加入白名单校验逻辑需自行解析序列化流头部 // 这是一个复杂但安全的方式或者直接使用ObjectInputFilter ObjectInputFilter filter ObjectInputFilter.Config.createFilter( maxdepth5;maxbytes100000;org.apache.shiro.subject.*;!* ); // 将filter应用到反序列化流中 return super.deserialize(serialized); } }然后在配置中使用你自己的SafeRememberMeManager。精细化配置URL权限针对CVE-2020-11989这类路径解析漏洞需要仔细检查Shiro的过滤器链配置。避免使用通配符/**进行过于粗放的权限控制。明确为每一个需要权限的路径配置规则并对静态资源、登录接口等配置anon匿名访问。确保Shiro的PathMatchingFilterChainResolver的配置与Web框架如Spring MVC的路径匹配规则保持一致避免出现解析差异。密钥生命周期管理不要将密钥硬编码在配置文件中然后提交到代码仓库。将密钥作为敏感信息存放在环境变量、配置中心或专业的密钥管理服务如HashiCorp Vault, AWS KMS中。建立密钥轮换机制定期更新cipherKey。注意更新密钥会导致所有已发出的rememberMeCookie失效用户需要重新登录。4.3 安全运维与监控防御需要形成闭环离不开持续的监控和响应。部署WAF/IPS规则在网关或应用层防火墙部署规则拦截包含可疑rememberMeCookie长度、特征如序列化魔术头aced的Base64编码的请求。加强日志审计确保Shiro和应用的访问日志、安全日志被完整记录并集中收集到SIEM安全信息与事件管理系统。特别关注登录失败、异常Cookie访问等事件。定期漏洞扫描与成分分析使用SCA软件成分分析工具定期扫描项目依赖及时发现并预警引入的包含漏洞的Shiro版本。结合IAST交互式应用安全测试或DAST动态应用安全测试工具对线上应用进行定期的渗透测试。5. 进阶漏洞挖掘与工具化思考在掌握了复现和防御之后我们可以更进一步思考攻击者是如何发现这些漏洞的以及如何将我们的知识工具化提升效率。5.1 漏洞挖掘的思路启发Shiro的漏洞史给我们很多启发关注安全组件与框架的交互CVE-2020-11989就是Shiro和Spring交互产生的“缝隙”。在多组件集成的系统中要特别留意它们之间责任边界是否清晰处理逻辑是否一致。密码学误用是重灾区硬编码密钥、弱密钥、使用不安全的加密模式如CBC模式未做完整性校验导致Padding Oracle Attack。凡是涉及密码学的地方都要用最谨慎的态度去审查。反序列化是“万恶之源”只要程序接受了外部的序列化数据并进行了反序列化这就是一个极高危的攻击面。Java反序列化漏洞的利用链Gadget Chain一直在增长黑名单防御永远滞后白名单才是正道。5.2 打造自己的安全工具链虽然ShiroAttack2等工具很好用但理解其原理后我们可以编写更贴合自身需求的脚本。密钥爆破脚本你可以用Python写一个简单的脚本读取一个密钥字典批量向目标发送特制的请求通过响应时间、响应内容或错误信息的差异来判断密钥是否正确。利用链探测脚本自动化尝试不同的Commons-Collections等库的利用链。可以结合目标HTTP响应中的Set-Cookie头、报错信息中的库版本号来智能选择利用链提高攻击成功率。内网渗透扩展在通过Shiro漏洞打入一台机器后自动化进行内网信息收集、横向移动和持久化驻留。例如自动上传JSP Webshell、添加计划任务、抓取密码哈希等。重要提醒所有这些工具和脚本仅限在你自己拥有完全控制权的实验室环境如Vulhub或获得明确书面授权的渗透测试中使用。未经授权对他人系统进行测试是违法行为。通过这样一次从漏洞原理、环境搭建、手工/工具复现再到深度防御和进阶思考的完整旅程你对Apache Shiro的安全问题应该有了一个立体而深刻的认识。安全技术的本质是攻防对抗的实践唯有知己知彼方能筑起有效的防线。下次再遇到Shiro你就能从容地说它的弱点在哪我该怎么打又该如何防。