银行加密解密的问题 ，密码小键盘 前置 人行前置
用户在密码小键盘上输入密码后用3DES加密 然后发到我行前置 我行前置传输到人行的报问必须通过3DES的方式再加密到人行前置 这个过程是怎么完成的呢
难道需要在我行前置上解密成明文 然后在加密成密文到人行吗 这也太滑稽了
有没有进行密钥交换的办法 把加密的密文在不解密的情况下 交换密钥后发给人行
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（9）
就是转加密.
动作在加密机里面执行.
如果使用纯粹的软加密,理论上就必须解开明文然后加密成人行端密文.但是貌似不符合规范.
在银行端的应用能用加密机的就都用加密机做好了.如果自己开发有困难,那就交给加密机厂商,让他们提供相应的软件接口就好了.一般情况沟通一下加密机厂商都能给免费做.
楼上给的都是正解，软加密不安全。还是使用硬件加密机吧。
加密这方面还是比较有意思的
对称加密的必须得经历明文，否则没法转换，不论你是硬件加密，还是软加密（硬件加密也是软加密）
没有直接密文到密文的，这样的话，最终接受的人肯定解不开，软加密只要别在里面把明文打在日志里也没什么
人行那个有库文件提供，你必须按照他的格式传递参数吧。
自己保管好就是了！！
一般的硬件加密设备都支持转换指令，一般加密机就是30所和56所的。
送入密文+密钥索引1+密钥索引2，由加密机完成转换
转加密，我们前置就是这么做的。呵呵。
有指令做转加密，从1个槽位到另一个槽位，需要和人行同步另一个槽位对应的工作密钥
到你们的前置后又有一个密钥将这个密文转为人行的密文，当然如果你们是软加密的，没准加密软件真会先转为密文！：）