当前位置: 当前位置:首页 > 探索 > 目前的web安全主要分为以下几个方面正文

目前的web安全主要分为以下几个方面

作者:综合 来源:综合 浏览: 【大 中 小】 发布时间:2026-10-17 06:18:48 评论数:

SQL注入还是目前面排在第一位的。去年某地政务系统被拖库,安全起因就是主分一个没做参数化的查询接口。攻击者用 ' OR 1=1 -- 这种老掉牙的为下payload,硬是个方把整张用户表读了出来。这事听起来像2010年的目前面新闻,但它就发生在2023年。安全预编译语句能挡住九成以上的主分注入,可总有人图省事直接拼SQL。为下

XSS(跨站脚本)分三类:存储型、个方反射型、目前面DOM型。安全存储型最要命——攻击者把恶意脚本塞进评论区,主分每个访问该页面的为下用户都会中招。反射型需要诱导点击,个方DOM型完全在浏览器端发生,服务端日志里干干净净。我见过一个电商站,搜索框直接把用户输入回显到页面,连 alert(1) 都能弹。修复方式无非是输出编码加CSP头,但开发往往等到被挂马才想起来。

CSRF(跨站请求伪造)这两年讨论度降了,因为SameSite Cookie默认值变严了。可老系统还在用 SameSite=None,攻击者伪造个转账请求,用户只要登录着银行,钱就出去了。防御手段是加CSRF Token,或者校验Origin头。有个细节:Token必须绑定用户会话,不能全局复用,否则等于没加。

文件上传漏洞的破坏力被低估了。上传个.php文件,如果服务器没做白名单校验,直接就能getshell。更隐蔽的是图片马——把PHP代码嵌在JPG的EXIF里,配合本地文件包含漏洞执行。我试过用 GIF89a 头绕过检测,很多WAF只查文件头,不查内容。正确做法是:存到非Web目录、重命名、限制后缀、用随机文件名。

SSRF(服务端请求伪造)在云环境下特别危险。攻击者让服务器去请求 http://169.254.169.254/latest/meta-data/,就能拿到AWS的临时凭证。去年Capital One那起泄露,根因就是SSRF加WAF配置错误。防御要限制协议(只允许HTTP/HTTPS)、禁止内网IP、关闭重定向跟随。别指望黑名单, http://0x7f.0.0.1 这种变形能绕晕你。

越权访问分水平越权和垂直越权。水平越权是用户A能看用户B的订单,改个ID就行。垂直越权是普通用户能调管理员接口。很多API只在前端隐藏按钮,后端根本没校验权限。我测过一个系统,把 /api/user/123 改成 /api/user/124 就能读到别人手机号。修复靠RBAC加数据归属校验,每一步操作都得确认“这个资源属于当前用户吗”。

反序列化漏洞在Java生态里尤其多。Fastjson、Jackson这些库出过好几次RCE。攻击者构造恶意JSON,触发 @type 自动加载类,执行任意命令。根本解法是别反序列化不可信数据,或者用白名单限制类。但业务代码里 JSON.parseObject(input) 到处都是,改起来头疼。

业务逻辑漏洞最考验人。比如密码重置时,验证码返回在响应包里;或者优惠券可以无限领,因为没做并发锁。这类问题扫描器扫不出来,全靠手工测。我见过一个抽奖系统,前端算概率,后端只记录结果——抓包改个参数就能必中。安全不能只靠工具,得理解业务流。

供应链安全越来越关键。Log4j2那个漏洞(CVE-2021-44228)让多少公司连夜加班。你写的代码没问题,但依赖的第三方库爆了。现在得用SCA工具扫依赖,还得看SBOM。可现实是,很多团队连 npm audit 都不跑。开源组件省了时间,也埋了雷。

这些分类不是孤立的。一个上传点可能结合路径穿越,一个SSRF能打内网Redis写WebShell。攻击链往往是组合拳。防御也得纵深:WAF、RASP、代码审计、运行时监控,缺一不可。但最根本的,还是开发时把安全当回事——别等出了事再补。