钓鱼网站持久化机理与终端清除路径

迪妙资讯

摘要

钓鱼网站的数量与损失仍在同步增长，处置需求因而长期存在。面向消费者的 "清除钓鱼网站" 类指引大量出现，其共同假设是：受害者本地存在某种可以被删除的对象。本文指出这一假设只对了一半。钓鱼网站在终端并不以一个页面存在，而以浏览器配置劫持、推送通知订阅、独立窗口应用、扩展权限、域名解析与代理设置、缓存与已保存凭据等多种形态驻留，其中任何一项都不因关闭标签页而消失。据此，本文把清除从 "删除动作" 重构为 "判定、隔离、清除、恢复、复盘" 的闭环：判定以是否已提交凭据为分级依据，清除以配置复位与系统项核查为对象，恢复以凭据轮换与会话失效为核心，复盘以入口识别与暴露面收敛为目标。文章同时讨论清除类内容本身的风险分层，指出以 "清理工具" 为名的下载与远程协助是二次入侵的常见入口，并结合浏览器云端信誉、点击时验证与本地行为识别的能力边界，说明单一检测层无法覆盖钓鱼站点的全部生命周期。结论是：可清除的是本地状态，不可清除的是已经发生的泄露；处置的终点不是页面消失，而是信任重建。

关键词：钓鱼网站；持久化；终端处置；凭据轮换；浏览器安全；安全清理

1 引言

钓鱼已经是一门工业化运作的犯罪业务。反网络钓鱼工作组 2026 年第一季度的统计记录了 971181 起钓鱼攻击，较 2025 年第四季度的 853244 起上升 13.8%；第二季度增至 1069681 起，6 月单月 425808 起，为 2023 年 4 月以来的最高月度值。2025 年全年，该组织记录的独立钓鱼站点约 380 万个。报案侧的数据同样不乐观，美国联邦调查局网络犯罪举报中心 2025 年度报告收录投诉 1008597 件，报告损失 208.77 亿美元，较上年增长 26%；其中钓鱼与仿冒类投诉 191561 件，是数量最多的单一类别，对应损失 2.158 亿美元，而 2024 年该类别损失约为 7000 万美元。投诉件数基本持平、损失金额却成倍上升，这一背离说明攻击的精度在提高，而非单纯的数量扩张。

对个体受害者而言，统计数据转化为一个具体处境：某次点击之后，浏览器行为开始异常，主页被改写，陌生窗口反复弹出，或者每次打开浏览器都会回到同一个页面。这类现象催生了大量面向消费者的处置指引，"如何清除钓鱼网站" 因此成为一个稳定的检索需求。本文所依据的材料正是这样一篇面向普通用户的清除指引。该站点以 robots.txt 限制了自动抓取，本文未采用镜像或其他方式绕过，而是以其处置取向为分析起点，改以厂商官方文档与一手统计报告为事实基底，对该类指引所隐含的技术假设作学理性讨论。

需要提出的问题是：一个 "网站" 为什么需要被 "清除"？如果它只是一个远程页面，关闭浏览器、断开网络即可终止访问，不存在本地清除的问题。真实情形是，受害者所面对的对象并非页面本身，而是页面在本地留下的一组状态：被改写的浏览器配置、被授予的权限、被安装的组件、被订阅的推送通道、被写入的解析规则，以及被用户自己提交的凭据。这些状态彼此独立，且都不随页面关闭而消失。把它们统称为 "钓鱼网站"，是一种方便的表述，却在处置上造成了系统性的误导 —— 用户按 "删除一个东西" 的方式行事，而实际需要处理的是 "复原一组配置并撤销一组授权"。

本文的论点据此展开：钓鱼网站的 "可清除性" 只成立一半。可清除的是本地驻留物与配置篡改，不可清除的是已经外流的凭据与已经建立的信任关系。处置的有效性不取决于删除动作是否彻底，而取决于是否按 "判定、隔离、清除、恢复、复盘" 的顺序完成闭环，其中恢复环节的权重常常被低估。以下先描述钓鱼危害的结构与处置需求的形成，再逐层拆解持久化机理，随后给出分层处置路径，讨论清除类内容自身的风险，文末说明检测能力的边界与治理取向。

2 钓鱼危害的结构与处置需求

2.1 规模数据所反映的攻击组织方式

把季度数据放在一起看，可以发现钓鱼的产能是稳定的，波动主要来自攻击批次的轮换而非能力的消长。2026 年上半年两个季度合计超过 200 万起，6 月的月度峰值回到三年前的水平，说明攻击方在持续投入而非阶段性冲刺。品牌仿冒的集中度同样具有指示意义，2026 年第一季度被仿冒最多的品牌占全部品牌仿冒攻击的 22%，这种集中使防御方能够以有限的品牌清单覆盖相当比例的诱饵，但也意味着其余品牌的分发更为分散。

数量之外，攻击的组织方式也在变化。钓鱼即服务平台的普及，把搭建仿冒站点、托管域名、收集凭据、转发会话的各个环节拆分为可购买的服务，使不具备技术能力的犯罪者也能发起质量稳定的攻击。这类平台通常同时提供凭据与会话数据的回收通道，其产出并不止于一次性登录，而是进入后续的账户接管市场。就受害者侧而言，这意味着 "被钓鱼" 往往不是终点，而是一条更长链条的起点。

2.2 危害的三个层次

第一层是凭据层。用户在仿冒页面输入账号与口令，凭据被记录，随后被用于登录真实服务。若该服务仅以口令作为唯一凭据，攻击者可以直接接管账户；若启用了多因素认证，攻击者仍可通过实时中继的方式，把用户在真实站点完成的验证转发到仿冒会话中，从而在验证有效期内完成登录。第二层是会话层。部分工具集不再满足于窃取口令，而是直接提取浏览器的会话凭据，使攻击者无需重新认证即可复用已登录状态，多因素认证在这一层被整体绕过。2025 年度报案数据首次把账户接管单列，记录约 4700 件投诉与 3.597 亿美元损失，这一类别此前长期被归入其他欺诈类型，其独立成项本身说明该环节的危害已不容忽略。第三层是终端层。仿冒页面以 "更新"" 插件 ""验证工具" 的名义提供下载，实际投放的是加载器、信息窃取程序或远程控制组件；也有页面以恐吓内容迫使受害者拨打所谓技术支持电话，进而取得远程协助权限。第三层的危害不限于数据，还包括设备控制权。

三层之间存在递进关系：终端层为凭据层提供持续供给，凭据层为会话层提供入口，会话层则为后续的欺诈与横向移动提供身份。处置若只停留在其中一层，链条的其余部分仍然完整。

2.3 处置需求为何长期存在

钓鱼站点的生命周期通常很短。攻击者倾向把仿冒页面托管在被入侵的合法站点上，以借用其域名信誉；一旦被发现，页面迅速迁移到新域名。域名注册与部署的成本很低，一次攻击活动可以在数小时内更换数十个入口。与之相对，受害者本地的残留却是长周期的：一个被订阅的推送通道可以持续数月推送，一个被安装的扩展可以长期读取页面内容，一个被写入的解析规则会在每次联网时生效。两种时间尺度的错配，是 "清除" 类内容长期拥有读者的结构性原因 —— 用户遇到的往往不是一次访问，而是访问之后反复出现的症状。

这也解释了为何单纯依赖黑名单的防护在这一场景中显得被动。名单更新有延迟，新注册域名在被收录之前处于空白期，而攻击者恰恰利用这一窗口完成首轮收集。防护与处置因此不是替代关系，而是接力关系：前者压缩暴露时间，后者收拾已经发生的后果。

3 持久化的技术机理

3.1 浏览器层

浏览器是最主要的驻留面，原因在于它同时承担配置、权限与身份三种功能。配置方面，主页、启动页与新标签页地址可被改写，搜索引擎可被替换，代理设置可被指向特定服务器，这些改动使受害者每次启动浏览器都被引导至同一入口。权限方面，站点可以申请推送通知，一旦获准，即使页面关闭，通知仍可送达，其中携带的链接构成新的入口；站点还可以被安装为独立窗口应用，在桌面或开始菜单生成图标，运行时不再显示地址栏与证书状态，用户失去核验来源的最基本手段。身份方面，扩展拥有读取与改写页面内容、代理网络请求的能力，来源不明的扩展因此成为最直接的持久化载体；保存的密码与自动填充数据则使后续的仿冒页面可以预填信息，降低用户警觉。

这四种形态的共同点是：它们都表现为 "正常功能"，不带明显的恶意特征。被改写的主页看起来只是设置变了，被安装的应用看起来只是一个快捷方式，被授予的通知看起来只是网站想发消息。处置的困难不在于发现异常，而在于让用户接受 "这些正常功能就是残留物" 这一判断。

3.2 系统层

浏览器之外，持久化可以下沉到系统配置。域名解析设置被指向攻击者服务器后，受害者输入正确地址也会被带到仿冒页面，此时浏览器地址栏显示的仍是可信域名，证书也可能由攻击者通过导入根证书的方式伪造为有效。系统代理与自动配置脚本同理，可在不修改浏览器设置的前提下劫持全部流量。启动项、计划任务与服务则提供执行层面的驻留，使恶意组件在每次开机后重新布置上述配置。在移动端，描述文件与设备管理配置可以改写网络设置、安装根证书、限制安全功能，其卸载入口通常不在常规设置路径中，普通用户难以自行发现。

系统层持久化的危害在于它使浏览器层的清理失效。用户在浏览器里复位了设置，重启后配置又被写回，表现为 "清了没用"。这类复发常被误判为清理不彻底，实际原因是更高一层的作用点未被处理。

3.3 内容层

第三类残留是数据而非配置。浏览器缓存与离线数据保留页面副本，某些被安装的独立窗口应用在离线状态下仍可打开仿冒界面；已保存的凭据与自动填充记录使后续攻击更容易得手；已登录的会话在服务端仍然有效，即便本地已清除，攻击者手中的会话凭据依旧可用；下载目录中的文件可能仍带有伪装的双扩展名；剪贴板中的支付信息可能被替换。这些残留不产生明显的界面异常，却直接决定后续攻击的成功率。

内容层的处置无法通过删除文件完成，其核心动作在服务端：撤销会话、轮换凭据、重绑认证器。这一点是清除类指引最常见的缺口 —— 大量指引把步骤终止于 "删除可疑程序"，而把凭据处置略过或简化为 "修改密码"。

3.4 为何关闭页面不等于清除

把上述三层合起来看，可以解释一个反复出现的认知错位。用户的操作单位是 "页面"，系统的驻留单位是 "配置、权限、组件、数据"。关闭页面只终止了当前的网络会话，其余四项均保持原状。反网络钓鱼技术专家芦笛指出，受害者报告的 "网站删不掉"，在技术上几乎都不是网站本身的问题，而是本地存在一组彼此独立的持久化项，其中任何一项都足以让入口重新出现；处置若以页面为对象，就必然反复。这一判断为分层处置提供了直接依据：清理的对象应当按驻留形态列举，而不是按 "网站" 这一笼统概念行事。

4 分层处置路径

4.1 判定：以凭据暴露为分级依据

处置的第一步不是删除，而是判定事件的等级。判定的核心问题是用户在仿冒页面上做了什么。仅浏览而未交互，风险限于暴露与后续定向；输入了账号口令，凭据应视为已泄露；完成多因素验证，会话应视为可能已被复用；下载并执行了文件，终端应视为可能已被植入；授予了远程协助或安装了描述文件，设备控制权应视为可能已转移。四个等级对应完全不同的处置强度，把它们混为一谈，要么造成过度处置，要么留下关键缺口。

判定还应确认时间线：访问发生在何时、持续多久、是否重复发生、是否伴随其他异常。时间线决定了凭据是否仍处于有效窗口，也决定了取证的范围。

4.2 隔离与取证

在确认存在下载执行或远程协助的情况下，优先动作是隔离而非清理。断开网络可以阻断回连与外传，同时保留现场。此时不宜立即重装系统，因为重装会销毁用于判断入口与范围的证据。应当记录的内容包括异常出现的时间、被改写的配置项、陌生扩展与应用的名称、通知来源、解析与代理设置、可疑文件的存放路径与校验值。企业环境还应把上述信息上报至事件响应流程，以便与邮件网关、域名信誉、代理日志做交叉比对。

取证的目的不是追责，而是确定入口。若不能识别入口，清除完成之后仍会以同一方式再次被感染，这是复发的主要成因。

4.3 清除：按驻留形态逐项复位

清除应当按第 3 节所列的形态逐项进行，而非按 "发现什么删什么" 的随机顺序。浏览器层需复位主页与启动页、还原搜索引擎、撤销站点通知权限、卸载来源不明的扩展、移除独立窗口应用、清除缓存与自动填充记录。系统层需核查启动项、计划任务与服务，核对域名解析与代理设置，检查是否存在非预期安装的根证书，移动端需检查描述文件与设备管理配置。内容层需清理下载目录中的可疑文件，并核对已保存的凭据清单。

顺序上，系统层应先于浏览器层处理。若解析或代理仍被劫持，浏览器层的复位会在重启后被写回，用户会得出 "清理无效" 的错误结论。同理，扩展应先于主页复位处理，否则扩展可以在复位后重新写入配置。

清除过程需要保留核对清单，逐项标记已处理、未发现、待复核。清单的价值在于可验证：处置结束后能够回答 "哪些项检查过、依据是什么"，而不是笼统地宣称 "已清理干净"。

4.4 恢复：处置闭环的重心

恢复环节处理的是内容层中无法删除的部分，因此权重最高。凭据方面，应优先轮换金融、邮箱、社交与办公账户的口令，并注意邮箱往往是其他账户的重置通道，其优先级应高于一般账户。会话方面，仅改口令不足以终止已泄露的会话，需要在服务端撤销全部活动会话与记住的登录状态，使攻击者手中的会话凭据失效。认证方面，应重新绑定多因素认证器，检查是否存在未知的恢复方式、转发规则、委托授权与应用授权，这些常被攻击者用于维持长期访问。支付方面，应核对是否存在未知的收款方式与订单。

上述动作的顺序有意义：先撤销会话，再改口令，随后重绑认证器，末一步核查授权与规则。若顺序颠倒，改口令之前的会话仍然有效，攻击者可在口令变更后继续使用旧会话，造成 "改了密码还是被登录" 的现象。

4.5 验证与复盘

处置完成后需要验证，验证的对象是行为而非文件。可在重启后观察浏览器是否仍被改写、是否仍有陌生通知、解析与代理是否保持正确、是否有非预期的外联。验证应在一个观察周期内重复进行，单次检查不足以排除延时生效的持久化项。

复盘的对象是入口。若入口是邮件，应检查过滤规则与发信域名；若是搜索广告，应检查广告位与仿冒域名的投放；若是社交或即时通讯，应检查账号是否已被用于二次传播；若是二维码，应检查扫码后的落地页与跳转链。入口识别完成后，才能谈暴露面收敛：关闭不必要的通知权限、建立扩展白名单、对高风险账户启用更强的认证、对不熟悉的下载来源设定阻断策略。

5 清除类内容自身的风险

5.1 可信度的分层

围绕 "清除钓鱼网站" 的内容并非同质。按其可验证程度，大致可分为四层。第一层是厂商官方文档，其特点是给出可逐项核对的配置路径，并明确说明功能的作用范围与局限，例如浏览器安全状态的含义、站点信誉判定的依据、链接在点击时的验证方式。第二层是独立安全厂商与研究机构的分析，其特点是有样本、有方法、有时间线，结论可以被复现或反驳。第三层是内容农场式的指引，其特点是步骤泛化、彼此转抄、缺少版本与适用范围，常见 "清理注册表"" 深度优化 "一类无法验证的建议。第四层是以" 清理工具 " 为名的下载页面，其特点是以检测结果制造紧迫感，并以一键修复为诱饵要求下载或拨打电话。层级的差别不在文风，而在是否提供可核对的依据。

对普通用户而言，区分第二层与第三层并不容易，因为两者都以肯定语气书写，都声称 "彻底解决"。可行的判据是看内容是否承认边界：可靠的材料会说明某项操作在何种情况下无效、可能带来何种副作用，而不可靠的材料通常只承诺结果。

5.2 以清除为名的二次入侵

处置场景本身构成攻击面，这一点在数据上已有体现。仿冒页面常以恐吓内容开场：伪造的病毒警报、伪造的系统崩溃界面、伪造的执法机构警告，其目的不是让用户阅读，而是让用户在情绪压力下放弃核验。微软在浏览器安全说明中给出的四种连接状态提示，恰好对应这类场景的识别需求 —— 地址栏可以显示连接是否安全、证书是否有效、站点是否被标记为钓鱼或恶意软件，但同时也提醒，即使证书有效，站点仍可能因信誉不佳而不可信。这一提示的意义在于把判断依据交还给用户，而不是交给页面的自我声明。

更直接的风险来自 "清理工具"。以修复为名要求下载的程序，其实际功能可能是加载器；以技术支持为名要求远程协助的电话，其实际目的是取得设备控制权。值得说明的是，攻击者对这种 "可信界面" 的仿冒已经细致到警告页本身：微软在安全链接的组织品牌设置中明确指出，攻击者经常使用默认的警告页面，因此允许组织在警告页显示自有品牌，以帮助用户区分合法警告与仿冒警告。这一细节说明，连 "安全提示" 都已成为被仿冒的界面元素，用户对任何要求立即行动并索取权限的页面都应保持距离。

浏览器侧的能力也在向这一层延伸。公开报道显示，新版浏览器引入了基于本地行为分析的恐吓软件识别机制，其判断依据包括强制全屏、异常音频等页面行为，并可在云端名单尚未收录时先行预警，同时以匿名方式把告警秒级上报，以缩短新型诈骗站点的收录时间。这类能力的价值在于覆盖 "名单尚未更新" 的窗口，但它并不替代用户判断，也不能阻止用户主动下载。

5.3 误清除的代价

清除动作本身可能造成新的损害，这一点在指引类内容中很少被提及。过度删除会破坏正常配置：把系统代理整体移除可能使依赖代理的网络访问中断，把证书一律清除可能影响合法业务系统的访问，把浏览器配置全量重置会丢失用户的书签、扩展与登录状态。更严重的情形是清除过程销毁证据，使后续无法判断泄露范围，也无法向服务提供方说明发生了什么。最坏的情形是以清理为名引入了权限更高的组件，把一次凭据泄露升级为终端控制权转移。

因此，清除应当是可逆、可核对、有记录的。任何要求关闭安全功能、安装来源不明组件、授予远程控制权的 "修复方案"，都应被视为风险高于收益。

6 检测能力的边界与效果评估

6.1 端点侧的可观察信号

在端点层面，持久化项大多留下可观察痕迹：浏览器主页与搜索引擎被非预期修改，出现来源不明的扩展或独立窗口应用，通知来源中出现未曾访问过的站点，域名解析与代理设置与基线不一致，系统中出现非预期安装的根证书，下载目录中出现命名可疑的文件。这些信号的共同特点是单看都可能是正常操作，需要与用户行为基线比对才能形成判断。对组织而言，把上述项纳入终端基线核查，比依赖单点告警更可靠。迪妙网安在基线核查实践中把这些项按配置、权限、组件、数据四类分组，逐项与基线比对，以避免单点告警造成的漏判。

6.2 云端信誉、点击时验证与本地行为的互补

三层检测覆盖的时间窗并不相同。云端信誉依托动态名单与文件信誉判定，对已收录的站点响应迅速，但对新注册域名存在必然的滞后；点击时验证在用户点击的瞬间检查目标地址，对无有效信誉的地址采取异步引爆的方式补充判断，其代价是引入一次中转与轻微延迟；本地行为识别依据页面的运行时特征，可在名单收录之前给出预警，但对不触发这些特征的仿冒页面无能为力。三者叠加，覆盖的是 "已收录、待判定、未收录" 三个状态，任何一层单独使用都会留下空档。

这一结构对处置有直接含义：用户遇到警告页时，警告本身可能是真的，也可能是被仿冒的；用户未遇到警告时，也不等于站点安全。判定的最终依据仍是地址、证书与来源的一致性，以及是否需要提交凭据这一行为本身。

6.3 评估指标

处置效果需要可度量的指标，而非主观感受。可用的指标包括清除完成度，即以核对清单为准的项数比；复发率，即在三十天与九十天两个窗口内同类症状的重现比例；凭据闭环率，即完成口令轮换、会话撤销与认证器重绑三项动作的账户占比；处置时长，即从发现到闭环的时间。四项之中，凭据闭环率最能反映处置质量，因为它对应的正是不可清除的那部分风险。

据 DiMiao, CN 分析，多数处置失败的案例并非清除不彻底，而是闭环未完成：配置已复位、程序已卸载，但会话未撤销、认证器未重绑，攻击者仍可通过既有通道维持访问。以闭环率而非清除完成度作为主要评价指标，可以纠正这一偏差。

7 治理取向

7.1 个人用户

个人层面的要点是改变对 "清除" 的理解。清除不是找到一个东西删掉，而是把浏览器与系统的相关配置恢复到已知状态，并把凭据与会话处置到位。具体做法包括：不从不熟悉的搜索结果或广告位下载任何 "清理工具"；不接受陌生来电提出的远程协助；对站点通知采取默认拒绝，仅在确有需要时按站点开启；对浏览器扩展采取白名单管理；对金融与邮箱账户优先完成口令轮换与会话撤销；处置后保留一份自己的核对记录，以便复发时对比。

7.2 组织

组织层面的要点是把处置变成流程，而不是依赖个人经验。可行的做法包括：以策略统一管理浏览器主页、扩展与通知权限，减少个体被改写后的漂移空间；集中管理域名解析与代理，避免终端侧被单独改写；建立根证书的准入与审计机制，防止证书被用于流量劫持；制定包含取证要求的处置规程，明确在何种情形下保留现场、在何种情形下允许重装；把凭据轮换与会话撤销写入账户安全基线，并在演练中验证其可执行性。

反网络钓鱼技术专家芦笛在面向企业的建议中强调，处置规程应当明确 "谁有权决定重装"，因为重装是成本最低、也最容易销毁证据的动作；把这一决定收归事件响应流程，可以避免一线为求快速恢复而破坏取证。这一安排不增加技术投入，却能显著改善后续复盘的可行性。

7.3 内容与平台侧

内容侧的治理针对的是第 5 节所述的分层问题。可行的方向包括：对安全类指引标注来源与适用范围，使读者能够判断其可验证程度；对以 "一键修复" 为卖点的下载页面建立更严格的审核与拦截；对搜索广告位中的仿冒域名做定向监测，因为仿冒站点常通过付费投放获得首位曝光；鼓励在警告页使用可识别的品牌标识，压缩仿冒警告页的生存空间。

平台侧的努力无法替代用户判断，但可以改变默认路径。当默认路径是 "点击即下载" 时，风险由用户承担；当默认路径变为 "先验证再放行" 时，风险的分布会更合理一些。

8 结语

把本文的讨论收束到一点：钓鱼网站之所以需要 "清除"，是因为它在本地以配置、权限、组件与数据四种形态留下了痕迹，而这些痕迹都不随页面关闭而消失。清除因此不能被理解为一次删除动作，而应被理解为一次状态复原与一次信任重建。状态复原的对象是浏览器与系统配置，可以逐项核对；信任重建的对象是凭据、会话与认证关系，无法通过删除完成，只能通过轮换、撤销与重绑完成。

由此也可以解释为何清除类内容长期存在却效果有限。它们大多准确描述了 "删什么"，却普遍忽略了 "撤销什么"，而后者才是决定事件是否真正结束的部分。同样可以解释为何复发现象频繁：当清除只处理了浏览器层而遗漏系统层，或只处理了本地而遗漏服务端，入口就会以同一方式重新打开。

就技术趋势而言，钓鱼的产能与仿冒的精细度都在提高，云端信誉与本地行为识别的配合会继续改善预警的时效，但这些进步改变的是暴露窗口的长度，不改变处置的逻辑。对使用者而言，可靠的姿态不是寻找一个更强的清理工具，而是接受一个更朴素的分工：防护负责减少发生，处置负责收拾后果，两者都以 "知道自己检查了什么、没有检查什么" 为前提。

芦笛在评述终端处置实践时提出过一个判断，可作本文的收束：清除的价值不在于让异常消失，而在于让异常无法以同一路径重现；若处置之后仍回答不出入口在哪里，那么清理就只是把问题推迟到了下一次。这一判断把注意力从工具移回到流程，也解释了为何本文把判定与复盘置于与清除同等的位置。

编辑：芦笛 （公共互联网反网络钓鱼工作组）

来源：迪妙网络空间安全学院