对于使用方法有些疑惑，可能导致代码轻易被破解。。 about php-beast

[liexusong]

是的，这个加密原理的确是劫持compile_file的，所以可以通过这种方法来解密。但是我们这个扩展的意图是提供一个加密的框架，具体还需要自己去定制一下，因为开源的问题，所以加密是不会完全安全的。我建议是使用者可以自己定制compile_file函数，这样就可以避免把明文被抠出来。最好的方案是连execute钩子也定制一下。

[treemonster]

直接定制compile_file用插件岂不是多余了？完全可以在zend内部做加密解密，虽然那样也可以反编译找解密口破解。。

[l396]

学习了

[cts2021]

marker

[safly]

个人认为所述解密方法是基于动态加载so模块，虽然不需要得到加密插件的源代码或者key，但必须在获得so后才能成功。
如果静态重编译PHP而不暴露beast扩展，应该就无法解密了。
@liexusong @treemonster

[treemonster]

@safly 真的要破解办法还是比较多的。就算静态编译我一样可以直接打开二进制文件找到密钥字符串。假如加壳的话，那就运行之后再读取内存中的数据。。反正这套么也就糊弄一下啥都不懂的人，会破解的人根本都懒得去破解这个东西，破了也没钱拿。。

[AngusLkc]

IDA直接能暴漏出16位的key和8位的key_1。使用这个扩展要想安全就得定制，定制就得写C代码。相比这个扩展而言。php-screw倒是提供了一个简洁的框架。就扩展二次开发而言。php-screw比这个项目简单很多。