把性能异常与恶意行为分开判定

Zoom 性能测试应采用相同操作顺序和相同观察时长，避免一次测试开启视频、另一次💯测试只使用音频，导致两组数据失去可比性。

可疑样本引发的性能下降只能证明📢资源或稳定性受到影响，不能🎊单独证明样本具有传播、窃取或持久化能力。

按固定流程观察 Zoom 性能变化

会议客户端的资源消耗应至少记录平均值、峰值和高分位值。单次峰值可能由切换摄像头、加载共享画面或系统更新造成，不能只凭一次瞬时升高就认定样本导致性能下降。

建立不接触真实数据的 Zoom 对照环境

“Zoom另一类ZZO0病毒性能评估”目前不能仅凭名称得出样本类型、传播方式或危害等级。“ZZO0”中的最后一位可能是数字0，也可能是字母O✅，也可能只是内部样本编号；公开资料不足时，应先确认文件哈希、文件类型、来源和检测报告，再开始性能测试。

性能差异可以用相对变化表达，例如“样本共存时 CPU 平均💫值比基线高多少百分比”“入会耗时增加多少秒”“视频卡顿是否只在屏幕共享阶段出现”。报告不要使用脱离设备、客户端版本和网络条件的固定合格线。

性能评估需要记录哪些指标

安全评估的核心不是把可疑程序直接放进真实会议，而是在隔离环境中建立干净的 Zoom 基线，对比样本运行前后的 CPU、内存、图形处理、网络、会议稳定性和异常行为。未知文件不得在💯办公电脑、生产账号或含有真实参会者的会议中打开。

Zoom 对照环境应同时包含干净基线和样本共存两组条件，否则测试结果无法判断性能变化来自可疑程序、会议负载还是网络波动。

ZZO0 性能评估应把“电脑变慢”和“Zoom 会议质量下降”拆成两组指标，因为系统资源占用升高不一定已经造成参会体验恶化。

先确认 ZZO0 样本是否真的与 Zoom 有关

ZZO0 样本的身份核验应先于性能测试，因为名称本身不能证明样本是 🌺Zoom 病毒，也不能证明样本会通过会🎯议客户端传播。

如果无法确认样本身份，报告应写成“待确认的 ZZO0 可疑样本”，而不是直接写成确定的病毒家族。样本身份不明确时，性能结论只能描述观察到的行为，不能延伸为传播能力、攻击来🤔源或长期危害判断。

Zoom 测试会议的作用是提供可重复的客户端负载，不是承载未知文件。可疑样本不得通过聊天、屏幕共享或会议文件功能发送给其他参与者，也不得在 Zoo🎨m 安装目录中替换、注入或修改客户端文件。