先给结论:对象被默认过滤器隐藏,通常不是扫描结果丢失,而是展示层按“低风险/已忽略/非网页文件”等条件把它折叠了。找回的第一步不是换软件,而是改过滤条件并单独复查该对象;若改条件后仍不出现,再考虑对象本身未被纳入扫描范围,或它已被归入另一类结果。下面按“保留原过滤器、改写过滤条件、退出当前视图”三种取舍展开。
“被隐藏”至少有三种不同来源,处理方式完全不同。第一种是结果列表的默认视图过滤,比如只显示高危项、只显示最近变更、隐藏已确认安全的条目。第二种是扫描范围过滤,比如排除了静态资源、备份文件、非 HTML 响应,或跳过了某个目录。第三种是对象标识变化,比如同一路径被重定向、大小写或编码不同,导致它在新一轮结果里换了“身份”。
区分方法很直接:用对象的关键特征(路径片段、特征串、文件类型)做一次不过滤的检索,同时把扫描范围放宽到包含该对象所在的目录或类型。如果放宽后出现,问题在展示过滤;如果放宽后仍不出现,问题更可能在扫描范围或对象标识。这个动作的结果会直接决定下一步:前者只需调整视图,后者要回到任务配置。
如果默认过滤器只是把低风险或已忽略项折叠,而你需要维持原有视图的稳定性,保留过滤器是合理选择。前提是:你能通过搜索框或“显示全部/包含已忽略”这类开关临时展开,而不是改动过滤规则本身。这样做的代价是,每次复查都要手动展开一次,容易漏掉同一批被折叠的对象。
适合保留的场景是:你只关心少数几个对象,且已经知道它们的路径或特征串。此时直接在搜索里输入特征串,比修改过滤条件更省事,也不会影响其他人看到的默认视图。假设某次扫描默认只显示高危项,而你怀疑一个被标记为中危的脚本,那么在搜索框输入该脚本的路径片段,通常比取消“仅高危”更快。这里的关键动作是用对象自身的特征去检索,而不是用风险等级去筛,因为风险等级正是被过滤器改变的那一维。
当被隐藏的不是单个对象,而是一整类对象时,改写过滤条件更划算。比如默认隐藏所有已确认安全的条目,而你需要重新核对这批条目是否仍然安全。做法是把过滤条件从“排除已确认安全”改为“包含全部”,或把风险等级下限调低。代价是结果量会明显变大,人工复核成本上升,所以更适合配合导出后离线比对。
改写前要先明确一件事:过滤条件是否会影响扫描本身,还是只影响展示。多数工具的过滤器只作用于结果视图,不改变已完成的扫描数据;但也有工具把过滤条件写进任务配置,下次扫描会沿用。这个区别很重要——如果过滤器进入了任务配置,改写它会改变后续扫描的覆盖范围,而不只是这一次的显示。具体行为需要在该工具的当前版本中核对,不同实现差异很大。
一个可操作的判断顺序是:先只改视图过滤,看对象是否出现;若出现,说明数据还在,不必重扫。若只改视图无效,再检查任务级的排除规则。这样能避免为了找回一个对象而重跑整轮扫描。
如果放宽过滤和范围后对象仍不出现,就要考虑它是否真的不在本次扫描结果里。此时“退出”不是指关闭软件,而是退出当前这次扫描的结论,回到更基础的核对:该对象是否在扫描目标的实际响应中、是否被重定向、是否属于被排除的类型。代价是这一步更费时间,但能避免在错误的视图里反复找。
常见原因是扫描目标与预期不一致:路径大小写、URL 编码、查询串、重定向后的最终地址不同,都会让同一个对象以另一个标识出现。另一个原因是对象类型被排除,例如只扫描 HTML 而对象是脚本或压缩包。此时应把对象的确切地址或路径单独提交一次扫描,观察它是否被纳入。若单独提交后出现,说明是范围问题;若仍不出现,说明该对象可能未被该工具识别为可扫描目标,需要换一种核对方式,而不是继续调过滤器。
无论选哪种,都建议先记录当前过滤条件再动手,这样改错了可以还原。找回对象后,下一步应确认它被隐藏的原始原因:是风险等级、忽略标记,还是范围排除。原因不同,后续处理也不同——风险等级问题要重新评估,忽略标记问题要检查是谁、何时标记的,范围问题则要修正任务配置,避免同类对象再次被漏掉。