源码扩展保护phpbeast(扩展文件加密源码保护)「源代码扩展名」

源码扩展保护phpbeast(扩展文件加密源码保护)

书接上文,在使用php-beast扩展加密我们自己的php文件的时候一定要定制自己的php-beast,下面我们开始从如下三个方面展开定制.1,修改header.c文件改变php-beast加密后的文件头结构,防止网络流行的解密软件识别我们的加密php文件,增强安全性.header.c文件2,networkcard.c文件可以指定运行服务器的网卡MAC地址,这样加密后的php文件就只能在这些指定的服务器上运行了.networkcard.c文件3,修改aes_algo_handler.c 文件中的加密KEY,不要使用默认的加密key,因为此代码是开源代码,如果使用默认的key,相当于key公开了,没有任何的加密作用.aes_algo_handler.c 文件完成上面的修改之后,就算是完成了beast扩展的定制.在开始加密php文件之前,我们首先要进行beast扩展模块的加载,因为加密php文件需要用到beast扩展中的加密函数,所以需要将beast扩展成功加载才行!上文书中我们已经已经成功编译出了beast.so扩展库,sudo make install 之后php的扩展文件夹中就应该有这个beast.so文件了.运行php -v检验扩展是否正确加载,结果出现如下提示php -v检验扩展是否正确加载信息提示我们beast的log文件没有打开,源码中检索提示信息,如下:检索源码结果果真有相关代码,按图索骥需要配置beast.log文件的路径,开始配置,如下:php.ini配置文件继续运行php -m ,结果还是这样,明明已经创建了beast.log文件了,为什么还是提示这个呢?修改beast.log的权限运行sudo chmod a+rwx beast.log修改文件的读写权限继续运行php -m |grep -i beast,成功找到,证明beast扩展已经正确加载.成功加载扩展加密php文件,切换到源码的tools目录中,配置好configure.ini文件,如下:php文件加密配置执行php encode_files.php,如下:成功加密php文件加密成功,查看加密后的文件,如下:加密后的文件加密后的文件能正确的被执行吗?开始验证将加密文件放在apache的默认网站中,访问此php文件,正确执行了phpinfo();证明php文件加密流程成功!结论:1,一定要定制beast扩展2,注意beast配置参数的创建3,注意beast.log的权限虽然在一定程度上保护了我们的php文件知识产权,与php-beast相类似的加密解密扩展还有php-screw逻辑上大同小异,有兴趣的伙伴们且听下回分解.

联系我们

在线咨询:点击这里给我发消息