了解加密脚本¶
全局密钥箱¶
全局密钥箱是存放在用户主目录的一个文件 .pyarmor_capsule.zip
。当 PyArmor
加密脚本或者生成加密脚本的许可文件的时候,都需要从这个文件中读取数据。
所有的试用版本使用同一个密钥箱 公共密钥箱 ,这个密钥箱使用 1024 位 RSA 密钥对。
而对于正式版本,每一个用户都会收到一个专用的 私有密钥箱 ,这种密钥箱使用 2048 位 RSA 密钥对。
使用 公共密钥箱 是无法真正的限制加密脚本的使用期限或者绑定到某一台指定设备上, 因为别人同样可以使用 公共密钥箱 为你的加密脚本生成合法的许可,使用相同的密钥箱 为加密脚本生成的许可是通用的。
运行加密脚本并不需要密钥箱,只有在加密脚本和为加密脚本生成许可的时候才会用到。
重要
密钥箱文件可能会对恢复加密脚本有帮助,请不要把专用的 私有密钥箱 拷贝给其他 任何人。
加密后的脚本¶
和原来的脚本相比,被 PyArmor 加密后的脚本需要额外的运行辅助文件,下面是加密后在 输出目录 dist 下的所有文件清单:
myscript.py
mymodule.py
pytransform/
__init__.py
_pytransform.so/.dll/.dylib
在 v6.3.0 之前,这里还有两个额外的文件:
pytransform.key
license.lic
被加密的脚本也是一个普通的 Python 脚本,模块 dist/mymodule.py 加密后会是这样:
__pyarmor__(__name__, __file__, b'\x06\x0f...')
而主脚本 dist/myscript.py 被加密后则会是这样:
from pytransform import pyarmor_runtime
pyarmor_runtime()
__pyarmor__(__name__, __file__, b'\x0a\x02...')
超级加密脚本¶
使用 超级模式 加密后的脚本和上面的有所不同,运行辅助文件只需要一个扩展文
件 pytransform
,加密后输出目录 dist 下的所有文件清单:
myscript.py
mymodule.py
pytransform.so or pytransform.pyd
而被加密的脚本也是一个普通的 Python 脚本, 加密后会是这样:
from pytransform import pyarmor
pyarmor(__name__, __file__, b'\x0a\x02...', 1)
扩展模块也可能有一个后缀,例如:
from pytransform_vax_000001 import pyarmor
pyarmor(__name__, __file__, b'\x0a\x02...', 1)
主脚本¶
在 PyArmor 中,主脚本并不一定是启动脚本,而是在运行 Python 解释器之后,第一个被 执行(导入)的加密脚本。例如,如果只有一个 Python 包的被加密,那么这个包的 __init__.py 就是主脚本。
引导代码¶
对于非超级模式来说,主脚本的前两行就是 引导代码:
from pytransform import pyarmor_runtime
pyarmor_runtime()
对于被加密的 Python 包,其主脚本是 __init__.py ,那么引导代码会使用相对导入的 方式:
from .pytransform import pyarmor_runtime
pyarmor_runtime()
如果加密脚本的时候指定了运行时刻路径,引导代码会是这样的形式:
from pytransform import pyarmor_runtime
pyarmor_runtime('/path/to/runtime')
从 v5.8.7 开始,运行辅助包(模块)也可能会有个后缀,引导代码会像这样:
from pytransform_vax_000001 import pyarmor_runtime
pyarmor_runtime(suffix='_vax_000001')
对于超级模式来说,引导代码和非超级模式是不同的,并且不仅仅是主脚本,所以的加密脚 本都会有一行引导代码:
from pytransform import pyarmor
运行辅助包¶
和加密脚本一起生成的目录 pytransform 是一个 Python 的包,叫做 运行辅助包 。 它是运行加密脚本的唯一依赖,只要它在任何一个 Python 路径下面,加密脚本就可以像普 通脚本一样被正常执行。
通常情况下面运行辅助包和加密脚本在相同目录下,但是也可以在其他任何路径,只要可以 使用 import pytransform 能够正常导入就可以。并且使用相同 全局密钥箱 加 密的脚本都可以共用这个包。 你完全可以把这个包放到 Python 的系统库路径下面,这样 加密后的脚本目录结构就和原来完全一样。
运行辅助包里面有两个文件:
pytransform/
__init__.py Python 模块文件
_pytransform.so/.dll/.lib 动态链接库,核心功能的实现
在 v6.3.0 之前,还有两个额外的文件:
pytransform.key 数据文件
license.lic 加密脚本的许可文件
在 v5.7.0 之前, 运行辅助包是另外一种存放形式 运行辅助文件
对于超级模式来说,运行辅助包和运行辅助文件都只有一个扩展模块 pytransform ,在 不同的操作系统和不同的Python版本,它的名称可以都不一样。例如:
pytransform.pyd
pytransform.so
pytransform.cpython-38-darwin.so
pytransform.cpython-38-x86_64-linux-gnu.so
运行辅助文件¶
它们不是以 Python 包的形式存在,而是两个单独文件:
pytransform.py Python 模块文件
_pytransform.so/.dll/.lib 动态链接库,核心功能的实现
在 v6.3.0 之前,还有两个额外的文件:
pytransform.key 数据文件
license.lic 加密脚本的许可文件
很明显,使用运行辅助包的形式使得加密后的脚本目录结构更清晰。
从 v5.8.7 开始,运行辅助包(模块)也可能会有个后缀,例如:
pytransform_vax_000001/
__init__.py
...
pytransform_vax_000001.py
...
加密脚本的许可文件¶
运行辅助文件中的 license.lic 作用比较特殊,它包含着对加密脚本的运行许可信息。 在加密脚本的同时会在输出目录下面生成一个默认许可文件,该文件允许加密脚本运行在任 何机器并且永不过期。在 v6.3.0 之后,默认情况下这个文件会被嵌入到动态库里面。
如果需要为加密脚本设置新的许可,例如设置有效期,限制加密脚本在特定机器上运行,需 要运行命令 licenses 生成新的相应的许可文件,然后用新生成的 license.lic 覆盖原来的许可文件。
注解
PyArmor 的安装目录下面也有一个 license.lic ,这个文件主要是设置 PyArmor 自 身的许可,这个许可是由我来发布的,:)
使用加密脚本的基本原则¶
- 加密后的脚本也是一个正常的 Python 脚本,它可以无缝替换原来的脚本
- 唯一的改变是, 引导代码 必须被首先执行,加密脚本才能正常运行,否则会报错。
- 运行辅助包 必须在任何 Python 路径下面,确保 引导代码 能被正确导入。运行 辅助包 pytransform 是一个正常的 Python 包,它的导入方式完全使用 Python 的包 导入机制。如果存在多个同名的包或者模块 pytransform 的时候,请确保导入的是和 加密脚本匹配的运行辅助包。超级模式和其他模式的运行辅助包完全不一样,但是包名称 一样,如果导入不匹配的运行辅助包,那么加密脚本将无法正常运行。
下面这些仅适用于非超级模式
引导代码 会使用 ctypes 装载动态库 _pytransform.so/.dll/.dylib 。动态库 是平台相关的,所有预编译的动态库列表在这里 支持的平台列表
默认情况下, 引导代码 会在 运行辅助包 里面搜索动态库 _pytransform ,具 体装载过程可以查看函数 pytransform._load_library 的源代码。
如果动态库 _pytransform 没有在默认位置,需要修改 引导代码 ,设置运行时刻路 径:
from pytransform import pyarmor_runtime pyarmor_runtime('/path/to/runtime')
如果在代码中动态创建新的执行环境,例如 multiprocssing.Process, os.exec, subprocess.Popen 等, 要确保 引导代码 在新的执行环境被首先执行,否则加密脚 本会报错。
加密脚本和原脚本的区别¶
加密脚本和原来的脚本相比,存在下列一些的不同:
加密脚本是和 Python 版本绑定的,例如使用 Python 3.5 加密的脚本,只能使用 Python 3.5 去运行,而无法使用 Python 3.6 去运行,但是可以使用不同补丁的 3.5 版 本。
加密脚本是平台相关,因为使用到了动态库,不同的平台需要相应平台的动态库。平台根 据操作系统,CPU 架构来进行区别,例如 32 位 X86 Windows,Linux Aarch64。
执行加密角本的 Python 不能是调试版,准确的说,不能是设置了 Py_TRACE_REFS 或者 Py_DEBUG 生成的 Python
使用
sys.settrace
,sys.setprofile
,threading.settrace
和threading.setprofile
设置的回调函数在加密脚本中将被忽略,所以任 何使用这些函数的工具无法正常工作。模块
inspect
和其他任何第三方包如果试图访问加密脚本的 Byte Code 或者直接访 问代码对象的某些属性,也会崩溃,失败或者得到错误的数据使用
cPickle
或者其他序列化工具传递加密代码对象,传递之后的代码对象可能无 法正常运行。sys._getframe([n])
可能得到的不是期望的运行框架,因为加密脚本可能增加了额 外的运行框架。加密脚本抛出异常中的行号和原来的脚本会不一样,尤其是这个脚本在加密的时候插入了 交叉保护代码或者其他插件脚本
代码块的属性
__file__
在加密脚本是<frozen name>
,而不是文件 名称,在异常信息中会看到文件名的显示是<frozen name>
需要注意的是模块的属性
__file__
还和原来的一样,还是文件名称。加 密下面的脚本并运行,就可以看到输出结果的不同:def hello(msg): print(msg) # The output will be 'foo.py' print(__file__) # The output will be '<frozen foo>' print(hello.__file__)
对于超级模式,内置函数 dirs(), vars() 没有参数的情况下也无法工作,需要使用 下面的等价方式调用:
dirs() => sorted(locals().keys()) vars() => locals()
不过,如果 x 不是 None 的话, dirs(x), vars(x) 可以被正常调用。
第三方解释器的支持¶
对于第三方的解释器(例如 Jython 等)以及通过嵌入 Python C/C++ 代码调用 加密脚本,需要满足下列条件:
- 第三方解释器或者嵌入的 Python 代码必须装载 Python 官方的动态库,动态 库的源代码在 https://github.com/python/cpython ,并且核心代码不能被 修改,修改后的代码可能会导致加密脚本无法执行。
- 在 Linux 下面 装载 Python 动态库 libpythonXY.so 的时候 dlopen 必 须设置 RTLD_GLOBAL ,否则加密脚本无法运行。
注解
Boost::python,默认装载 Python 动态库是没有设置 RTLD_GLOAL 的,运 行加密脚本的时候会报错 "No PyCode_Type found" 。解决方法就是在初始 化的调用方法 sys.setdlopenflags(os.RTLD_GLOBAL) ,这样就可以共享 动态库输出的函数和变量。
- 模块 ctypes 必须存在并且 ctypes.pythonapi._handle 必须被设置为 Python 动态库的句柄,PyArmor 会通过该句柄获取 Python C API 的地址。
已知的有 PyPy 无法运行加密脚本,因为它完全不同于 CPython 。