接手一个外包项目，服务器上只有加密过的文件，客户说源码找不到了，问能不能免费解开。这请求听着合理，实际比看上去麻烦：加密是原作者设的技术措施，绕过去这件事本身就有法律风险。

加密文件通常出现在什么场景

商业插件按域名授权、系统交付给客户私有部署、外包方保护自己的实现，都会用 ionCube、SourceGuardian、Zend Guard 这类工具加密。加密后的文件能正常运行，但改不了，也没法做二次开发。授权条款里一般会写清楚能不能改、能装在几台机器上、到期后怎么续。

强行解开的风险在哪

著作权法里，故意避开权利人为作品采取的技术措施属于侵权，情节严重的不只是赔钱。第二个风险是来源：网上打着免费旗号的工具，很多是加壳的安装包，跑完你的服务器上就多一个后门。第三个是数据，解密过程要把完整源码传上去，等于把客户的业务逻辑交给陌生人。

免费工具为什么不能信

搜出来的多半是引流页：先让你填手机号，再引导加群，然后发一个带解压密码的压缩包。真跑起来，轻则弹广告改主页，重则装服务、留后门。有人只为解一个插件，把整台服务器变成了别人的矿机，论坛里隔段时间就有人发帖求助。就算侥幸解开，拿到的代码往往变量名全丢、注释清空，改起来的成本比按功能重写还高。

正当的路怎么走

先确认授权关系。付过钱的客户可以联系原作者或者原厂商，要求提供源码、购买源码授权，不少厂商有明确的源码交付报价。合同里当初没写源码条款，补签一份也比冒险强。原厂商如果已经注销，查一下有没有被收购、有没有接手维护的团队。

自己公司的代码丢了源码

方向是找回备份，不是解密：翻 Git 仓库和远程分支，看部署机上有没有残留的 .git 目录，查 IDE 的本地历史记录，翻当初交接的压缩包和网盘。这些渠道找回原版的概率，比任何解密工具都高。

实在找不回，就按现有功能重写核心模块，把加密文件当成需求文档。省下的那点开发时间，不够赔一次纠纷，也不够清理一次后门。判断标准很简单：能谈授权就谈，谈不下来就重写。