APK 加固与报毒问题指南中心

安装器显示“有风险”“包含病毒”或阻止安装时，记录设备型号、系统版本、安全组件版本、告警全文和触发时间。若只有某个渠道出现问题，还要记录下载来源与安装路径，因为渠道信誉和文件来源也可能参与判断。

多引擎结果不一致时，不要只看命中数量。引擎名称、检测标签、首次出现时间、后续是否撤销以及样本哈希，才是判断稳定性和可复现性的基础。外部扫描服务可能会保留样本，上传前应确认应用保密要求。

证据单至少包含应用版本名与 versionCode、文件 SHA-256、包名、签名证书 SHA-256、构建时间、下载来源和测试时间。原始 APK、未加固对照包与候选加固包应分开保存，文件名可以内部使用，但不要把文件名当作唯一标识。

先完成签名验证、全新安装、覆盖安装、启动和关键业务流程回归，再进行外部检测。若包本身无法安装、签名链不一致或关键流程失败，应该先处理构建问题，而不是进入误报申诉。

如果告警指向实际存在的高风险权限、动态下载、可疑域名或第三方 SDK 行为，应先由开发团队确认业务必要性并修复或移除。加固不能把真实风险变成安全，也不替代服务端鉴权、密钥管理和最小权限设计。

如果只有加固候选包出现新告警，应回到最小保护策略，逐组启用 DEX、Native 或运行时选项并在真实设备复测。只有在样本可安装、关键流程通过且告警能够稳定复现时，才适合整理材料提交误报申诉。

下面的矩阵用于安排调查顺序，不代表任何检测结论。

安全产品的规则、云端信誉和设备侧组件会更新，同一个文件在不同时间可能出现不同结论。通过一次复测不等于未来永远不会告警，申诉成功也不代表其他厂商会同步更新。

本站提供 APK 加固工作台与排查方法，不在公开页面提供在线 VirusTotal 扫描。使用任何第三方扫描平台前，请评估样本上传、数据保留和保密风险；商业未发布包可优先使用厂商私有提交渠道。