页面篡改，页面说白了就是篡改攻击者把你的网站首页或者某个关键页面给“换脸”了。这事在漏洞分类里，属于什漏通常归到“完整性破坏”一类，页面跟“机密性泄露”（拖库）和“可用性丧失”（打瘫）是篡改并列的三大恶果。但你真要问它属于哪种漏洞，属于什漏答案没那么单纯——它更像是页面一个“结果”，而不是篡改“原因”。

我见过最典型的属于什漏案例，是页面一家地方新闻网站。某天早上编辑上班，篡改打开首页，属于什漏发现头条变成了一张熊猫烧香图片，页面底下配了句挑衅的篡改话。整版内容全被替换，属于什漏连网站标题都改了。技术团队查了半天，最后发现漏洞根源是后台的编辑器有个老旧的文件上传接口，没做类型校验，攻击者传了个带木马的图片上去，拿到webshell，然后直接把首页静态文件给覆盖了。你看，页面篡改是表象，真正的漏洞是“文件上传限制不严”和“服务器权限配置过大”。

所以业内有时候会把页面篡改归为“逻辑漏洞”或者“配置错误”的衍生结果。比如一个网站如果存在SQL注入，攻击者可以通过注入改数据库里的文章内容，那前端展示出来的页面自然就变了。这种情况下，你修复了注入点，页面就恢复正常了。而如果攻击者是通过劫持域名解析或者CDN节点被入侵来篡改页面，那问题又跑到了供应链或者DNS安全那边。同一个“页面被改”的现象，背后可能藏着完全不同的病灶。

但有一点很关键——页面篡改常常被单独拿出来当做一个“事件类型”来通报，而不是漏洞类型。安全圈里常说“页面被黑”是“被getshell之后的表演环节”。攻击者已经拿到了控制权，改页面只是他顺手做的宣示动作。真正危险的，是他可能早就把用户数据、支付信息偷走了，只是你没发现而已。我甚至见过一个案例，攻击者篡改了网站的一个子页面，放了个钓鱼链接，专门骗那些访问该页面的老用户输入账号密码。那已经不是简单的“改页面”了，而是一场有预谋的社工攻击。

再说说防护层面。很多企业只盯着“页面有没有被改”，每天扫一遍，发现变了就赶紧恢复。这其实是治标不治本。你得搞清楚他改页面用的哪条路——是弱口令进了后台？是插件有后门？还是服务器上某个端口暴露了？不堵住源头，你恢复一百遍，他就能改一百零一遍。而且现在有些篡改是动态的，攻击者植入了一段JS脚本，只在特定时间或者特定访问者条件下才显示篡改内容，平时你检查根本看不出来。这种“隐形篡改”更阴险，往往要等用户投诉或者监管通报了你才知道。

我的个人判断是，页面篡改在漏洞分类里应该被看作“安全事件”的最终呈现，而不是单一的技术漏洞。它可以是任何漏洞的出口——注入、上传、越权、弱口令、甚至物理入侵。所以你要是问我“页面篡改属于什么漏洞”，我会反问你一句：你家门被撬了，钥匙是从窗户递进去的，这算窗户的漏洞还是门的漏洞？页面篡改是那扇被打开的门，而真正的洞，藏在你看不见的地方。