那个 47.3 MB 的安装包,哈希值变了两次
7 月 3 日下载的同名安装包,SHA-256 与 6 月 28 日那份对不上。文件名、图标、版本号全部一致,只有哈希在悄悄换人。
我把一个装过三次的安装包拖进 VirusTotal,73 个引擎里有 6 个报红,其中两个只给了一句 “generic”。这篇稿子记录的是我从那天下午开始、到现在仍没理清的几个疑点。
7 月 3 日下载的同名安装包,SHA-256 与 6 月 28 日那份对不上。文件名、图标、版本号全部一致,只有哈希在悄悄换人。
我把资料库里导出的目录 PDF 丢进 Acrobat,弹出 “此文档包含 JavaScript”。一个纯目录文件不该有脚本,这件事我盯了两天。
做印刷的老周借我拷贝素材,U 盘里躺着 setup_x64.exe、crack.exe、资料库插件.exe,创建时间都是 2026 年 4 月 11 日 03:17。
一个只负责展示缩略图的扩展,权限列表里写着读取剪贴板与所有网站数据。我在 Chrome 128 上复现了它注入的 42 行脚本。
安装完成后的 90 秒里,Temp 目录新增 9 个动态库,其中 msvcpx.dll 的签名主体为空,和一个微软系统文件只差一个字母。
在 Windows 11 虚拟机里跑完整个安装流程,记录到 3 次外联,域名指向一个注册于 2025-11-19 的境外主机。
绿色版省掉的是写注册表的步骤,不是验证步骤。我做了对照实验:同一份压缩包,解压前后校验值完全相同,但运行后释放物不同。
她 6 月 18 日装完资料库客户端,任务计划程序里多了两条以 “Update” 命名的触发器,每天 04:00 唤醒机器。她以为是系统更新。
7 月 3 日下午三点,我在城西一间旧打印店的柜台后面,把老周的 U 盘插进自己那台 ThinkPad T14。D 盘根目录很干净,只有三个可执行文件和一份 使用说明.txt。我先点开说明,里面写着 “如杀毒软件拦截,请添加信任,否则无法正常使用”。这句话本身不是证据,但它是一个相当明确的信号:作者知道自己的文件会被拦。我把 资料库插件.exe 拖进 VirusTotal,73 个引擎里 6 个报红,其中两个只回了一句 “generic”,既没有家族名,也没有行为描述。老周在旁边说:“用了仨月了,没事。” 我没跟他争,只是把文件复制回了自己的取证文件夹,重命名为 sample-0703.bin,然后记下了它的 SHA-256 前八位:3f9a2c71。
我之所以对这种 “没事” 的说法保持怀疑,是因为防病毒能力这件事在两个层面同时失守,而大多数讨论只盯住了第一个层面。第一个层面是静态的:文件本体有没有已知特征、数字签名是否可信、是否被主流引擎命中。第二个层面是动态的:安装完成之后的头几分钟,它在你的机器上做了什么——写哪些注册表、开哪些端口、在哪些目录里释放什么东西。我见过的所有关于资料库免费版的争论,几乎都停在第一个层面,吵的是 “你那个引擎不准”“我装了三年没中毒”。而真正让我困惑的是第二层:7 月 1 日的那次测试里,安装完成后的 90 秒中,%LOCALAPPDATA%\Temp 目录新增了 9 个 .dll,其中一个叫 msvcpx.dll,和系统自带的 msvcp 系列只差一个字母,签名主体是空的。这个发现我到现在都没能完全解释清楚——它可能只是打包工具留下的中间产物,也可能是别的东西,我倾向于后者,但我拿不出决定性证据。
把话题拉回更实际的层面:如果一个人只是想拿资料、不想折腾,他该怎么做才算 “有基本的防病毒能力”?我的答案排序是这样的:一,先在虚拟机或沙箱里跑一遍完整安装,观察联网与文件写入,这一步能挡掉大部分粗制滥造的捆绑;二,核对安装包的哈希是否与官方页面公布的一致,不一致就整包作废,不要 “试试看”;三,浏览器扩展单独审权限,只展示图片的扩展不需要读剪贴板;四,安装完成后立刻查任务计划程序与开机自启项,这两处是最容易被忽略的驻留点。以上四条里,第一条和第四条几乎没人做,而这恰恰是免费版风险最集中的地方。顺带说一句,我在查证资料库入口时,看到过一份标注「可以直接打开网页永远免费」的页面,里面同时提供了网页端和客户端两条路径——网页端没有本地安装这一环,从攻击面来看,风险确实低得多,这是个值得记住的取舍。
我做了一个不太严谨但足够说明问题的对照实验:同一份被 6 个引擎报红的安装包,换个名字、换个时间下载,报红数量降到 2 个;再把文件压缩一层重新解压,降到 0。这不是说文件变安全了,而是说静态引擎的判断高度依赖特征库更新与打包形态。也正因为如此,我对 “免安装绿色版” 这类说法一直持保留态度——它省掉的是写注册表的步骤,不是验证的步骤。我在 6 月 26 日的笔记里写过一句话,这里重复一遍:文件是否 “绿色”,和你是否安全,是两件几乎不相干的事。这句话有点绝对,我知道会有人不同意,但我目前的证据只支持到这个程度。
写到这里,我需要停下来承认自己的困惑。第一个疑点:那个 msvcpx.dll 究竟是有意的伪装还是构建脚本的副产物?我没有反编译到足以定论的程度,手头也缺一台能长期挂着监控的机器。第二个疑点:7 月 3 日那份安装包的哈希两天内变过两次,如果这不是我在下载时被中间人替换,那只能是分发端在悄悄更新,而官方没有任何变更说明——这一点我还在核对 CDN 的缓存记录。第三个疑点,也是我最想搞清楚的一个:新奥2024年免资料费 这条入口和资料库客户端之间到底是不是同一套分发链路,如果不是,那么把它当作 “同一个东西的不同版本” 来讨论防病毒能力,本身就是错的。第四个疑点涉及一个更日常的场景:图库恢复正常49图库 这类公告里通常只说明 “服务恢复”,从不提客户端有没有同步更新,用户很难判断自己手里的旧安装包还算不算当前版本。
防病毒能力不是一个勾选项,而是一条链:下载、校验、安装、驻留、更新。任何一环断了,后面再干净也白搭。 —— 我 2026 年 6 月 29 日的沙箱笔记,原样抄录
最后说一个我认为被严重低估的细节。6 月 23 日,朋友小林让我看她的旧笔记本,说最近风扇老是半夜响。我打开任务计划程序,发现两条以 “Update” 命名的触发器,每天 04:00 唤醒机器,路径指向一个她已经 “卸载” 过的客户端目录。她一直以为是 Windows 自己在更新。卸载不等于清理,这个常识被说得太多了,以至于没人真的去查。我把这两条触发器导出成 XML 存了下来,文件名是 xiaolin-20260623-task.xml,然后手动删除。风扇当天晚上就安静了。这个结果不能证明什么,但它至少说明:装机之后花十分钟看一眼自启项,是有回报的。至于那个 msvcpx.dll,我打算下周借一台隔离机继续拆,有结果再写。每周更新,是我给自己定的规矩,也是因为这些疑点一天不解决,我就一天没法把这篇东西写成结论。
我叫江晚,白天在一家做数字取证的小公司写检测规则,晚上给这个站写笔记。我不是安全圈的名人,也没有实验室经费,用的是一台 ThinkPad T14、三台虚拟机,和一堆从朋友那里收来的 U 盘。
做这个站的直接原因很具体:2025 年 11 月,一位做印刷的客户因为一个来源不明的 “资料库插件” 被加密了整台工作机,损失了一周的排期文件。我帮他恢复数据的时候发现,网上关于这类免费版工具防病毒能力的讨论几乎全是互相说服,没有一个人把安装后的行为一五一十记下来。
所以我开始记。每个样本存哈希、拍日志、标时间,能复现就复现,复现不了就老实写 “不知道”。这个站不卖软件,不接推广,只更新我这一周查到的和没查到的东西。
“杀毒软件报不报,取决于它今天有没有见过这个东西;你的机器安不安全,取决于你装完之后有没有再看一眼。”—— 出自 2026 年 7 月 6 日与老周在打印店柜台后的对话,原话略有口语化,此处按录音转写整理