一份汇总的扫描报告只描述某一时刻提交的单个对象,而不是整个产品系列。在任何一个检出结果改变决定之前,先确认报告中的哈希与你磁盘上的文件一致,并确认标注的引擎、日期和版本与该产物相符。如果这三个字段缺少任何一个,文件名旁边的数字还不能作为关于你这个构建的证据。下面的步骤要依次执行,其中任何一步都可以中止审查。

在出现第一处不一致时就停下,而不是去争论分数。

先看文件,再看分数

在任何其他东西碰到它之前,先记录该产物的 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

一致的摘要只把报告和那段字节序列绑定起来,仅此而已。如果摘要不同,报告属于另一个文件,审查要回到下载来源重新开始。

摘要一致时,把这条发现完整读完:引擎、标签、版本、首次发现日期,以及任何关于文件已签名或已打包的说明。然后再检查产物本身的签名者主体,因为有效的签名只增加发布者身份,并不能确定行为。

把问题交给正确的责任方

只有引擎厂商才能修改自己的检出结果,所以误报申诉要提交到该厂商的复核渠道,并附上哈希、报告固定链接和对文件的描述。软件发布者可以提供一份干净的构建或一份解释,但无法删除另一家公司的标签。先向发布者升级通常只会多花一周,得不到任何信息。

审查进行期间,保持终端防护策略原样。关闭扫描器或添加宽泛的文件夹排除项虽然能消除告警,却没有回答究竟是哪个文件被评估,还会掩盖同一情况的再次出现。

只提供识别一个公开安装包所需的最少信息:哈希、文件名、版本和报告链接。这并不需要客户端配置、私钥或完整内存镜像,而上传其中任何一样都会把软件问题变成数据处置事故。

相关文章