网站漏洞检测：被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 (compatible; AhrefsBot/7.0; +http://ahrefs.com/robot/)
🔗 /category-11.html
📄
网站漏洞检测：被删除页面的数据应怎样保留在历史对比中
结论有条件：如果删除页面的目的是让旧入口彻底消失，同时仍要能回答“三个月前这个位置是否存在过风险”，那就不能只保留扫描结论，而应把“页面身份、当时证据、处置动作”三层数据分开存档。反例是：若删除动作本身会改变被测系统结构，例如旧应用下线后连日志采集点也一并移除，那么任何事后补录都无法还原当时的真实状态，历史对比会失效。
先分清三类数据，再决定保留哪些
被删除页面的历史价值不在页面本身，而在它曾经暴露过什么。可以把相关数据拆成三类：
- 身份数据：URL、参数、所属目录、页面类型、首次发现时间、最后确认存在时间。这类数据体量小，应长期保留，用于回答“这个位置原来是什么”。
- 证据数据：当时扫描返回的状态码、响应片段、请求头、触发规则编号，以及同一路径在日志中的访问记录。这类数据用于支撑判断，保留期限取决于复查需求。
- 处置数据：删除原因、执行时间、由谁确认、删除后是否复测、复测结果。没有这一层，历史对比只能看到“消失了”，无法区分是修复、迁移还是误删。
实际动作是：在删除执行前，先把这三类数据按同一路径标识归档。这样做的直接结果是，后续对比时能按路径还原时间线，而不是只看到一份孤立的扫描报告。下一步就可以据此判断，哪些旧风险需要继续跟踪，哪些可以关闭。
历史对比要能回答“变化发生在哪一步”
仅保存删除前的最后一次扫描结果，对比时会出现一个盲区：无法判断风险是在删除前就已修复，还是随页面一起消失。可核查的证据链应包含至少两个时间点：删除前的最后一次检测，以及删除后的复测或日志观察。如果删除后同一路径仍出现访问请求，日志能说明旧入口是否还被外部引用；如果请求归零，也不能单独证明处理正确，因为还可能是采集点被移除、访问被重定向或流量本身下降。
假设一个旧活动页被下线，归档时保留了删除前扫描结果和删除后七天的访问日志。对比时发现该路径仍有请求，但响应已变为跳转。这个结果会改变下一步：需要确认跳转目标是否安全，而不是直接关闭该条记录。相反，如果日志采集点随应用一起下线，请求归零就不能作为风险消失的证据。
保留期限与存储方式要跟复查需求匹配
不是所有证据都值得长期保存。身份数据和处置数据建议长期保留，因为它们体量小且是判断依据；证据数据可按复查周期设置保留期限。若复查周期是半年，就至少保留覆盖两个复查周期的原始响应片段，否则第二次对比时只剩结论，无法复核。
存储时建议用路径标识加时间戳作为索引，而不是按扫描批次存放。按批次存放的问题是，同一路径在不同批次中会被拆散，对比时需要人工拼接。按路径聚合后，可以直接看到该路径从发现、确认到删除的完整序列。这个动作的结果是，历史对比从“翻报告”变成“查时间线”，下一步的复查范围也能据此缩小。
一个会使结论失效的反例
如果删除页面时同时删除了该路径的日志采集规则，那么后续任何“请求归零”的观察都不成立。此时合理的解释至少包括：采集点被移除、访问被重定向到其他路径、旧入口不再被引用。这三种原因对应不同的下一步动作，不能靠单一指标区分。遇到这种情况，应先恢复或替代采集点，再谈历史对比；否则保留的只是一份无法验证的结论。
下一步动作：先归档，再删除，后复测
可执行顺序是：删除前导出身份数据与最后一次证据数据，记录处置原因；删除后保留一段时间的访问观察，并确认采集点仍然有效；复查时按路径对比删除前后两个时间点。若采集点无法保留，应在归档中明确标注“该路径删除后无有效观察数据”，避免后续把缺失当成安全。这个动作的结果是，历史对比有边界、有证据，下一步判断不会建立在空白之上。
