Python 项目以 .py、.pyc 或 PyInstaller 打包形式交付后，源码和字节码都处在可分析状态。防反编译要同时覆盖两个环节：磁盘上的字节码加密存放，内存中的字节码仅在函数执行期间短暂解密。 本文拆解字节码级保护的实现思路、可组合的加密选项和上线前的验证清单，适用于 Python 3.6-3.14、保护对象为 py 文件的场景。
问题场景：Python 交付物的暴露面
Python 由解释器通过源码（字符流）解释执行，解释器能读的内容，分析工具也能读。三种常见交付形态的暴露面：
| 交付形态 | 主要暴露内容 | 常见风险 |
|---|---|---|
.py 源码 | 完整业务逻辑、字符串和调用关系 | 可直接阅读和修改 |
.pyc 编译文件 | 序列化的 PyCodeObject（代码对象） | 可反汇编，多数逻辑可还原为 Python 代码 |
| PyInstaller 等打包程序 | 打包后的代码、依赖和资源 | 可被提取后继续分析 |
dis 等标准库工具可以直接查看字节码，变量名、函数名、类名和调用关系都会保留在产物中，为分析者提供明确线索。
为什么编译 pyc 和打包不改变反编译结局
编译 pyc 的目的是提升加载速度，字节码没有经过安全处理。PyInstaller 打包解决的是分发与依赖：扫描代码引用的库、动态链接库和解释器，把 py 编译为 pyc 嵌入可执行文件。嵌入不改变字节码本身，pyinstxtractor 可以把打包产物里的 pyc 提取出来，再结合 pyc 转 py 工具直接反编译。
数据文件加密工具（如 DS Protector）把脚本当作文件加密，加密后的脚本必须由保护后的 Python.exe 执行；程序运行时会恢复出解释器可以读取的内容，具备调试能力的分析者仍可转储解密后的数据，再用 uncompyle6、pycdc 之类的工具反编译。
两类做法处理的都是磁盘上的文件形态，运行中的脚本不在它们的覆盖范围内。
字节码级保护的机制拆解
Virbox Protector（VBP）的 Python 保护在字节码级别生效：先把脚本编译为代码对象（Code Object），再对代码对象中的字节码加密。保护后的脚本在整个执行过程中没有源代码存在，Python 反汇编函数无法正常反汇编出字节码。
执行保护后的代码必须依靠 virbox_pyruntime 包中的 C 扩展库，扩展库本身通常也做了代码保护。执行链路：
受保护的 Python 脚本
|
v
加载 virbox_pyruntime 模块
|
v
调用 virbox_pyruntime 模块中的 virbox 函数，校验脚本是否被修改等，修复字节码加密函数、字节码解密函数、字符串/属性解密函数和检验函数
|
v
执行代码对象
|
v
在函数头解密字节码体
|
v
在函数尾加密字节码体
对应前面的三类暴露：字节码加密存放，静态反编译拿不到可读内容；仅在执行前解密、执行完毕后重新加密，避免脚本在内存中一次性全部 dump 出来，内存中以代码对象（二进制）形式体现；运行时校验检查脚本是否被修改，覆盖函数动态替换和导入模块替换。
八个加密选项与性能实测
保护方案共提供八个加密选项，可以组合使用。字节码动态加密对应实时加解密机制，函数校验、模块校验和防篡改对应运行时校验，其余四个按内容类型叠加：
| 加密选项 | 作用 |
|---|---|
| 函数校验 | 运行时校验函数，防止在内存动态替换 |
| 模块校验 | 运行时校验导入的 Python 模块，防止被替换 |
| 字符串加密 | 加密 Python 代码中的字符串，提升逆向难度 |
| 属性名称加密 | 加密 Python 代码中的类属性 |
| 局部变量混淆 | 将 Python 函数中的局部变量重命名为无意义的字符串 |
| 字节码动态加密 | 仅在函数执行时解密 |
| 防篡改 | 禁止被保护的脚本添加其他的代码（注释可以添加） |
| 代码对象名称混淆 | 重命名代码对象的名称，防止推断代码逻辑 |
性能方面，官方以支持向量（support vector）算法为例，使用 cProfile 记录调用几百万次函数的时间对比：字符串加密、属性名称加密是最影响性能的，其他功能基本上没有什么影响；原因是字符串和属性的数量比较多，但整个程序运行过程中只解密一次，影响集中在首次运行。对调用频率很高的函数，应在目标环境中实测保护后的性能表现。
验证与兼容边界
保护阶段不依赖本机 Python 版本，有无 Python 环境均可保护；目前只支持 py 文件，不支持 pyc。保护后的脚本可以在 3.6-3.14 之间的 Python 版本执行，覆盖 Windows（x86、x64）、Linux（x86、x64、arm32、arm64）和 macOS（x64、arm64）。
部署上需要注意：
- 运行时必须能加载
virbox_pyruntime包中的 C 扩展库，且该库需要有可写权限；缺少该文件夹会运行失败； - 存在依赖关系的 py 文件分批加壳时，密码设置必须相同，否则保护后的文件无法相互通用；
- 打包成可执行文件时必须把 pyruntime 库一并打包进去，否则打包后的程序无法运行。
上线前建议按以下清单验证：
- 受保护文件打开后是否还能直接阅读源码；
- 反汇编工具能否还原受保护脚本的字节码；
- 函数执行前后 dump 内存，字节码体在执行结束后是否重新加密；
- 字符串、类属性和代码对象名称的可检索线索是否减少；
- 修改脚本或替换依赖模块后，运行时校验能否识别；
- 目标 Python 版本、操作系统和 CPU 架构下，功能与性能是否达标。
一个需要明确的边界：字节码保护处理的是脚本被反编译和被修改的风险，运行时产生的输入输出、内存数据仍然可能被观察；调试、Hook 这类行为需要结合运行时防护一并评估。
总结
Python 防反编译的核心判断是：交付物的文件形态会被打包方式改变，运行时的代码形态才是判断保护是否有效的依据。字节码级保护把加密、实时加解密和运行时校验放进解释执行的过程中，让磁盘上的字节码以密文存放、内存中不出现完整代码、脚本和模块的改动可被识别。
如果你正在处理 Python 项目的交付保护，可以先收藏这份验证清单，结合自己的 Python 版本、部署环境和打包方式逐项核对。有具体的兼容性问题，欢迎评论区交流。
深盾科技 · Virbox | 让数字世界充满信任
Virbox Protector（VBP）是一套面向软件交付安全的全栈软件加密与应用加固解决方案，广泛覆盖本地程序、移动应用、Java/.NET/Python、Unity、SDK、静态库、目标文件与 AI 模型等软件资产，帮助企业在交付之后依然保持代码、算法、资源和业务价值可控。
