挖洞经验 | 连接多个漏洞获取管理员访问权限
字数 1248 2025-08-18 11:37:24
多漏洞链式利用获取管理员权限技术分析
漏洞背景
本文描述了一个通过串联多个漏洞最终获取目标系统管理员权限的完整过程。攻击者通过IDOR(不安全的直接对象引用)漏洞、认证逻辑缺陷和错误处理不当等多个漏洞的组合利用,实现了从普通用户到系统管理员的权限提升。
侦察阶段
-
目标识别:
- 发现两个关键子域:
app.site.com(核心应用)和admin.site.com(管理后台) - 管理后台通常包含更高权限的功能和敏感数据
- 发现两个关键子域:
-
初步测试:
- 使用Burp Suite拦截和分析所有请求和响应
- 核心应用测试未发现明显漏洞
管理后台访问突破
-
访问控制绕过:
- 发现通过VPN连接可以绕过管理后台的"access denied"限制
- 原因可能是基于IP的访问控制存在缺陷
-
注册功能分析:
- 管理后台提供注册功能但返回"注册失败"
- 通过Burp对比核心应用和管理后台的注册请求:
# 管理后台注册请求 POST /api/register HTTP/1.1 Host: admin.site.com {"firstName":null,"lastName":null,"login":"email@site.com","email":"email@site.com","password":"hunter2"} # 核心应用注册请求 POST /api/register HTTP/1.1 Host: app.site.com {"firstName":null,"lastName":null,"login":"email@site.com","email":"email@site.com","password":"hunter2","securityQuestions":[{"questionId":"1","answer":"test1"},{"questionId":"2","answer":"test2"}]} -
漏洞利用:
- 将
securityQuestions参数添加到管理后台注册请求中成功注册账户 - 绕过2FA验证:由于账户未设置2FA,输入任意数字(如123456)即可通过验证
- 将
权限提升阶段
-
用户信息修改漏洞:
- 修改用户信息时返回"Something went wrong"但实际修改成功
- 可通过发送空POST请求绕过验证:
POST /api/users/newAuthenticationCode/46774 HTTP/1.1 Host: admin.site.com -
2FA接管漏洞:
- 通过修改user_id参数为任意用户ID创建新的2FA验证码
- 使用生成的QR码在攻击者设备上注册2FA:
GET /api/users/authenticationCode/YNFTHSAJVOR3RS6B HTTP/1.1 Host: admin.site.com -
用户数据库泄露:
- 通过删除searchString、size和page参数获取完整用户数据库:
GET /api/users/search?page=&size=20&ascending=true&orderBy=Login&searchString=&userRole= HTTP/1.1 Host: admin.site.com -
管理员账户接管:
- 选择目标管理员账户(user_id:3)
- 为其生成新的2FA验证码并绑定到攻击者设备
- 修改管理员邮箱和密码
- 使用新凭证成功登录管理员账户
二次权限提升
- 权限修改漏洞:
- 发现
/api/account/updateAdmin端点可修改用户权限 - 通过修改authorities字段将普通账户提升为管理员:
POST /api/account/updateAdmin HTTP/1.1 Host: admin.site.com {"id":3,"login":"admin@site.com",...,"authorities":["ROLE_ADMIN"],...} - 发现
关键经验总结
-
侦察深度:
- 不仅要收集子域和目录,还需深入理解应用逻辑和工作流程
- 对比不同功能模块的请求差异可能发现漏洞
-
错误处理分析:
- 不要轻信表面错误信息,实际操作可能已成功执行
- 需验证操作的实际效果而非仅依赖系统反馈
-
认证绕过技巧:
- 2FA保护并非绝对安全,可能存在逻辑缺陷
- 尝试空值、默认值或无效输入可能绕过保护机制
-
漏洞串联思维:
- 单个漏洞可能无法直接达成目标,但组合利用可突破限制
- 保持对每个发现漏洞的记录,寻找串联可能性
-
权限持久化:
- 获取高权限后应检查是否存在维持访问的方法
- 关注可修改用户权限的关键API端点
防御建议
- 实施严格的访问控制,包括基于角色的权限验证
- 对所有敏感操作实施完整的输入验证和授权检查
- 修复IDOR漏洞,确保用户只能访问自己的资源
- 改进错误处理机制,避免误导性错误信息
- 加强2FA实现,确保验证码生成和绑定过程安全
- 对敏感API端点实施额外的保护措施
- 定期进行安全审计和渗透测试,发现潜在漏洞链