CSRF 利用浏览器自动携带 Cookie 的特性，让受害者在不知情时以自身身份发送请求。
用途：在目标表单或 API 缺少 CSRF Token、使用 Cookie 认证、且存在敏感操作（修改密码/邮箱、转账支付、添加管理员、绑定解绑第三方账户、修改权限角色）时进行检测与利用评估。
主要能力与检查点： Phase 1 识别风险。检查是否存在 CSRF Token（hidden input csrf_token）、SameSite Cookie（Strict/Lax）、Referer/Origin 校验、自定义 Header 如 X-Requested-With: XMLHttpRequest。
Phase 2 绕过防护思路。Token 绕过：删除 token 参数（空值）、使用其他/自己的 token、Token 存于 Cookie 时两者匹配。Referer/Origin 绕过：不发送 Referer（meta referrer no-referrer）、构造包含目标域名的 URL、空 Referer。SameSite 绕过：Lax 下 GET 顶级导航仍可跨站，无属性旧浏览器默认 None，POST 被拦截时可尝试 GET。Token 验证缺陷：攻击者 token 替受害者使用、服务端只验有效性不验归属。Method 绕过：修改操作接受 GET 时用 window.location 触发。
Phase 3 构造 PoC。GET 用 img src；POST 用隐藏表单加 script 自动提交；JSON Body 需 CORS 配合，或尝试 text/plain 编码的表单提交。
Phase 4 CTF 场景：常配合 XSS Bot，先发现 CSRF 漏洞并构造恶意页面，再将链接提交给 admin bot，使管理员以自身身份执行操作（改密码/获取 flag）。
限制：资料仅为方法论步骤与示例，未提供具体工具命令、安装方式、收费标准及适用范围，实际利用受目标防护与浏览器策略影响，需合法授权测试。