PG移动端安全实验室：移动平台来源比较

移动平台来源比较的术语范围

本页把来源分为主体自有网页、系统商店条目、测试分发、直接安装文件、网页应用和第三方镜像。它们不是互斥标签：自有网页可能跳向商店，原生外壳可能加载H5，测试分发也可能由第三方页面引导。比较时记录完整路径，每个节点都说明谁控制、提供什么证据，以及信任是否能够传递。

“平台来源”也不等于系统厂商背书。商店托管通常提供开发者、版本和更新历史等字段，但条目主体仍需与被声称品牌关联；网页使用Safari或Chrome不代表浏览器厂商认可内容；Android文件能被系统解析也不代表其发布关系真实。平台只提供机制与可见信号，具体身份仍由证据链决定。

比较范围限于公开来源与低风险设备观察，不评估未提供的源代码、服务器控制、地区许可或结果公平。对任何写着PG名称的项目，本页只描述路径事实，不使用“官方”“许可资质”或“承诺无风险”等结论。Apple安全文档是平台背景，不是第三方项目认证。^来源3

比较来源时应让同一设备、同一时间窗口面对多个入口。比如商店条目、公开站点下载页、二维码落地页和文件镜像都提供同名内容，可先记录每条路径的所有者、目标域、版本、软件包与签名，再决定是否属于同一发布序列。商店里的开发者字段可能清楚，但地区不可用；公开站点可解释主体，却未必直接提供文件；二维码方便移动端，却可能隐藏跳转；镜像即使字节一致，也只说明再分发了相同样本。比较的核心不是选一个看起来最正规，而是逐项说明每个入口能证明什么、不能证明什么，并在关键身份字段冲突时停止合并。

公开资料能够证明什么

责任主体的自有页面能够证明它在查阅时公开指向了哪些地址，并给出当时的用途说明。它不能保证目标以后不变，所以需要记录日期与最终地址。商店页面能够证明平台当时展示的开发者、版本、地区和隐私字段，但不能独立证明开发者与外部品牌的法律或商业关系。两类证据互相指向时，比单独存在更强。

Apple平台安全指南能够证明Apple如何公开描述硬件、系统、安全启动、更新和完整性机制。它有助于理解为什么系统版本和签名路径要纳入比较，却不能说明某个条目在所有地区均可取得，也不能判断H5或Android来源。引用平台资料时要限定平台与查阅日期，不把架构描述变成个别应用承诺。

WCAG 2.2能够提供可访问网页的共享标准，包括可感知、可操作、可理解、健壮及错误帮助等内容。来源比较中，它可用于观察按钮是否有明确名称、取消是否可达、错误是否被识别、完整流程是否对辅助技术可用。但符合界面要求的钓鱼页面仍可能存在，所以可访问性只能评价交互，不评价主体真实性。

第三方评测可以贡献实测条件，存档可以保存历史状态，安全机构资料可以解释风险类别；它们都不能凭转述取代一手发布关联。若多个文章复制同一段话，来源数量增加但独立性没有增加。比较表应标明每条证据的原始主体。

来源矩阵可设置所有权、可追踪路径、版本透明度、文件身份、更新责任和撤回能力六列。受控页面能从站内导航抵达、说明维护主体并保留版本历史，通常比一次性短链更易复查；但若最终文件跳到第三方主机，仍需记录责任是否明确。镜像若没有原始摘要或签名对照，只能列为未知分发。社交转发可以提供发现线索，却不承担身份结论。矩阵还要检查同一入口过几天是否仍可抵达，因为临时链接的可复核性很弱。不要用下载速度、页面美观或评论数量替代这些字段，它们与发布关系不是同一个问题。

对照表：信号、风险与行动

下表不把任何路线标成绝对优先，而是列出可以观察的身份信号与主要缺口。具体结论取决于字段是否齐全、能否从被声称主体页面双向验证，以及读者所在地区是否显示同样信息。未知镜像即使提供丰富教程，也无法弥补控制主体不明。

一个路径可能在中途换类，例如自有网页先跳商店，随后又要求站外配置。每次变化都要新开一行；前半段可信不能覆盖后半段。若最终动作与入口说明不一致，例如宣称网页体验却下载文件，应停止并重新分类。

当两个来源给出不同文件时，先固定下载时间并分别保存摘要，不要重命名后覆盖。随后比较软件包标识、版本代码、签名、权限和内置网络主机。若签名连续但版本不同，可能是发布节奏差异；若签名不同，必须找到迁移说明，否则当作不同来源。若文件完全相同而页面宣称的版本不同，则问题在页面标注而非样本本身。遇到地区跳转时，记录网络地区和语言，不借助未知代理去制造一致结果。比较过程只在隔离环境解析文件，不为了观察差异而同时安装多个身份不明的包。故障树应保留每条路径的独立结论。

三个情境化检查示例

情境一：某PG名称页面从自有外观的网站跳到系统商店。先确认起始注册域是否由被声称主体控制，再核对商店开发者、地区、版本和隐私字段，最后看一手站点能否反向找到同一条目。若只有第三方页面完成跳转，最多确认商店有该条目，不能确认品牌关系。

情境二：Android文章提供直接文件，并声称比商店版本更新。记录页面主体、发布日期、软件包、版本代码、摘要和签名，再寻找一手发布说明。文件版本号较大不是身份凭证，签名不同也不能用“提前版”解释。没有一手关联时不执行，更不卸载已有可信版本来消除冲突。

情境三：Safari页面可添加到主屏幕，宣传称无需安装。系统中没有独立应用条目，说明它更接近网页入口；但还需检查完整域名、站点权限、通知和缓存。图标与原生应用相似不影响分类。若页面后来下载描述文件，来源路线已经改变，应在接受配置前停止并重新核验签署者与载荷。

还有一种混合情况：商店安装的外壳打开完全不同域名的远端内容。此时商店开发者证据只覆盖外壳，网页域名要单独关联；权限可能由外壳持有，内容却由远端更新。删除站点数据和卸载外壳也需分别检查，不能假设一个动作清除全部。

还可以检查来源在撤回风险内容时的能力。一个负责任的渠道应能使旧链接失效、发布说明、提供替代版本并让用户从同一入口验证；只会不断生成新短链的分发方式很难承担更新责任。测试不需要真的安装，可在不同日期复查页面、旧文件地址和版本历史，记录是否出现明确撤回状态。若镜像继续提供已被上游撤回的样本，摘要相同反而说明它没有同步风险处置。若商店条目下架，也要区分地区不可用、开发者撤回和平台处理，未有证据就不猜原因。把“发现入口容易”与“出现问题后能否追踪和撤回”同时评分，能避免短期可用性掩盖长期维护缺口。最终选择继续核验的路径时，应优先责任可追踪、版本可回看、撤回可确认的来源，而不是当天下载最快的入口。

结论、限制与后续更新

比较结论应呈现每条路线的证据与缺口，而不是给出单一胜者。可以说“商店路线提供了可见开发者与版本字段，但与PG主体关系未建立”；也可以说“网页路线域名可从一手页面复现，但远端内容更新历史未公开”。这种表达允许读者根据自己的设备和风险边界判断，而不会被“最安全来源”误导。

本页于2026年7月12日查阅WCAG 2.2与Apple平台安全指南。前者仅支撑网页交互与可访问性检查，后者仅支撑Apple平台架构背景。二者均未确认任何PG移动分发路径，也没有比较Android文件与H5项目的具体安全性。

来源状态会变化，更新时应保留旧路径、旧开发者或域名、观察日期与变化原因。商店下架不证明原条目曾经虚假，自有页面新增链接也不能追溯证明过去的第三方文件。每次修订只改变被新证据覆盖的结论，其余未知项继续保留。

交付清单包括每个入口的起始与最终网址、访问日期、页面主体、版本文案、样本摘要、签名和撤回状态。常见问题是“多个站点给出相同哈希，是否形成交叉验证”；它们可能复制同一上游文件，因此仍需识别独立来源。另一个问题是“商店不可用时能否自动选择镜像”；不可用只说明当前地区或设备状态，不提高镜像的可信度。结论可以推荐继续从可追踪入口核对，但不提供未知下载替代。若来源后来更换主机，保留旧链和变更说明，检查签名是否延续。这样的比较能帮助读者看见责任链，而不是得到一个脱离时间与地区的排名。

来源比较结果应定期失效，而不是永久排名。可为每行设置下次复查日，重点复看域名所有权、版本历史和撤回状态。若某入口长期无更新，标为陈旧并重新核对责任主体；不要仅因旧文件仍能下载，就把它继续列为当前推荐的核验路径。

来源优先级还取决于出现问题后能否追踪、说明并撤回。

• 每个跳转节点单独记录控制主体和证据类型。
• 平台托管、浏览器打开和系统可安装都不等于品牌背书。
• 一手页面与目标条目双向对应时证据更强。
• 混合外壳的签名与远端域名分别检查。
• 比较结果写出缺口，不输出绝对来源排名。