御盾申请御盾 VMP 前需要准备哪些资料
用候选包身份、业务资产、技术栈、签名发布链、兼容矩阵、第三方依赖和验收条件准备御盾 VMP 评估，减少反复沟通。
从一个真实 App 开始御盾加固
提交 APK、AAB 或 IPA、关键业务路径和目标系统，御盾会先评估保护范围，再生成候选包并完成兼容性 PoC。登录、价格、申请和项目资料统一在御盾官方平台办理。
你的 App 是否正遇到这些问题
- 不知道自己的 App 应该选混淆、Java2C 还是 VMP
- 担心加固影响启动、第三方 SDK 或版本升级
- 需要保护核心算法，却没有可执行的验收标准
- 采购前看了很多功能表，仍无法判断真实效果
御盾如何处理
Android 与 iOS 加固
覆盖代码混淆、VMP、DEX/SO 保护、完整性与运行时风险等能力方向，具体范围以项目评估为准。
按业务路径配置
围绕算法、授权、协议和内容权益等高价值路径选择策略，不把同一配置套给所有 App。
先 PoC，后交付
用客户自己的候选包验证保护、性能和兼容性，再确认版本、价格与交付边界。
公开测评：业务签名入口进入 Runtime bridge、Native 与 VMP 保护链
御盾 Security 2.1 候选体系公开了一次业务签名入口专项，展示商业验收为什么不能只看 Java 层反编译结果。
查看商业验收案例本次公开了什么
- 完整业务算法没有以普通 Java 方法体形态直接出现
- 运行时桥接、Native/VMP 与加载链共同进入验收
- 业务路径、二次打包和发布证据被分开记录
说明： 这是候选体系的公开事实，不代表所有项目已经完成全设备、全版本或最终商业交付。
从评估到交付
查看交付方法- 01
提交项目
提供候选包、技术栈、关键业务、目标系统和计划发布时间。
- 02
确认 PoC
御盾与你确认保护目标、测试范围、交付物和结果边界。
- 03
验收与采购
根据真实候选包结果选择版本或项目方案，保留发布和回滚条件。
客户经常关心的问题
查看详情
御盾加固包能否直接上传应用商店：签名归属、渠道门禁与自动化验证
御盾加固输出还要经过开发团队的正式签名、版本与渠道检查，才能成为商店候选包。这里给出签名身份核对、包体检查和失败定位方法。
多渠道多 Flavor App 如何选择加固 PoC 样本
针对 Android 构建变体，从代码差异、签名配置、SDK 组合、资源过滤、Native 依赖及发布占比六个维度筛选代表性加固 PoC 样本，避免因单一 flavor 覆盖导致的兼容性漏检与线上风险。
软件加固交付前构建与签名材料说明：可提交清单与私钥隔离边界
明确加固交付前需提交的公钥证书、产物摘要及构建证明，严格界定私钥不可提交原则，区分签名责任与最终身份，确保接收方能独立验证完整性而不触碰身份根。
申请加固时第三方 SDK 清单为何关键：识别初始化、反射、自校验、Native 库与隐私边界
解析申请加固前构建第三方 SDK 清单的必要性，涵盖初始化时序冲突、反射混淆失效、自校验静默失败、Native 库兼容及隐私声明对齐的技术细节与决策流程。
软件加固前梳理 Feature Flag 与 Kill Switch 的必要性：默认值、离线行为与责任归属
解析加固如何冻结客户端默认值，明确远端开关异步延迟、离线回退策略、版本条件陷阱及紧急停用责任人，避免安全降级与响应断裂。
Android 与 iOS 加固证据为何不能混用：包格式、签名与平台信号的差异解读
深入解析 APK 与 IPA 在结构、签名方案、运行时验证及分发信号上的本质差异，阐明移动应用加固证据必须分平台采集与校验的技术依据。
加固 PoC 样本隐私治理：最小提交、脱敏与删除回执实操
针对移动应用加固 PoC 场景，详解样本交付中的最小化提交原则、日志脱敏策略、传输校验机制及第三方 SDK 数据边界管控方法。
软件加固交付报告阅读指南：配置、静态、运行与边界验证
指导安全工程师如何拆解加固交付报告，通过哈希比对、符号化复现和供应链校验区分配置声明与真实证据，识别未覆盖项并明确结论适用边界。
App 版本或加固配置变更后的重验范围与门禁生成指南
针对代码、编译器、SDK、签名、配置及平台变更，分析具体影响面并生成必须执行的安全重验门禁集合，避免发布存在隐患的构建产物。
区域渠道包怎样抽样做加固验收
针对区域渠道包构建加固验收抽样矩阵，依据签名变体、资源差异、SDK 组合、ABI 裁剪及商店分发配置分层验证，明确未覆盖边界与回退限制。
软件加固 PoC 的通过标准应该怎样写
把软件加固 PoC 的候选身份、核心路径、兼容矩阵、安全控制、稳定性阈值、证据格式、限制和复测条件写成可执行验收条款。
软件加固交付给发布团队时怎样避免候选包错配
以产物摘要、包版本、签名证书、构建来源、验收回执和上传前复核组成软件加固发布交接门禁，拒绝任何候选漂移。
加固交付时 mapping 与 Native 符号怎样归档：候选绑定与恢复验证
将交付 APK/AAB、R8 mapping、逐 ABI Native symbols、Build ID、工具链、证书摘要、provenance 与 attestation 组成不可错配的诊断归档。
加固 PoC 应优先验证哪些核心业务路径：从收入、授权到高风险依赖
用业务损失、状态转换和技术风险筛选加固 PoC 路径，覆盖启动、登录、授权、支付前后状态与高风险 SDK，并形成可复核用例。
第三方 SDK 升级后为什么需要重新评估加固配置
从发布变体依赖解析、初始化、权限与数据、反射和保留规则、Native 库及隐私声明的变化，重算第三方 SDK 升级后的加固与回归范围。
iOS 软件加固前怎样说明签名与分发责任：候选、证书与平台证明边界
用可审计的责任矩阵说明 iOS 软件加固前后的候选身份、签名执行者、分发渠道、App Attest、隐私清单和第三方 SDK 责任，并用代码检查交付清单。
软件加固接入 CI 时怎样固定交付产物身份：五阶段摘要交接门禁
在构建、上传、加固、签名和发布阶段传递可验证的 subject 摘要、变体、证明与证书责任，阻止报告、候选和渠道文件错配。
软件加固配置基线应该记录哪些字段
用工具与规则版本、发布变体、输入摘要、保护目标、排除项、运行策略、签名责任、候选身份和审批记录建立可复现的软件加固配置基线。
向御盾反馈加固兼容问题需要提供哪些信息：候选、复现与诊断材料清单
用可复核的信息包提交 Android 软件加固兼容问题，固定候选摘要、对照基线、设备环境、复现步骤、退出原因、Java mapping 与 Native 符号，并排除凭据和客户秘密。
申请软件加固时怎样准备最小可用 App 样本：可复现、可审计且不带生产数据
保留真实失败链、代表变体、构建说明和候选摘要，同时排除生产凭据、私钥、个人数据与客户内容，形成可复现的加固评估样本。
企业选择软件加固方案前，怎样把业务资产整理成威胁模型
从高价值代码、授权决策、端侧数据、篡改路径和平台信号建立资产、威胁、控制、验证与残余风险映射，再确定加固 PoC 范围。
采购软件加固服务应索取哪些可核验证据
把加固宣传转成候选身份、保护边界、兼容记录、测试方法、供应链证明与限制说明六类可审计问题。
软件加固 PoC 通过后，怎样安全转入生产接入
冻结 PoC 候选、配置与证据边界，逐项处理生产构建、签名责任、CI 证明、重验矩阵和发布审批，避免把演示结果错误继承到新产物。
软件加固项目中研发、安全、发布团队和供应商怎样分工
按构建、样本、规则、签名、测试、例外、发布与事故响应建立 RACI，避免密钥、风险接受和最终发布责任模糊。
更换软件加固供应商前，怎样设计可退出和迁移方案
保留企业控制的签名身份、原始可发布基线、构建证明、验证用例和数据删除回执，区分可迁移资产与供应商专有实现。
紧急修复版本怎样缩短加固验收，又不跳过关键门禁
按变更影响压缩测试范围，保留候选身份、来源证明、签名更新、加固配置、核心设备路径、发布审批和修复回退证据。
软件加固交付证据怎样设定保留、校验和销毁规则
按候选摘要分级保存来源证明、配置、签名、测试、mapping 和 Native 符号，定义访问、复校、到期、冻结与销毁回执。
送加固前，怎样确认原始构建可重复且可追溯
固定源码、依赖解析、工具链、构建变体、R8 规则和签名边界，用两次独立构建清单与产物摘要建立可比较的加固输入基线。
软件加固、生产签名与正式发布为什么必须职责分离
拆开加固候选替换、生产签名和渠道发布三类权限，用摘要交接、双人核对、受限例外与可审计回执防止单一主体绕过发布门禁。
软件加固 PoC 未通过项，怎样登记例外而不是口头放行
保留原始失败，建立绑定候选、影响、补偿控制、审批、期限、复测和撤销条件的例外记录，避免风险被改写成通过。
App 下架或停止维护时，加固产物、签名身份与交付证据怎样收尾
区分停止上新、停止支持和彻底退役，固定最后候选、渠道状态、签名与更新能力、构建来源、加固配置、用户迁移、证据责任和删除冻结条件。
软件加固选云端还是本地化交付：先把数据、密钥和证据边界画清
从输入敏感度、网络隔离、签名密钥、处理环境、日志、供应链证明、运维责任与退出能力评估云端和本地化加固交付，不用部署名称替代安全事实。
软件加固 SOW 怎么写：把交付物、验收证据和责任边界落到候选包
用候选摘要、输入责任、保护范围、配置说明、测试回执、签名控制、限制、缺陷处置、变更和退出条件，把软件加固 SOW 写成可核对的技术约定。
企业多款 App 接入加固：先建立能识别候选、签名和渠道的资产台账
用平台、应用标识、构建变体、签名身份、渠道、责任人和文件摘要组织软件加固资产台账，识别同名包、一包多身份和同身份多候选冲突。
企业 App 负责人变更：软件加固控制权怎样完成交接
围绕同一应用身份移交加固配置、签名授权、渠道权限、证据、风险例外和支持责任，并验证旧负责人撤权。
软件加固项目结束后怎样撤权：账号、样本、日志和签名入口逐项收尾
按人员账号、服务身份、临时令牌、样本仓库、诊断日志、mapping、符号、工单与签名入口回收或转移权限，并保留批准与撤销回执。
加固工具出现安全公告：企业怎样判断哪些 App 必须复验
把公告版本、组件和缓解条件映射到应用台账、构建材料与依赖解析结果，区分命中、不命中和证据不足。
软件加固上线后发生故障：支持升级记录必须包含什么
围绕候选身份、影响、首次异常、诊断证据、临时处置、责任角色、升级条件和结案回执建立可执行支持记录。
软件加固工具链停止支持前：企业怎样迁移在用 App
盘点工具、SDK、组件、构建材料与签名边界，建立旧链基线、新链试验、差分证据、回滚候选和发布窗口。
生产签名密钥疑似泄露：加固项目怎样配合轮换与版本处置
冻结候选并确认平台、证书、版本和渠道，分别处理 Android 签名轮换、上传身份、Apple 分发身份与旧版本更新路径。
购买前常见问题
在哪里申请御盾 App 加固？
前往御盾官方平台提交申请。项目资料、账号与后续操作都在同一处完成。
申请前需要准备哪些资料？
至少准备目标平台、应用类型、签名与版本计划、关键保护路径、第三方 SDK 和预期发布时间。
所有应用都能使用同一套 VMP 配置吗？
不能预先这样承诺。保护范围需要结合技术栈、关键路径、兼容范围和实际候选包确定。
在哪里查看价格？
御盾官方定价页提供当前版本与价格；需要定制能力时，提交项目后按范围评估。
安全标准与平台依据
- OWASP MASVS
移动应用安全控制与验证范围
- Android 安全最佳实践
Android 应用安全设计与发布边界
- Android 应用签名
签名身份、升级链和发布一致性
- Android NDK ABI 指南
Native 架构、ABI 和打包兼容
- Apple Platform Security
Apple 平台代码签名与运行安全背景