1. 从一次真实攻击事件说起去年某金融平台发生了一起用户资金被盗事件攻击者诱导受害者点击了一个抽奖活动链接受害者登录后攻击者利用受害者已认证的会话在后台完成了转账操作。整个过程受害者毫无察觉直到收到银行短信才意识到出了问题。这就是典型的CSRF跨站请求伪造攻击。而在另一起事件中某企业内网服务器被入侵调查发现攻击者通过一个存在SSRF服务端请求伪造漏洞的Web应用以服务器为跳板访问了内网敏感系统。这两个安全漏洞看似不同实则都利用了请求伪造这一核心攻击手法。2. CSRF漏洞深度解析2.1 漏洞原理与攻击流程CSRF攻击的本质是攻击者诱骗已认证的用户在不知情的情况下提交恶意请求。其核心利用三个条件用户已登录目标网站存在有效会话网站未对敏感操作实施二次验证攻击者能预测或获取请求参数典型攻击步骤用户登录bank.com会话cookie有效用户访问攻击者构造的恶意页面内含img srchttp://bank.com/transfer?tohackeramount10000 width0 height0浏览器自动携带cookie发送请求完成转账2.2 实战检测方法使用Burp Suite测试的完整流程拦截正常修改密码请求假设为POST /change-pwd右键请求 → Engagement tools → Generate CSRF PoC调整HTML表单移除随机token等防护参数保存为HTML文件用已登录账户的浏览器打开观察密码是否被修改而不需要重新认证关键验证点请求是否仅依赖会话cookie敏感操作是否有不可预测参数如CSRF token请求头是否检查Referer/Origin2.3 防御方案对比防御方案实现方式优点缺点CSRF Token表单添加随机token服务端校验安全性高需前后端配合SameSite Cookie设置Cookie的SameSite属性浏览器原生支持旧浏览器兼容性问题二次验证敏感操作需重新输入密码/验证码用户体验差安全性最高Referer检查验证请求来源域名实现简单可能被绕过最佳实践关键操作应采用CSRF Token SameSite Strict双重防护金融级操作增加二次验证。3. SSRF漏洞攻防全解3.1 漏洞成因与危害SSRF允许攻击者通过服务器发起任意网络请求典型利用场景访问内网服务如Redis、Jenkins云服务器元数据泄露如AWS的169.254.169.254端口扫描内网资产作为跳板实施进一步攻击某真实案例攻击链存在SSRF的Web应用 → 访问云元数据 → 获取临时密钥 → 接管云服务器 → 横向移动内网 → 数据泄露3.2 常见触发点检测容易存在SSRF的功能点URL预览/转码服务文件导入如Excel读取外部链接Webhook回调配置社交媒体链接解析文档转换服务PDF生成等测试payload示例http://127.0.0.1:8080/admin file:///etc/passwd http://169.254.169.254/latest/meta-data/3.3 高级绕过技巧当存在基础防护时可尝试使用不同IP表示法127.0.0.1 → 2130706433利用重定向http://evil.com/redirect.php协议混淆xip.io、DNS重绑定特殊字符http://localhostevil.com4. 联合防御体系构建4.1 代码层防护CSRF防护示例Spring SecurityConfiguration public class SecurityConfig extends WebSecurityConfigurerAdapter { Override protected void configure(HttpSecurity http) throws Exception { http.csrf().csrfTokenRepository(CookieCsrfTokenRepository.withHttpOnlyFalse()); } }SSRF防护示例Java URL过滤public static boolean isSafeURL(String url) { try { URI uri new URI(url); if (!https.equals(uri.getScheme())) return false; if (uri.getHost().endsWith(.internal.com)) return false; return !isPrivateIP(uri.getHost()); } catch (Exception e) { return false; } }4.2 架构层防护推荐的安全增强措施网络隔离关键内网服务禁止外网访问出口过滤限制服务器出站连接白名单云安全禁用实例元数据公开访问WAF规则拦截恶意SSRF特征请求5. 实战案例分析5.1 DVWA CSRF漏洞利用DVWADamn Vulnerable Web App的低安全级别下修改密码页面无CSRF防护构造恶意链接http://dvwa/vulnerabilities/csrf/?password_newhackpassword_confhackChangeChange诱使管理员点击后密码被修改修复方案添加随机token校验$token bin2hex(random_bytes(32)); $_SESSION[token] $token; if ($_POST[token] ! $_SESSION[token]) { die(CSRF token validation failed); }5.2 CTF SSRF题目突破某CTF题目要求通过SSRF获取flag发现图片加载接口存在SSRF/api/load?urlhttp://example.com/image.jpg尝试访问内网服务/api/load?urlhttp://127.0.0.1:8080/flag.txt被过滤后使用进制绕过/api/load?urlhttp://0177.0.0.1:8080/flag.txt6. 企业级防护建议根据OWASP Top 10 2021要求CSRF防护清单所有状态修改请求使用POST关键操作添加re-authentication实施SameSite Cookie策略定期进行渗透测试SSRF防护清单实施严格的URL白名单校验禁用不需要的URL协议如file://监控异常出站流量定期更新依赖库如libcurl我在金融系统安全审计中发现超过60%的CSRF漏洞源于历史遗留系统未更新防护措施而SSRF漏洞多发生在新兴的云原生应用中。建议企业建立漏洞生命周期管理机制新系统上线前必须通过自动化扫描人工验证双保险。
1. 从一次真实攻击事件说起去年某金融平台发生了一起用户资金被盗事件攻击者诱导受害者点击了一个抽奖活动链接受害者登录后攻击者利用受害者已认证的会话在后台完成了转账操作。整个过程受害者毫无察觉直到收到银行短信才意识到出了问题。这就是典型的CSRF跨站请求伪造攻击。而在另一起事件中某企业内网服务器被入侵调查发现攻击者通过一个存在SSRF服务端请求伪造漏洞的Web应用以服务器为跳板访问了内网敏感系统。这两个安全漏洞看似不同实则都利用了请求伪造这一核心攻击手法。2. CSRF漏洞深度解析2.1 漏洞原理与攻击流程CSRF攻击的本质是攻击者诱骗已认证的用户在不知情的情况下提交恶意请求。其核心利用三个条件用户已登录目标网站存在有效会话网站未对敏感操作实施二次验证攻击者能预测或获取请求参数典型攻击步骤用户登录bank.com会话cookie有效用户访问攻击者构造的恶意页面内含img srchttp://bank.com/transfer?tohackeramount10000 width0 height0浏览器自动携带cookie发送请求完成转账2.2 实战检测方法使用Burp Suite测试的完整流程拦截正常修改密码请求假设为POST /change-pwd右键请求 → Engagement tools → Generate CSRF PoC调整HTML表单移除随机token等防护参数保存为HTML文件用已登录账户的浏览器打开观察密码是否被修改而不需要重新认证关键验证点请求是否仅依赖会话cookie敏感操作是否有不可预测参数如CSRF token请求头是否检查Referer/Origin2.3 防御方案对比防御方案实现方式优点缺点CSRF Token表单添加随机token服务端校验安全性高需前后端配合SameSite Cookie设置Cookie的SameSite属性浏览器原生支持旧浏览器兼容性问题二次验证敏感操作需重新输入密码/验证码用户体验差安全性最高Referer检查验证请求来源域名实现简单可能被绕过最佳实践关键操作应采用CSRF Token SameSite Strict双重防护金融级操作增加二次验证。3. SSRF漏洞攻防全解3.1 漏洞成因与危害SSRF允许攻击者通过服务器发起任意网络请求典型利用场景访问内网服务如Redis、Jenkins云服务器元数据泄露如AWS的169.254.169.254端口扫描内网资产作为跳板实施进一步攻击某真实案例攻击链存在SSRF的Web应用 → 访问云元数据 → 获取临时密钥 → 接管云服务器 → 横向移动内网 → 数据泄露3.2 常见触发点检测容易存在SSRF的功能点URL预览/转码服务文件导入如Excel读取外部链接Webhook回调配置社交媒体链接解析文档转换服务PDF生成等测试payload示例http://127.0.0.1:8080/admin file:///etc/passwd http://169.254.169.254/latest/meta-data/3.3 高级绕过技巧当存在基础防护时可尝试使用不同IP表示法127.0.0.1 → 2130706433利用重定向http://evil.com/redirect.php协议混淆xip.io、DNS重绑定特殊字符http://localhostevil.com4. 联合防御体系构建4.1 代码层防护CSRF防护示例Spring SecurityConfiguration public class SecurityConfig extends WebSecurityConfigurerAdapter { Override protected void configure(HttpSecurity http) throws Exception { http.csrf().csrfTokenRepository(CookieCsrfTokenRepository.withHttpOnlyFalse()); } }SSRF防护示例Java URL过滤public static boolean isSafeURL(String url) { try { URI uri new URI(url); if (!https.equals(uri.getScheme())) return false; if (uri.getHost().endsWith(.internal.com)) return false; return !isPrivateIP(uri.getHost()); } catch (Exception e) { return false; } }4.2 架构层防护推荐的安全增强措施网络隔离关键内网服务禁止外网访问出口过滤限制服务器出站连接白名单云安全禁用实例元数据公开访问WAF规则拦截恶意SSRF特征请求5. 实战案例分析5.1 DVWA CSRF漏洞利用DVWADamn Vulnerable Web App的低安全级别下修改密码页面无CSRF防护构造恶意链接http://dvwa/vulnerabilities/csrf/?password_newhackpassword_confhackChangeChange诱使管理员点击后密码被修改修复方案添加随机token校验$token bin2hex(random_bytes(32)); $_SESSION[token] $token; if ($_POST[token] ! $_SESSION[token]) { die(CSRF token validation failed); }5.2 CTF SSRF题目突破某CTF题目要求通过SSRF获取flag发现图片加载接口存在SSRF/api/load?urlhttp://example.com/image.jpg尝试访问内网服务/api/load?urlhttp://127.0.0.1:8080/flag.txt被过滤后使用进制绕过/api/load?urlhttp://0177.0.0.1:8080/flag.txt6. 企业级防护建议根据OWASP Top 10 2021要求CSRF防护清单所有状态修改请求使用POST关键操作添加re-authentication实施SameSite Cookie策略定期进行渗透测试SSRF防护清单实施严格的URL白名单校验禁用不需要的URL协议如file://监控异常出站流量定期更新依赖库如libcurl我在金融系统安全审计中发现超过60%的CSRF漏洞源于历史遗留系统未更新防护措施而SSRF漏洞多发生在新兴的云原生应用中。建议企业建立漏洞生命周期管理机制新系统上线前必须通过自动化扫描人工验证双保险。
