银行加密解密的问题 ，密码小键盘 前置 人行前置

lijun728

用户在密码小键盘上输入密码后用3DES加密    然后发到我行前置   我行前置传输到人行的报问必须通过3DES的方式再加密到人行前置   这个过程是怎么完成的呢
难道需要在我行前置上解密成明文  然后在加密成密文到人行吗    这也太滑稽了
有没有进行密钥交换的办法  把加密的密文在不解密的情况下  交换密钥后发给人行

Celetium

到你们的前置后又有一个密钥将这个密文转为人行的密文，当然如果你们是软加密的，没准加密软件真会先转为密文！：）

hanyu

有指令做转加密，从1个槽位到另一个槽位，需要和人行同步另一个槽位对应的工作密钥

FreeB_U

转加密，我们前置就是这么做的。呵呵。

duo_wang

一般的硬件加密设备都支持转换指令，一般加密机就是30所和56所的。
送入密文+密钥索引1+密钥索引2，由加密机完成转换

jioplong

自己保管好就是了！！

dfxh

就是转加密.

动作在加密机里面执行.

如果使用纯粹的软加密,理论上就必须解开明文然后加密成人行端密文.但是貌似不符合规范.

在银行端的应用能用加密机的就都用加密机做好了.如果自己开发有困难,那就交给加密机厂商,让他们提供相应的软件接口就好了.一般情况沟通一下加密机厂商都能给免费做.

banhao

楼上给的都是正解，软加密不安全。还是使用硬件加密机吧。

chenyubing

加密这方面还是比较有意思的
对称加密的必须得经历明文，否则没法转换，不论你是硬件加密，还是软加密（硬件加密也是软加密）
没有直接密文到密文的，这样的话，最终接受的人肯定解不开，软加密只要别在里面把明文打在日志里也没什么

dlms

人行那个有库文件提供，你必须按照他的格式传递参数吧。