在php开发中，使用mcrypt相关函数可以很方便地进行AES加、解密操作，但是PHP7.1中废弃了mcrypt扩展，所以必需寻找另一种实现。在迁移手册中已经指出了用openssl代替mcrypt，但未给出具体示例。网上有很多示例，可以替换大部分场景，但对于其中细节却并未说明。同样，简单地使用网上示例在某种代码场景下有可能导致代码替换前后的兼容问题，以下则来谈谈具体代码及原因。
首先我们直接给出替换的代码，再从代码中分析问题。（本文中分析的算法是AES-128-CBC）
替换示例
示例会展示两种mcrypt的使用方式，主要在于填充不同（在下文会解释填充）。在整个加、解密过程中，完整程度高一点代码则会自主实现填充、移除填充，简单一点代码会直接忽略填充，但两种方式均可正常运行；在实际开发中（7.1之前版本），建议加上填充。请看如下具体示例：
mcrypt未使用填充
mcrypt加密:
$key = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; $iv = 'aaaaaaaaaaaaaaaa'; $data = 'dataString'; $cipher = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, ''); mcrypt_generic_init($cipher, $key, $iv); $cipherText256 = mcrypt_generic($cipher, $data); mcrypt_generic_deinit($cipher); return bin2hex($cipherText256);
相同功能的openssl加密代码:
$key = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; $iv = 'aaaaaaaaaaaaaaaa'; $data = 'dataString';
$data = $data . str_repeat("\x00", 16 - (strlen($data) % 16)); // 双引号可以解析asc-ii码\x00
return bin2hex(openssl_encrypt($data, "AES-256-CBC", $key, OPENSSL_RAW_DATA | OPENSSL_ZERO_PADDING, $iv));
mcrypt使用填充
mcrypt加密:
$key = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa';
$iv = 'aaaaaaaaaaaaaaaa';
$data = 'dataString';
// 填充（移除填充反着移除即可）
$block = mcrypt_get_block_size(MCRYPT_RIJNDAEL_128, MCRYPT_MODE_CBC);
$pad = $block - (strlen($data) % $block);
if ($pad <= $block) {
$char = chr($pad);
$data .= str_repeat($char, $pad);
}
$cipher = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
mcrypt_generic_init($cipher, $key, $iv);
$cipherText256 = mcrypt_generic($cipher, $data);
mcrypt_generic_deinit($cipher);
return bin2hex($cipherText256);
相同功能的openssl加密代码:
$key = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'; $iv = 'aaaaaaaaaaaaaaaa'; $data = 'dataString'; return bin2hex(openssl_encrypt($data, 'AES-256-CBC', $key, OPENSSL_RAW_DATA | OPENSSL_ZERO_PADDING, $iv));
以上示例均可成功运行，其中第一个示例（未使用填充，但在openssl中进行了填充）和第二个示例（使用填充，在openssl中未使用填充）在替换前后输出相同，并无兼容问题。大家可以根据代码不同的填充方式来选择不同的替换方案，但其中有三个细节需要说明
为什么要有填充？
用openssl替换后算法的名称为何不同？
接下来会则会具体分析 填充 、算法。
填充
为什么有填充则要从加密的算法说起。因为在AES-128-CBC算法中，会把要加密的字符串以每16个byte的长度进行分段，逐步计算，由此导致不足16byte的段则会进行填充。所以给出的示例中会有两种：一种是使用默认的填充，另一种是自主填充。在与openssl的替换中，如何选择填充方案，则需要对mcrypt与openssl针对默认与自主填充有所了解。
mcrypt默认填充
在php的源码中，可以看出默认会以\x00进行填充，事实上，并非是以\x00进行填充，从源码中可以发现，首先申请了一个16位的空字符串，所以初始化时每位字节均为\x00, 实际上可以说其中并没有填充，只是它本来就是\x00 ，使用默认填充得到的加密字符串会是如下形式：
mcrypt默认填充
所以解密时则要移除多余的\x00。当然也可以懒一点，不移除\x00。 因为在php中字符串"string\x00"与字符串"string"除了长度不一样外，其他表现均一致，所以看起来并无区别，如下代码：
// 尾部包含若干个`\x00` 均可功输出true
if ("string\x00" == "string") { // 用双引号可解析\x00
echo true;
}
\x00填充后的示例：(请注意字符串的长度，由此可见用\x00填充会影响长度)
mcrypt自主填充
填充算法需以如下算法进行：
加入填充
/**
* 填充算法
* @param string $source
* @return string
*/
function addPKCS7Padding($source)
{
$source = trim($source);
$block = mcrypt_get_block_size(MCRYPT_RIJNDAEL_128, MCRYPT_MODE_CBC);
$pad = $block - (strlen($source) % $block);
if ($pad <= $block) {
$char = chr($pad);
$source .= str_repeat($char, $pad);
}
return $source;
}
加入填充后字符串实际上如下形式：
移除填充
/**
* 移去填充算法
* @param string $source
* @return string
*/
function stripPKSC7Padding($source)
{
$source = trim($source);
$char = substr($source, -1);
$num = ord($char);
if ($num == 62) return $source;
$source = substr($source, 0, -$num);
return $source;
}
openssl默认填充
其默认方式与标准的mcrypt的自主填充方式一致，所以在第二个示例中，对于使用了如上的填充算法后， 可直接使用openssl_encrypt替换，不会产生兼容问题。填充后的加密字符串如下形式：
需注意的是在openssl_encrypt与openssl_decrypt中内置了填充与移除填充，所以直接使用即可，除非需自主实现填充，否则不需要考虑填充
openssl自主填充
openssl_encrypt提供了option参数以支持自主填充，但在查阅php源码中openssl的测试用例代码才找到正确用法:
// if we want to manage our own padding
$padded_data = $data . str_repeat(' ', 16 - (strlen($data) % 16));
$encrypted = openssl_encrypt($padded_data, $method, $password, OPENSSL_RAW_DATA|OPENSSL_ZERO_PADDING, $iv);
$output = openssl_decrypt($encrypted, $method, $password, OPENSSL_RAW_DATA|OPENSSL_ZERO_PADDING, $iv);
var_dump(rtrim($output));
（备注：如上，OPENSSL_ZERO_PADDING 并非是为0填充的意思）
由此，我们就可以解释，在第一个示例中openssl_encrypt之前加入了自主点充\x00的代码原因了
从以上的加、解密针对填充逻辑不同，针对上文中的示例可以很好地解释：
示例1：
mcrypt加密时未使用填充，故以\x00进行了填充，所以在替换成openssl，需要自主实现\x00填充。
示例2：
mcrypt加密时使用了标准的填充，同时openssl的填充方式也为标准填充，故直接使用即可。
分析到这，可以发现，无论是何种填充策略都需注意在加密时加入填充，在解密时则必须要移除填充。至此，上文中示例中的填充相关则分析完成了，接下来我们再看看如何选择替换后的算法。
选择算法
在以上的示例中，有一个问题在于，mcrypt中的AES-128-CBC算法，在openssl中怎么替换成了AES_256"_blank" href="https://www.jb51.net/article/143011.htm">openssl 解密 mcrypt AES 数据不兼容问题
Convert mcrypt_generic to openssl_encrypt Ask Question
若是有同学找到原因，欢迎给我留言，谢谢。
总结
对于使用mcrypt AES 进行加密密的部分，若是在替换过程中问题， 可以从算法替换或填充这两方面着手考虑下。同时还是一必须满足的条件是根据不同的填充方式选择, 替换最重要的就要考虑兼容问题，保证替换后不发生任何改变。 虽然只是只是有细微的差别----尾部几个字符串的不同，但若是在多平台中同时进行修改也是一件麻烦事，但变动越少风险越小。
本文只是针对AES算法进行了简单说明，对于其他算法是否适用还有待研究。
以上所述是小编给大家介绍的PHP7.1中使用openssl替换mcrypt的实例详解，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对网站的支持！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？