PG移动端安全实验室：功能说明与边界

为什么需要核对功能说明与边界

移动页面常把“快速”“高清”“智能”“跨平台”等形容词当成功能。真正可核对的功能应有明确入口、输入、输出与限制，例如是否支持横屏、能否在断网后查看已加载资料、通知可否关闭、字体能否随系统放大。把形容词转成任务，读者才能判断它存在于网页、原生应用还是宣传截图，也能看出需要哪些设备能力。

边界与功能同样重要。离线可打开首页不代表所有内容离线可用，支持多语言不代表帮助与错误提示全部翻译，提供深色界面不代表对比度符合所有需求。说明应列出未覆盖情境，而不是让读者从一个成功画面推断完整流程。对于会动态加载内容的应用，还要区分本地外壳功能与服务器提供的功能。

核对还能防止把风险行为包装成特色。后台常驻、读取通知、覆盖其他应用或自动下载更新可能被称为“便捷”，但它们会扩大权限与供应链边界。功能描述必须说明为何需要、默认是否开启、能否拒绝和如何撤销。没有可见控制的高影响行为不应因界面流畅就被视为合理。

功能边界可以通过任务级观察来写，而不是复制宣传词。假设页面宣称支持跨设备继续、离线使用和低流量模式，测试时应分别设计三条路径：在第二台设备恢复到哪个状态；断网后哪些页面还能打开；开启流量统计后首次加载与再次加载各消耗多少。若跨设备只恢复账号而不恢复当前进度，就不能写成无缝继续；若离线只能显示缓存外壳，也不等于完整功能；低流量则需要相同内容和相近时间的对照。设备语言、系统版本和构建号都应固定。观察到的功能与页面承诺分栏，避免把局部成功扩大到所有设备或所有场景。

来源等级与取证边界

功能证据由强到弱可以分为：责任主体针对明确版本的说明；设备上可重复的实际观察；平台文档对系统能力的解释；独立评测；宣传截图与转述。第一类证明主体作出声明，第二类证明特定条件下出现现象，两者仍不等于长期保证。平台资料说明机制，不为应用背书；截图若缺少版本和来源，只能当线索。

PG游戏目录当前展示的项目名称、页面与部分公开资料，可用于比对某个功能名称是否在站内项目说明中出现。^来源3 如果目录没有“移动下载”“离线运行”或其他具体说法，就不能由游戏条目本身推导这些能力。第三方把目录图片嵌入自己的页面，也没有建立文件与PG之间的发布关系。

Android安全资料适合给功能边界加上风险检查：网络传输是否加密、下载管理是否安全、深层链接是否受控、敏感数据是否放在不适当存储位置。读者无法仅凭界面验证服务器或代码实现，所以结论要区分可见行为与未审计内部。功能测试可以说“未请求某权限”，不能说“永远不收集相关数据”。

取证时保留设备、系统、应用或浏览器版本、网络与日期。不要为测试导入真实联系人、照片或私人文件；需要文件选择时使用无敏感内容样本。观察到的网络主机只记录必要字段，避免截取他人数据。

功能说明表宜包含“触发入口、前置条件、可见结果、所需权限、失败后的退出方式”。推送提醒需要通知权限和用户主动订阅；上传图片需说明照片范围；后台恢复可能受电池策略影响；横屏布局则与设备方向和缩放有关。若一项普通展示功能要求通讯录、精确位置或覆盖权限，权限成本与功能收益明显不相称，应先拒绝并记录。表中还要把服务器提供的能力与本地应用能力分开，例如内容是否可用不完全由安装包决定。对尚未测试的条件写未覆盖，对地区或账号限定写清边界，不用“全平台支持”填补空白。

桌面端与移动端核验步骤

桌面端先建立功能清单，把每条宣传句改写为任务和预期结果。查看公开页面是否给出平台、版本、日期与限制，保存完整上下文。若有可分析文件，在不执行的情况下读取软件包、版本、权限和签名，用来判断功能声称是否需要异常权限。网页型功能则记录注册域、重定向和关键资源来源。

移动端采用最小权限逐项触发。首次启动不预先同意全部请求，从浏览、旋转、声音、返回、后台恢复、网络中断和辅助功能等低风险任务开始。每触发一项权限，记录它对应的操作、提示理由和拒绝后的表现。若所谓核心功能只有在开启短信、设备管理或无障碍服务后才能继续，而说明没有具体原因，测试终止。

功能比较要控制变量。测试加载速度时固定设备、网络和缓存状态；测试显示时记录屏幕比例、字体大小与方向；测试离线时先定义哪些资源已经加载。一次只改变一项条件，失败后恢复基线再复测。不要用高配设备的结果覆盖低内存或旧系统，也不要把模拟器画面写成实体手机结果。

结束时检查退出与清理。关闭功能后，通知、位置、后台刷新和下载权限是否真正撤销；卸载或清除站点数据后，配置、证书或网页通知是否遗留。一个功能若容易开启却难以关闭，边界说明不完整，即使主要画面可用也应记录限制。

功能失效的排查从入口、条件和依赖逐层进行。按钮不存在时先确认版本、账号状态和地区呈现；按钮存在但无响应时记录网络请求、系统WebView与触控缩放；操作完成但状态未保存，则检查本地存储、同步时间和第二设备是否使用同一账号。不要同时清缓存、重装和切换网络，否则无法知道哪一步改变结果。若某功能仅在授予非相关高影响权限后恢复，应将权限耦合作为独立问题。服务端临时不可用也不能被解释为设备不兼容。每次诊断写出可复现的起点和结束状态，能让后续修订只更新受影响的功能段落。

无法确认时如何安全退出

功能无法确认时，不通过扩大权限、关闭系统保护或更换未知来源继续。保存宣传原文、设备条件和失败步骤，将结论写成“在所列条件下未复现”；这与“功能不存在”不同。若来源本身不清，删除尚未执行文件并撤销站点通知、相机、位置和自动下载权限。

已经授予高影响权限时，从系统面板逐项撤销，再检查无障碍、设备管理、VPN、用户证书与未知安装来源。随后卸载或清理站点数据，并复查权限是否消失。撤权不能保证已经传出的数据被收回，因此不要向未经核验的联系入口提交更多资料来寻求所谓删除证明。

若功能故障伴随异常耗电、持续后台活动、未知弹窗或设置被重新开启，应停止测试，保存最少必要时间线并使用可信专业支持。不要为了完成评测在主设备上反复运行。涉及博彩内容时，技术功能正常也不代表适合继续接触；个人感到不适或失控应优先离开。

功能说明还应处理同名功能在不同载体上含义不同的情况。例如网页端的“保存”可能只写入浏览器本地存储，原生端可能同步到账号，另一台设备的“恢复”却只重建设置。测试时创建不含个人信息的明显样本，依次刷新、清理站点数据、切换设备和退出账号，观察它在哪一步消失。若页面没有说明数据位置和保存期限，就不能把一次恢复写成云同步。类似地，“离线”可能只是打开最近页面，“自动更新”可能只更新网页资源，“多设备”可能只是允许登录而非同步状态。将用户可见名称拆成输入、存储、传输和恢复四个动作，就能发现宣传词覆盖的边界。报告应精确到完成了哪个动作、失败发生在哪一层，并提醒清理测试数据。这样的定义也便于版本更新后判断是真正新增能力，还是只改变了标签。

本页修订与引用记录

本页于2026年7月12日查阅PG SOFT公开游戏目录与Android开发者安全清单。游戏目录只支撑公开项目范围观察，Android来源只支撑通用安全检查方向。两者均没有认证第三方移动文件、离线能力、性能或权限设计，因此本文不为任何所谓PG移动功能作保证。

后续修订采用按功能追加的方式，记录版本、平台、设备、观察日、权限和限制。若功能从网页迁移到原生外壳，身份、更新和数据边界要重新检查，不能沿用旧结论。被移除的功能保留历史状态与最后观察日期，使读者知道何时、在哪些条件下曾经出现。

功能证据清单包括页面承诺的原句位置、构建版本、设备条件、测试账号是否为空白、操作步骤、权限选择、可见结果与失败截图。路线问答之一是“演示视频出现某功能，是否可写入当前版本”；需确认视频日期、版本和是否为概念画面。另一个问题是“某机型没有入口，能否判定功能取消”；可能是分阶段发布或条件未满足，应保留未知。报告最好用“在某条件下观察到”描述事实，并给出未覆盖组合。若后来版本改变入口名称，记录旧新映射，不把旧证据强行套到新界面。这样形成的是可维护的功能目录，而不是随版本迅速失真的宣传清单。

对功能缺口的措辞也要精确：未找到入口、入口不可用、操作失败与功能不存在是四种不同结论。测试前先确认帮助文档所述前置条件，测试后保留失败界面。只有在当前版本、账号和地区都覆盖后，才可把未观察到的结果提高为较强判断。

功能名称必须落到输入、存储、传输和恢复等可观察动作。

• 每项功能都有入口、条件、输出、权限与退出路径。
• 主体声明和设备实测分别记录。
• 形容词改成可重复任务，不保留无法测量的承诺。
• 未审计服务器、代码和后续资源明确列入限制。