能否在.NET中运行PHP函数，或实现C#端等价的AES-128-CBC解密

一、.NET环境运行该PHP解密代码的可行方案 #

• 进程内嵌入PHP运行时方案：可通过适配.NET的PHP原生嵌入组件，在.NET进程内加载对应版本的PHP解释器，直接执行提供的解密PHP脚本，传入加密hex参数获取解密结果。这种方案不需要修改原有PHP代码逻辑，解密行为和原生PHP完全一致；需要注意的是发布时必须匹配.NET运行时的架构（x86/x64）、运行时类型（.NET Framework/.NET Core/.NET 8+）附带对应版本的PHP原生库，避免运行时加载失败。
• 独立PHP接口部署方案：将这段PHP代码封装为极简的本地HTTP接口，接收传入的加密hex字符串，返回解密结果，.NET端通过本地HTTP请求调用完成解密。这种方案不存在跨运行时兼容问题，解密结果和原生PHP零偏差；劣势是需要额外维护独立的PHP服务进程，本地网络调用会带来固定的性能开销。

二、C#端完全等价复现解密逻辑的可靠实现 #

先明确原PHP逻辑的全参数映射（这也是绝大多数网上实现解密失败的核心原因） #

拆解openssl_decrypt对应的实际执行规则：

• 算法模式：AES-128-CBC，无自定义行为覆盖
• 密钥：直接使用字符串23d854ce7364b4f7的ASCII编码字节，长度16字节，刚好满足AES-128的密钥长度要求，不存在额外的密钥派生、hex转字节处理
• 初始化向量（IV）：和密钥完全一致，直接使用字符串23d854ce7364b4f7的ASCII编码字节，长度16字节，匹配CBC模式的IV长度要求
• 输入预处理：传入的加密hex字符串先通过hex2bin转为原始密文字节，无额外base64编解码
• 填充规则：OpenSSL默认启用PKCS7填充，解密时自动移除末尾的填充字节
• 传入OPENSSL_RAW_DATA标记，意味着所有输入输出均为原始二进制字节，不会做自动编解码

可直接运行的等价C#实现代码 #

using System.Security.Cryptography;
using System.Text;

public static string DecryptAes128Cbc(string cryptoDataHex)
{
    // 步骤1：对应PHP的hex2bin逻辑，将十六进制密文转为原始字节
    byte[] cipherBytes = Enumerable.Range(0, cryptoDataHex.Length)
        .Where(idx => idx % 2 == 0)
        .Select(idx => Convert.ToByte(cryptoDataHex.Substring(idx, 2), 16))
        .ToArray();

    // 步骤2：严格匹配PHP的密钥、IV字节来源，直接取ASCII编码，不要做hex转byte处理
    byte[] keyBytes = Encoding.ASCII.GetBytes("23d854ce7364b4f7");
    byte[] ivBytes = Encoding.ASCII.GetBytes("23d854ce7364b4f7");

    using Aes aesProvider = Aes.Create();
    {
        aesProvider.Mode = CipherMode.CBC;
        aesProvider.Padding = PaddingMode.PKCS7; // 匹配OpenSSL默认的PKCS7填充
        aesProvider.Key = keyBytes;
        aesProvider.IV = ivBytes;

        // 执行解密流程
        using ICryptoTransform decryptor = aesProvider.CreateDecryptor();
        byte[] plainBytes = decryptor.TransformFinalBlock(cipherBytes, 0, cipherBytes.Length);
        
        // 按实际业务的明文编码转换，默认使用UTF8匹配PHP openssl_decrypt的默认输出编码
        return Encoding.UTF8.GetString(plainBytes);
    }
}

常见解密失败的避坑提示 #

• 不要将密钥、IV的字符串值做十六进制转字节处理，否则会得到长度仅8字节的错误密钥，直接触发长度不匹配异常或解密乱码
• 不要跳过传入密文的hex转二进制前置步骤，直接将原hex字符串作为密文传入解密流程
• 不要随意修改填充模式、加密模式参数，保持和OpenSSL的默认行为完全对齐

内容的提问来源于stack exchange，提问作者Jeff Azevedo