跳转到主内容
websoft网络软件专家 - 深耕网络技术,打造实用软件!

Laravel Session Fixation_Session固定攻击防护【说明】

登录成功后必须调用session()->regenerate(true)强制更换会话ID,否则存在会话固定漏洞;需确保StartSession仅在web中间件组启用,登录页不提前启动会话,并配置cookie_httponly和cookie_secure为true。 登录成功后不重生成
session_id
,就等于把攻击者预埋的会话钥匙直接升级成了合法凭证——这是 Laravel 中会话固定(Session Fixation)最典型的落地漏洞。 为什么 Laravel 默认不自动防会话固定 Laravel 的
StartSession
中间件只负责启动会话、读取
laravel_session
Cookie 并加载数据,它不会判断“这个 ID 是不是用户第一次来”或“是不是刚登录”,更不会主动换 ID。防护动作必须由开发者在业务逻辑中显式触发。 框架无法预判你何时完成身份验证——是密码校验后?还是双因素通过后?还是第三方回调成功后?
Auth::login()
本身不调用
regenerate()
,它只是把用户绑定到当前会话;如果你没手动干预,ID 就沿用登录页甚至首页就分配的那个 哪怕用了
redis
或
database
驱动,只要 ID 不变,攻击者拿到旧 ID 就能复用 登录成功后必须调用
regenerate()
不是可选项,是强制动作。Laravel 提供了两种等效写法,但语义和时机要求一致: 用
request()->session()->regenerate(true)
:参数
true
表示销毁旧会话数据(关键!不加可能残留) 用
Session::regenerate(true)
:需
use Illuminate\Support\Facades\Session;
必须放在
Auth::login($user)
之后、任何重定向或响应之前 如果用了自定义登录逻辑(比如 Livewire 组件里改密码),也要在更新完用户凭证后立即执行 示例(标准控制器): Laravel 13.2.0 PHP中文网提供Laravel 13.2.0版本下载,Laravel框架 是基于 PHP 8.3+ 的高性能框架,官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索,支持属性驱动开发与队列路由,大幅提升开发效率。相比旧版,13.2.0 优化了缓存 TTL 管理与实时通信,无需 Redis 即可横向扩展。作为现代 Web 开发首选,它兼顾安全与极速体验,助您快速构建企业级应用。 下载
if (Auth::attempt($credentials)) { request()->session()->regenerate(true); // ✅ 必须有 true return redirect()->intended('/dashboard'); }
登录页本身不能“带病启动”会话 很多项目在
login.blade.php
渲染前就执行了
session_start()
(比如全局中间件、或 Blade 模板里写了
@session
),导致未登录用户一打开登录页就被分配一个可预测/可注入的
session_id
。 检查
app/Http/Kernel.php
,确认
StartSession::class
没被注册在
$middleware
(全局中间件)里,而应只在
$middlewareGroups['web']
中 登录路由(如
GET /login
)应尽量避免依赖 session 数据;若需存错误次数等,先
session()->invalidate()
再
session()->regenerate()
禁用透明传输:
ini_set('session.use_trans_sid', '0')
,防止 ID 泄露在 URL 中(Laravel 默认已关,但自定义 PHP 配置可能覆盖) 高敏感操作要额外绑定上下文 仅靠换 ID 不足以应对所有场景。攻击者可能在用户登录后,通过 XSS 窃取新 Cookie,或利用 NAT 后的 IP 混用绕过简单校验。 对改密、删账号、支付等操作,在控制器中校验
$_SERVER['HTTP_USER_AGENT']
是否与会话创建时一致(可用
session()->put('ua_hash', md5($_SERVER['HTTP_USER_AGENT']))
初始化) IP 校验要谨慎:仅比对前两段(如
192.168
),避免移动网络或企业出口 NAT 导致误踢 确保
config/session.php
中
'cookie_httponly' => true
和
'cookie_secure' => true
(HTTPS 环境下),防止 JS 读取或明文传输 Cookie 真正容易被忽略的是:会话固定常和会话劫持组合利用,而开发者往往只盯着登录环节,却忘了登录页本身也是攻击入口。

相关文章