关键函数,
隔离于原始指令之外
挑选业务里最值得保护的函数单独处理,其余代码保持原样。保护范围由你决定,而不是全有或全无。
verify_license()decrypt_resource()anti_tamper_check()每一层都可以独立启用与组合,按业务风险决定保护范围。
挑选业务里最值得保护的函数单独处理,其余代码保持原样。保护范围由你决定,而不是全有或全无。
verify_license()decrypt_resource()anti_tamper_check()把关键函数从原始指令流中隔离执行,静态分析难以还原完整业务逻辑。
按函数选择 · 精细化控制保护产物在分发与装载环节的机密性,交付前后均可核验一致性。
分块加密 · 逐段校验按需配置调试、注入与异常环境检测,匹配应用的实际运行条件。
可裁剪 · 独立开关任务状态、处理记录与输出文件集中管理,随时回溯每一次交付。
记录完整 · 便于审计先用一个样本跑通全流程,再决定保护范围与强度。
上传你的 Android 原生库或可执行文件,先完成格式与架构校验。
arm64 · ELF / .so选择要保护的函数范围与强度档位,确认各项检查开关。
函数选择 · 强度档位在控制台查看任务阶段与处理记录,完成后取得受保护产物。
阶段可查 · 结果可下在目标设备完成功能回归,随后随应用一起发布。
真机回归 · 正常发布交付前请完成真机回归。保护产物需要在目标设备上验证功能与兼容性。
进入工作台参数与边界都在这里;未覆盖的问题可以在控制台提交工单。
当前面向 Android ARM64 架构的原生二进制,支持主流 NDK 构建产物。上传后工作台会先做格式与架构校验,不通过不会进入队列。
不需要。处理对象是编译后的二进制文件;函数选择依赖文件中可识别的符号信息,建议先用自己的样本跑一次确认覆盖范围。
会有变化,幅度与保护范围和所选强度相关。建议从关键函数开始评估,在你的业务路径上完成性能与兼容性回归后再定最终策略。
可以。控制台提供 API 接入页,可申请权限、管理密钥,程序化提交任务并查询状态;也支持在本地工具链完成同样流程。
从攻击面最集中的部分开始(校验、授权、资源控制),先跑通再逐步扩大范围;盲目拉满档位会让体积与排查成本一起上升。
可以。控制台支持设备授权的管理与重新签发,具体策略随方案而定。
注册账户,用你自己的样本完成一次完整评估。