PG移动端安全实验室：APK签名与哈希教程

开始前的APK签名与哈希教程准备

先把待查文件放在不自动执行的受控目录，关闭可能触发安装的预览，不修改内容。记录取得页完整地址、下载时间、页面宣称版本、原始文件名和大小。若来自私人消息，只记消息时间与可见来源，不转发附件，也不把发送者信任写成发布证明。

可信比较基准比选择摘要算法更重要。理想基准由明确发布主体公开给出，并对应同一版本、架构和分发渠道；其次是此前已确认文件的证书与摘要。论坛散列值、截图中的证书名或未知页的“验证结果”可能同步伪造，不能独立成为基准。

检查在运行前完成，顺序是文件属性、SHA-256、签名证书、版本与包标识、权限清单。计算只读取文件，不需安装。若系统没有可信本地摘要功能，不把文件上传到要求公开共享或提交资料的陌生站点；可在授权隔离环境由具备经验者处理。

为防止检查对象在过程中被改变，可先复制一个只读工作副本，并对原件与副本分别计算SHA-256；两个结果一致后，在副本上查看证书。记录文件大小时同时写单位，避免千字节与兆字节换算导致误判。文件名可以为了整理而改变，但更名不影响字节摘要；压缩、重新下载或聊天软件转存则可能改变容器，应视为新的对象重新计算。

摘要算法名称不能省略。同一串字符若不说明是SHA-256、SHA-1还是其他算法，就无法正确比较；页面只给短截值也容易碰到抄写与冒用。本文采用SHA-256作为文件识别记录，但这并不把算法输出变成安全评分。复制结果时注意零、字母与大小写显示，比较前去除空格却不要删字符，最好由第二人或第二次计算独立确认。

实际操作前先建立不会混淆的样本目录：每个文件用取得日期和摘要前缀标识，旁边记录原始网址，不用“新版”“最终版”覆盖旧文件。假设两个APK文件名相同，一个来自旧存档，一个来自当前页面，第一步分别计算文件摘要，第二步读取包名、版本代码和签署证书，第三步才比较。文件摘要变化是构建内容变化，证书指纹描述签署身份，包名决定Android更新关系；三者不能互换。分析只读取文件，不执行，也不把个人用户名写入报告。若文件实际上是拆分包集合，应保留集合结构和每个片段，不把单一基础包误当完整安装物。

教程示例值必须清楚标为示意，不能与真实指纹混在同一列。读者粘贴自己的结果时使用本地副本，不把未知样本或私人路径提交到页面表单。

• 记录完整来源、时间、原始文件名、大小和页面所称版本。
• 使用SHA-256识别字节内容，将算法名与完整结果一同保存。
• 提取证书主体、指纹、有效期和签名方案，再与同版本可信基准比较。

证据链的时间顺序

第一时间点在取得前：页面是否由明确主体控制，是否直接连接该版本，是否跨域或强迫绕过防护。第二是下载完成：立即记录大小和SHA-256，避免文件后来被替换仍沿用旧结果。第三是签名检查：保存证书指纹、主题、有效期和验证状态。第四才是经过授权的运行观察。

OWASP Mobile Top 10 2024把供应链安全不足列为移动风险，也分别列出二进制保护、隐私控制、不安全通信和数据存储等类别。^来源1 这支持分阶段证据：取得链回答供应链，签名摘要回答文件连续性，权限流量回答运行暴露。任何一项通过都不能替其他阶段通过。

时间顺序可识别下载后替换。同一地址在不同日期得到不同摘要，先核对版本更新、架构差异或动态打包说明；没有资料时只写文件不同。证书也改变时风险更高，但仍不直接作恶意判决。摘要相同而页面主体改变，字节虽一致，分发关系仍需重新确认。

签名验证结果应理解为一段链条：文件内部签名结构是否完整，证书指纹是否与基准相同，基准是否确实来自明确主体，该主体是否说明此版本和渠道。前两步是技术比较，后两步是发布关系。只完成结构验证时，不应使用“身份已认证”；基准来自过去版本时，还需确认密钥连续性或公开轮换。时间顺序把这些不同证据放回正确位置。

教程判断表可列六列：样本摘要、包名、版本、签名方案、证书指纹、验证结果。摘要相同的样本应得到相同文件身份；包名相同且证书连续才有资格讨论升级；版本代码更高但证书不同需要迁移材料；验证失败则先检查文件完整性与工具支持。签名方案不同不必自动判坏，旧新系统支持范围可能不同，但变化需要与发布说明和目标系统对应。若工具展示多个证书或签署历史，应完整记录关系，不只摘一个好看的名称。表内另设来源列，因为技术签名只能回答谁持有相应密钥序列，不能单独证明某个网页有权分发。

按设备或场景执行检查

在Windows或其他桌面系统中，用系统可信的本地摘要功能计算SHA-256，结果包含算法名和完整十六进制值。对同一文件连续算两次应一致；复制后再算可排除记录错误。哈希不同表示字节不同，不说明差异位置、原因或哪份可信。不要只比较开头和结尾几位。

签名检查要看完整验证结果，而非只读证书显示名称。记录验证是否成功、证书指纹、主题、签发者、有效期、签名方案与包标识。主题可由签署者填写，须以指纹和可信基准建立连续性。证书查看日过期不必然说明签署时无效，需结合签署时间与版本；普通读者无法确认就保持未核实。

Android设备不要通过安装来“查看签名”。先在受控桌面环境提取；若系统已有应用详情，只记录开发者、版本、安装来源和权限。已安装应用当前文件可能与最初下载件不同，系统更新也会改变版本，比较时注明对象。敏感权限与签名一致是独立问题。

没有可信基准时，可为文件建立首条记录，未来同路径再次取得时比较，但不能写“已验证为官方”。不同网站给相同摘要，只说明提供相同字节，网站可能互相复制。比对主体时结合“伪装安装包识别”与“赏金女王获取方式核验”。

建立对照矩阵时，一行对应一个文件变体，不要把不同架构或语言版本合并。列出来源地址、取得时间、页面版本、文件大小、SHA-256、包标识、证书指纹和验证状态。两个文件仅大小相同没有意义；包标识相同而证书不同是需解释冲突；证书相同而摘要不同可能是正常版本更新，也可能是签署者发布了不同内容，仍需版本说明。

签名方案版本属于技术兼容信息，不是信誉等级。某文件使用较新的方案不代表发布者可信，使用兼容旧设备的方案也不自动恶意。验证程序应报告文件签名结构是否通过，而编辑结论只描述所见，不自行评价密码学强度。若检查环境版本太旧，可能无法识别新方案，应更新可信检查环境或标记未确认，不用错误结果下结论。

工具报错时先核对命令针对的是否是原文件、路径是否含被误解析字符、摘要是否在复制前后保持一致。出现“未验证”时不要改用忽略校验的安装方式；可用另一种可信读取工具复查证书和清单，并记录工具版本。若一个工具给出文件哈希，另一个给出证书哈希，字段名和算法必须一同保存，否则会产生看似冲突的字符串。拆分包缺少片段、压缩损坏或新签名方案不被旧工具识别，都可能导致失败。仍无法解释时，将结果标为未完成验证，不运行样本获取更多线索。技术教程的停止条件应与操作步骤同样明确。

争议信息的处理规则

哈希冲突先排除版本、CPU架构、语言资源、下载中断和容器差异。页面明确列多个变体时逐一对应；没有说明就不自行命名“精简版”或“地区版”。记录两份来源、时间、大小和完整摘要，并停止运行。只有发布主体给出可验证解释后才更新结论。

证书冲突更影响身份连续性，但仍需检查公开密钥轮换或签名迁移说明。没有说明时写“签署密钥与基准不同”，不猜合作方或认定犯罪。显示名称相同而指纹不同也需解释；名称易复制，指纹才是比对证书的稳定线索。

OWASP风险分类提醒供应链和二进制保护只是整体一部分。^来源3 即使签名、摘要与基准一致，仍可能有不合理权限、不安全通信或服务器返回不同内容。签名验证失败也可能是文件损坏或检查方式错误，但安全处置仍是停止安装，而非忽略错误。

第二项来源是美国国家问题赌博委员会求助网络说明，并不含APK技术资料。该页说明美国范围网络连接本地资源，并提供全天候电话、短信与聊天服务。^来源2 引用仅界定退出场景：若围绕相关内容的使用引起失控或压力，停止检查并寻找适用地区支持优先；不能把它当文件证据。

签名教程还需说明“验证成功但来源错误”的反例。攻击者可以为自己的不同包创建完全有效的签名，因此工具显示已验证只表示结构和内容未在签署后被改变，不表示证书属于读者预期主体。复核流程必须把指纹从受控旧版本、可信设备或发布说明中取得，再与新样本比较；不能先从未知下载页抄指纹，再用同一页的文件得到匹配结论。若没有基线，结果写成已读取一个自洽签名，但发布关系未建立。证书有效期、显示名称和算法信息可以辅助记录，也不能替代基线。对旧系统不支持的新方案，使用离线解析确认，不通过实际安装来试。这个反例能让技术输出保持准确范围，避免把绿色验证状态误译成完整的安全与品牌认证。

• 摘要不同：只判定字节不同，先查版本与变体，不运行未知样本。
• 证书不同：记录指纹差异，寻找明确主体的密钥迁移说明，不猜授权。
• 摘要签名一致：仍检查权限、通信、存储和更新，不写完全无风险。

保存结果与提交纠错

结果需让对象可识别又不暴露个人资料：文件原名、大小、SHA-256、证书指纹、包标识、版本、取得地址、时间和环境。公开分享不附文件，不显示用户目录、设备序列号或私人消息。长摘要完整保存到本地记录；正文若无需逐字展示，只说明已计算并由授权复核者保管。

纠错指出具体字段，如此前写错大小、指纹对应另一架构、页面更新晚于下载。提交者提供可公开复现的来源和时间，无需账号或身份材料。复核后保留旧值、标明撤回原因与新值，避免静默覆盖造成后续比较混乱。

最终结论分层表达：文件完整性是否通过、与哪个基准一致、发布关系是否确认、运行行为是否检查、未知项有哪些。无基准时说明摘要只建立本地身份记录。公开前具名复审，确保技术相等没有被误写成合法、官方或结果保证。

证据保存要兼顾完整与安全。完整摘要和证书指纹可保存在离线文本，文件本体若无合法分析需要则不长期留存；公开报告不附可执行文件。每次纠错保留原值、来源和更改理由，避免后人把笔误当文件变化。若多人复核，应让每人从同一只读对象独立计算，再比较结果，而不是互相复制第一人的数值。

纠错还需防止把两个同名文件混淆。提交摘要差异时，同时提供不含私人路径的大小、取得时间、来源与版本；只有散列值无法知道比较对象。报告若引用证书主题，紧跟指纹摘要与可信基准说明，避免读者只搜索公司名。任何完整密钥、签名私钥或敏感配置都不应出现在记录中；正常核验只读取公开证书信息。

报告中若需要展示摘要，可完整展示算法和值，但不要把它变成点击链接或可执行附件。证书指纹也要注明是哪个证书层级，避免把签发者与签署者混淆。验证日期不等于文件发布日期，取得日期也不等于签署日期；四个时间字段分别保存。任何时间缺失都只影响对应推论，不用文件系统自动时间替代发布者声明。

若验证程序报告多个签名者或证书链，逐一记录其角色，不随意挑一个看似熟悉的名称作为发布者。无法解释多签名结构时，将身份标为未确认。

最终记录需能回答四个问题：比较的是哪一个字节样本、它声明什么包名与版本、由哪组证书签署、从何处取得。常见问答是“可以把哈希上传到公开评论区求证吗”；摘要虽通常不含文件内容，仍应考虑样本敏感性，并优先与受控来源公布值比对。另一个问题是“签名验证通过是否即可安装”；通过仅表示文件内部签名结构成立，还要审查来源、权限与兼容性。报告中保留完整指纹，同时可给人工比对使用的分组显示，不能只留缩写。后续新版本到来时新增一行，形成签名连续历史，而不是覆盖旧样本。

保存工具输出时应移除个人目录路径，但保留命令含义、工具版本和返回状态。若复制到文档造成自动换行，复核完整字符数。一个字符错误就会让指纹比较失效，因此最终表格最好由脚本比较结果与人工分组显示共同确认。

APK绿色验证状态不替代包名基线、来源与权限审查。