php请求加密怎么实现？分享几种常用的安全加密方法！

发布日期： 2025-10-19 阅读量： 作者： admin

说起来PHP请求加密这事儿，也算是我实实在在踩过坑，搞过一阵子的东西了。刚开始做项目的时候，不太在意这个，数据嘛能通就行，用普通POST或者GET就传过去了，简单直接。

后来有一次对接一个比较重要的接口，对方明确要求，传输的数据必须加密，而且是双向的，请求要加密，返回也要加密。那时候我心里就咯噔一下，这玩意儿以前没正经弄过。

摸索阶段

一开始没头绪，就在网上瞎搜。看到有人说用MD5或者SHA1之类的。当时我就想，这不就是搞个签名校验数据有没有被篡改嘛跟我这要的加密两码事，数据本身还是明文的，不行不行。

然后又看到有人提什么`crypt()`函数，感觉好像是搞密码存储的，跟我这请求加密也不太搭边。

接着就看到重点了，提到了对称加密和非对称加密。我想了想，我们这个场景，两边系统对接，密钥可以提前约定用对称加密应该就够了，性能还好点。非对称加密感觉更复杂，还得搞公钥私钥，暂时用不上那么复杂的。

那时候PHP版本已经比较新了，`mcrypt`那套东西官方都不推荐用了，说是过时了，有安全风险。我看了一下，PHP自带的`OpenSSL`扩展好像挺全乎的，就决定用它了。

决定用AES加密，这玩意儿好像挺主流的，安全性也还行。接下来就是具体怎么搞了：

定密钥（Key）：这个最关键，得生成一个足够强度的密钥，然后我们这边系统和对方系统都得拿着这个密钥。这个密钥可不能随便放，得好好保管。
定加密模式（Cipher Mode）：AES有好几种模式，比如ECB、CBC啥的。ECB最简单，但据说不安全，相同的明文块加密出来结果一样。选了CBC模式，这个模式需要一个初始化向量（IV）。
定初始化向量（IV）：用CBC模式就得搞个IV，每次加密都不一样，增加安全性。这个IV也得让对方知道才能解密。有时候为了省事，IV也可能跟密钥一样是预先约定好的，或者每次动态生成然后跟密文一起传过去。我们当时是选择预先定
定填充方式（Padding）：加密的时候数据长度不一定是块大小的整数倍，就需要填充。这个也得两边约定好用哪种填充方式，不然解密会出问题。OpenSSL默认好像是PKCS7。

定好这些规矩，就开始写代码了。主要就是用`openssl_encrypt()`函数来加密，`openssl_decrypt()`来解密。

过程大概是这样：

请求加密发送：

准备好要发送的数据，一般是个数组或者对象，先把它转成JSON字符串。
调用`openssl_encrypt()`，把JSON字符串、加密方法（比如'AES-256-CBC'）、密钥、OPENSSL_RAW_DATA选项（或者不加，默认是base64）、初始化向量IV传进去。
拿到加密后的二进制数据（如果用了OPENSSL_RAW_DATA）或者Base64编码的字符串。如果是二进制，通常再用Base64编码一下，方便传输。
把这个加密后的字符串作为请求体或者某个参数的值，发送给对方。

接收解密响应：

最头疼的是联调阶段。经常出现的问题就是：

那段时间真是跟对方联调人员沟通了好久，反复确认每个细节参数，两边代码都得看，一点点排除。总算是把数据给跑通了。

搞PHP请求加密，用OpenSSL扩展是现在比较稳妥的选择。关键就是要把密钥、加密算法、模式、IV、填充方式这几个核心要素跟对方完全约定一致。写代码的时候细心点，多测试各种边界情况，基本就能搞定。虽然过程可能有点折腾，但数据安全毕竟重要嘛搞定了心里也踏实多了。