后台鉴权、CSRF 与 SQL 注入：三个最容易被“赶进度”牺牲的防线

最近在综合讨论里看到不少团队复盘线上事故，发现一个共性：功能迭代一忙，安全相关的检查就被排在最后。后台鉴权、CSRF、SQL 注入这三块尤其典型——平时不出事，出事就是大事。结合近期常见痛点，说几点个人看法。

1. 后台鉴权别只做“登录校验”。很多项目只判断用户是否登录，却不校验角色与资源归属，导致越权访问。建议每个敏感接口都明确“谁能访问、能访问哪条数据”，把权限判断下沉到服务层，而不是散落在各个控制器里。

2. CSRF 防护要区分场景。纯 JSON 接口配合自定义请求头可降低风险，但涉及表单提交、状态变更的接口仍需 token 校验。别因为用了前后端分离就默认免疫，关键是确认浏览器会不会自动携带凭证。

3. SQL 注入防护的核心是参数化查询。拼接字符串的时代早该结束，ORM 也要注意原生查询部分。另外，数据库账号按最小权限分配，别让业务账号拥有建表、删库的能力。

总结：安全不是上线前的一次性检查，而是每次写接口时的习惯。赶进度可以，但这三处省下的时间，往往会在事故复盘时加倍还回去。欢迎交流。