php接口有哪些加密方式

说实话，说到PHP前端加密，我还是在摸着石头过河。
HTTPS/SSL/TLS，说白了，就是数据的“隐形斗篷”，防止丢失和被盗。
记得刚接手电商项目时，一位老大爷屡屡打我：用户注册几秒之内，如果密码明文传输，几分钟之内就会被盗。
后来我改用HTTPS了。
后台看到请求包全都混在一起了，心里踏实多了。

在对称加密中，AES确实是一个狠角色。
之前在做文件上传接口的时候，尝试过使用AES-2 5 6 来加密用户头像。
这个速度简直比纯文本要快很多。
然而，密钥管理却是一个令人头疼的问题。
我的一个同事以“白名单”模式构建了一个密钥存储系统。
只有授权服务器才能使用密钥，以降低泄露风险。

我在使用 RSA 进行非对称加密时遇到了一个陷阱。
测试发现，当加密数据超过1 KB时，服务器CPU直接飙升至1 00%。
后来计划改为先对大文件使用对称加密，然后使用RSA加密对称密钥。
整体效率就高了很多。
这种场景特别适合交换API密钥。
我见过一个使用这种方法的开源库。
公钥放置在标头中，私钥隐藏在服务器上。
使用起来非常优雅。

在数字签名领域，金融接口必须发挥作用。
我记得当我帮助一家银行开发支付接口时，他们严格要求在传输订单金额时包含HMAC签名。
每当用户下订单时，后端必须使用私钥签署“指纹”，客户端收到数据后必须使用公钥验证签名。
当时调试的时候，半夜被验证失败报警吵醒了好几次，最后发现是签名算法的版本不一致。

哈希函数最方便的用途是密码存储。
我不再使用 MD5 ，现在开始使用 SHA-2 5 6 有一个项目使用了bcrypt，每次查看日志时都显示“bcrypt round: 1 2 ”。
我什至检查了整数对安全性的影响。
我真的要继续学习。
然而我有一个朋友还在用MD5 ，每次他们都会告诉我“我正在用用户的密码开盲盒”。

当结合使用这些技术时，我发现最好的做法是分层防御。
例如，在HTTPS下，重要数据使用AES加密，然后使用RSA保护加密密钥，最后使用HMAC对交易金额进行签名。
有一个客户端系统使用此解决方案。
它已经上线三年了，没有发生过与加密相关的重大事故。
说白了，没有绝对的安全，只有相对的安全。

解决PHP与Java Blowfish加密不一致问题：密钥与填充处理详解

那天我在调试结账界面，对账的时候发现订单不符。
后台日志显示使用了Blowfish加密，密钥为‘1 2 3 4 5 6 7 8 ’，IV也相同，但结果是乱码。
当时我还想，怎么会这样呢？经过长时间的调查，我发现PHP和Java的加密结果是不同的。
这很有趣。
Key和IV是一样的，为什么结果差别这么大呢？
具体来说，PHP使用openssl_encrypt，默认情况下会自动用零填充密钥，而Java则直接使用密钥的原始长度。
例如，如果密钥是 9 字节“1 2 3 4 5 6 7 8 9 ”，PHP 会自动将其填充为 1 6 字节，而 Java 使用 9 字节。
如果填充方式不同，加密结果自然会很弱。
还有一种填充模式。
PHP默认使用PKCS7 ，Java也有PKCS7 ，但实现细节不同。
我尝试了几个版本，发现PHP 7 .2 和8 .0的填充方法不太一样。

解决办法其实很简单。
或者在 PHP 中禁用自动完成并使用 OPENSSL_DONT_ZERO_PAD_KEY 选项。
或者手动将key设置为与Java相同的长度，比如1 6 字节。
我尝试禁用自动完成，结果与Java一致。
关键是知道如何处理两端以避免这个陷阱。
这提醒我，在跨语言开发时，加密细节确实需要正确。

等等，还有一个细节。
IV 的使用也非常具体。
在CBC模式下，IV长度必须等于块大小，对于Blowfish来说是8 字节。
我之前有一个项目，我忘记设置IV并使用密钥作为IV。
结果，解密就变得一团糟。
这个错误非常微妙，因为加密过程看起来很正常。
这再次提醒我，在使用加密算法时，这个基本参数是不能忽略的。

不过话说回来，为什么Blowfish键需要填写呢？在设计这个算法时，可能短密钥不够安全。
现在看，很多老算法都是这样，密钥长度必须四舍五入。
Java 对密钥长度的容忍度更高，可以使用 8 到 5 6 字节，但 PHP 对于 1 6 字节有一个弱点。
这其中的历史原因有点复杂，不过好在现在都用了AES，并没有太多波折。

PHP在线加密SG、GoTo、DECK混淆多层加密

PHP语言开发中遇到的加密算法错误及解决方法

“UnrecognizedAlgorithm”错误：不支持该算法。
OpenSSL 仅识别 AES-1 2 8 -CBC、AES-2 5 6 -CBC 等。
openssl_encrypt 参数改为使用支持的算法。
“Dataisnotpadded”错误：填充方法不正确。
指定OPENSSL_PKCS1 _PADDING，加密和解密一致。
如果数据长度是块大小的倍数，则手动 PKCS7 填充是不够的。
“DecryptionFailed”错误：密钥不匹配或数据错误。
公钥加密和私钥解密，密钥对必须匹配。
必须正确加载 PEM 格式密钥，并且在 Base64 解码之前必须检查数据。
一般建议：error_reporting(E_ALL) 来查找问题。
openssl_error_string() 查看详细错误。
测试期间固定密钥和 IV，以方便复制。
你自己掂量一下吧。