最近出现了一个关于使用 TripleDES 标准将 API 与请求加密字符串以用作令牌的支付处理器连接的问题。我们的应用程序使用 ColdFusion 运行，它有一个加密标签 - 支持 TripleDES - 但是我们得到的结果并不是支付处理器所期望的。
首先，这是支付处理器所期望的结果令牌。
AYOF+kRtg239Mnyc8QIarw==
下面是我们使用的 ColdFusion 的片段，以及生成的字符串。
<!--- Coldfusion Crypt (here be monsters) --->
<cfset theKey="123412341234123412341234">
<cfset theString = "username=test123">
<cfset strEncodedEnc = Encrypt(theString, theKey, "DESEDE", "Base64")>
<!---
resulting string(strEncodedEnc): tc/Jb7E9w+HpU2Yvn5dA7ILGmyNTQM0h
--->
如您所见，这并没有返回我们希望的字符串。为了寻求解决方案，我们放弃了 ColdFusion 进行此过程，并尝试在 PHP 中重现该令牌。
现在我知道各种语言以不同的方式实现加密 - 例如，在过去管理 C# 应用程序和 PHP 后端之间的加密时，我不得不使用填充来让两者交谈，但是我的经验是 PHP 通常在加密标准方面表现良好。
无论如何，转到我们尝试过的 PHP 源代码，以及生成的字符串。
/* PHP Circus (here be Elephants) */
$theKey="123412341234123412341234";
$theString="username=test123";
$strEncodedEnc=base64_encode(mcrypt_ecb (MCRYPT_3DES, $theKey, $theString, MCRYPT_ENCRYPT));
/*
resulting string(strEncodedEnc): sfiSu4mVggia8Ysw98x0uw==
*/
您可以清楚地看到，我们有另一个字符串，该字符串不同于支付处理器预期的字符串和 ColdFusion 生成的字符串。提示头靠墙集成技术。
在与支付处理器进行了多次来回沟通（很多代表说“我们无法帮助解决编码问题，你一定是做错了，阅读手册”），我们终于升级为一个拥有超过几个脑细胞相互摩擦，他们能够退后一步，真正查看和诊断问题。
他同意，我们的 CF 和 PHP 尝试没有得到正确的字符串。在快速搜索之后，他也同意这不一定是我们的来源，而是这两种语言如何实现他们对 TripleDES 标准的愿景。
今天早上走进办公室，我们收到一封电子邮件，里面有一段 Perl 源代码。这是他们直接用于生成预期令牌的代码。
#!/usr/bin/perl
# Perl Crypt Calamity (here be...something)
use strict;
use CGI;
use MIME::Base64;
use Crypt::TripleDES;
my $cgi = CGI->new();
my $param = $cgi->Vars();
$param->{key} = "123412341234123412341234";
$param->{string} = "username=test123";
my $des = Crypt::TripleDES->new();
my $enc = $des->encrypt3($param->{string}, $param->{key});
$enc = encode_base64($enc);
$enc =~ s/\n//gs;
# resulting string (enc): AYOF+kRtg239Mnyc8QIarw==
因此，我们有它。三种语言，他们在文档中引用的 TripleDES 标准加密的三种实现，以及三种完全不同的结果字符串。
我的问题是，根据您对这三种语言及其对 TripleDES 算法的实现的经验，您是否能够让它们中的任何两种给出相同的响应，如果是的话，您必须对代码进行哪些调整得出结果？
我知道这是一个非常冗长的问题，但我想为我们必须执行的每个测试阶段提供清晰准确的设置。
稍后我还将对此主题进行更多调查工作，并将发布我对这个问题提出的任何发现，以便其他人可以避免这种头痛。