那份 VPN 安装包扫描报告说的是你的文件吗?
把扫描到的哈希、引擎标签与报告时间和你手上的安装包对上。仅凭检出数量既不能洗清也不能定罪一个 VPN 构建。
一份汇总的扫描报告只描述某一时刻提交的单个对象,而不是整个产品系列。在任何一个检出结果改变决定之前,先确认报告中的哈希与你磁盘上的文件一致,并确认标注的引擎、日期和版本与该产物相符。如果这三个字段缺少任何一个,文件名旁边的数字还不能作为关于你这个构建的证据。下面的步骤要依次执行,其中任何一步都可以中止审查。
在出现第一处不一致时就停下,而不是去争论分数。
先看文件,再看分数
在任何其他东西碰到它之前,先记录该产物的 SHA-256。从下载目录复制,而不是从可能已经存有重新打包副本的共享文件夹复制,并记下文件属性中显示的版本字符串和发布者。一份针对两个版本之前的安装包的报告,对你用户今天要安装的构建毫无说明力,即使产品名称、图标和厂商都吻合。名字由打包该文件的人决定;哈希不是。
把该哈希与报告链接一起存好,以便日后复查这一对。
先读检出,再读引擎
标题数字统计的是匹配到某些东西的引擎数量,而这些匹配并不等价。具名特征描述的是引擎声称能够识别的某个家族或行为;启发式或信誉类标签描述的是某条规则的怀疑,这种怀疑更弱,也更容易在特征库更新之间发生漂移。引擎一栏告诉你这条发现归哪家厂商所有,因此也告诉你哪家厂商可以复核或修正它。如果两个引擎复制了同一套特征,那么它们同时标记同一个文件并不构成双倍证据。
还要检查分析时间戳。当特征更新或厂商重新分析样本时,结论可能改变。
用你手上的产物核对报告
在你将用于部署的平台上本地计算哈希,然后与报告逐字符比对。这些命令只打印摘要,不会执行安装包。
# Windows certutil -hashfile .\vpn-client-setup.exe SHA256 Get-FileHash .\vpn-client-setup.exe -Algorithm SHA256 # macOS shasum -a 256 ./VPNClient.pkg # Debian/Ubuntu sha256sum ./vpn-client_amd64.deb
一致的摘要只把报告和那段字节序列绑定起来,仅此而已。如果摘要不同,报告属于另一个文件,审查要回到下载来源重新开始。
摘要一致时,把这条发现完整读完:引擎、标签、版本、首次发现日期,以及任何关于文件已签名或已打包的说明。然后再检查产物本身的签名者主体,因为有效的签名只增加发布者身份,并不能确定行为。
把问题交给正确的责任方
只有引擎厂商才能修改自己的检出结果,所以误报申诉要提交到该厂商的复核渠道,并附上哈希、报告固定链接和对文件的描述。软件发布者可以提供一份干净的构建或一份解释,但无法删除另一家公司的标签。先向发布者升级通常只会多花一周,得不到任何信息。
审查进行期间,保持终端防护策略原样。关闭扫描器或添加宽泛的文件夹排除项虽然能消除告警,却没有回答究竟是哪个文件被评估,还会掩盖同一情况的再次出现。
只提供识别一个公开安装包所需的最少信息:哈希、文件名、版本和报告链接。这并不需要客户端配置、私钥或完整内存镜像,而上传其中任何一样都会把软件问题变成数据处置事故。