3DES和DUKPT的Java实现，用于通过键盘仿真解密信用卡读取器数据？

Question

我们有一个在线键入界面，并且支持信用卡刷卡功能。 在当今的行业中，读卡器应该先对信息进行加密，然后再将其编码为ASCII，然后由服务器端进行解密。 （因此本地计算机永远不会看到卡信息）

我在键盘仿真模式下使用MagTek读卡器，并插入了ANSI标准密钥以进行测试。 解码成功后，我们将在MagTek中注册自己的密钥，并订购一些生产用读卡器。

我知道这种解密以前是用C＃和其他语言实现的，但是需要Java或Java Webapp附带的其他一些可通过CLI访问的程序。 我将继续将一些C＃代码移植到Java，但首先需要设置一个C＃环境。 （我以前从未做过。）

一旦确保C＃版本运行良好，便知道可以使用常规调试技术消除移植期间的任何错误。

在进行所有这些操作之前，如果有更简单的方法，请告诉我。 我认为这已经在Java中完成，但也许还没有...

Answer 1

部分答案，任何人都可以添加的CW。

首先，（对我而言）尚不清楚，是要在可能下载了滑动设备的PC或类似设备上运行（例如applet或webstart），还是要获取加密的滑动数据（在Web表单中？）并发送它到您的服务器解密。 我建议后者使PCI DSS合规性更容易。

Java crypto当然使用名称为DESede的3DES （不区分大小写，就像所有JCA Cipher名称一样）。 一点不太明显的观点：SunJCE中的实现仅处理完整的24字节密钥。 DUKPT使用“ 2-key 3DES”，因此您需要将“ left”复制到字节0-7，将“ right”复制到字节8-15，再将“ left”复制到字节16-23。 如果您使用BouncyCastle（就像我的商店一样），则可以使用一个16字节的密钥并在内部进行复制，这稍微方便些。 （Java中的对称密钥是瘦包装器类中的字节数组，通常是javax.crypto.spec.SecretKeySpec 。）

如果您一般不熟悉Java加密，则模式是从“提供者”获得特定算法或模式的“实例”（您可以指定一个或让Java自动选择；内置几个，或者更多使用通用API类Cipher ， Signature ， MessageDigest等被添加，例如来自www.BouncyCastle.org的“ bcprov”，然后使用所需的参数（例如key或IV和direction）初始化该实例，然后调用要采用的方法输入数据并以单独（可能是多个）步骤或以简单的组合doFinal （适合您的情况）返回输出。 适用于API类javax.crypto.Cipher的JCA手册http://docs.oracle.com/javase/8/docs/technotes/guides/security/crypto/CryptoSpec.html#Cipher和javadoc（位于http：// docs.oracle.com/javase/8/docs/api/index.html并自动显示在领先的IDE中）对此有相当详细的信息。

我还没有看到DUKPT的任何开放/免费实现，但这并没有证明没有。 如果没有人提供更好的代码，那么对X9.24中的步骤进行编码虽然很繁琐，但却很简单。