csrf（跨站请求伪造）是一种攻击方式，攻击者通过诱导用户访问恶意网站，利用浏览器自动携带认证凭据发起非用户本意的请求。防御csrf的核心在于验证请求来源合法性并确认用户主动操作。php中防御csrf的方法主要有：1. 使用csrf token，在服务端生成随机token并存储于session，嵌入表单隐藏字段，提交时校验一致性；2. 验证http referer头，判断请求是否来自可信来源，但不能单独使用；3. 使用samesite cookie属性，限制跨站请求携带cookie，如设置session.cookie_samesite为lax。此外需注意：不要依赖get请求执行敏感操作，不要将token存入cookie，避免长期使用同一token，并确保ajax请求也携带token。合理结合token机制、cookie控制和请求来源验证，能有效降低csrf风险。
在Web开发中，CSRF（跨站请求伪造）是一种常见的安全攻击方式。攻击者通过伪装成用户发送恶意请求，从而执行非用户本意的操作，比如修改密码、转账等。PHP作为广泛使用的后端语言，也需要重视CSRF的防御机制。防止CSRF的关键在于验证请求来源的合法性，并确保操作是用户主动发起的。
什么是CSRF？
CSRF（Cross-Site Request Forgery），中文叫“跨站请求伪造”，指的是攻击者诱导用户访问一个恶意网站，该网站向你正在登录的应用发送请求，而你的浏览器因为保存了合法的会话信息（如Cookie），自动将请求带上认证凭据，导致服务器误以为是你自己发出的请求。
举个例子：你在银行网站登录后没退出，然后访问了一个含有恶意代码的网页，这个页面偷偷向银行网站发起转账请求，结果钱就被转走了。
立即学习“PHP免费学习笔记（深入）”；
PHP中如何防御CSRF？
要有效防御CSRF，核心思想是为每个请求加上一个一次性且不可预测的令牌（Token）。只有服务器知道这个令牌的值，并且要求客户端在提交请求时也必须带上这个值。这样就能判断请求是否来自可信来源。
1. 使用CSRF Token
- 每次生成表单或需要执行敏感操作时，服务端生成一个随机的token并存储在session中。
- 将该token以隐藏字段的方式嵌入到HTML表单中。
- 当用户提交表单时，检查提交的token与session中的是否一致。
- 如果不一致或缺失，则拒绝请求。
// 生成token
if (empty($_SESSION['csrf_token'])) {
$_SESSION['csrf_token'] = bin2hex(random_bytes(50));
}
// 表单中加入token字段
echo '<input type="hidden" name="csrf_token" value="' . htmlspecialchars($_SESSION['csrf_token']) . '">';
// 提交时验证token
if ($_POST['csrf_token'] !== $_SESSION['csrf_token']) {
die('非法请求');
}注意：每次提交后应重新生成token，避免token被窃取后重复使用。
2. 验证HTTP Referer头
虽然Referer头可以伪造，但在多数情况下仍可作为一个辅助手段来判断请求来源是否合法。例如，只允许来自本站域名的请求。
$allowed_referer = 'https://yourdomain.com';
if (!isset($_SERVER['HTTP_REFERER']) || strpos($_SERVER['HTTP_REFERER'], $allowed_referer) !== 0) {
die('请求来源不合法');
}这种方法不能单独使用，但可以作为额外一层防护。
3. 使用SameSite Cookie属性
现代浏览器支持设置Cookie的SameSite属性，它可以限制Cookie在跨站请求时是否会被发送：
-
SameSite=Strict：完全禁止跨站携带Cookie。 -
SameSite=Lax：允许部分GET请求携带Cookie，适用于大多数场景。 -
SameSite=None; Secure：允许跨站携带，但必须配合HTTPS使用。
在PHP中可以通过设置session.cookie_samesite选项实现：
ini_set('session.cookie_samesite', 'Lax');
session_start();推荐结合其他方法一起使用，提升安全性。
常见误区和注意事项
- 不要依赖GET请求做敏感操作：GET请求容易被图片标签、链接等触发，应该用POST/PUT/DELETE等方法。
- 不要把token放在Cookie里传回来：这样容易受到XSS攻击影响。
- 不要长期使用同一个token：建议每次请求都更新token。
- 不要忽视AJAX请求：同样需要在header或请求体中带上token。
基本上就这些。防御CSRF的核心在于识别用户的真实意图，而不是仅仅依赖身份凭证。合理使用token机制、控制Cookie行为和验证请求来源，能大大降低被攻击的风险。
