@evilStart 25# 签名

@JasonLaw 非对称加密除了加密外,还有一个应用叫做数字签名,完整的非对称加密流程包括:对原文非对称加密+签名,也就是实际是将密文(公钥加密的)+签名(实际为 hash 后用私钥进行一次非对称加密运算得到)一起打包发送,这样做既保证了数据不会被中间方窃听,又保证了数据的完整性以及来源

如果你问的是 oath2,那前端怎么会存储私钥呢

---单向的 https 只能保证你请求的银行真的是银行，但银行无法确定你是你。
这句话很明显就是错误的,而且起码两处错误
1.什么叫单向 https?https 的过程是先由客户端和服务端通过[非对称加密]+[签名]机制协商出一套[对称加密秘钥],然后使用这套对称秘钥进行加密传输,双方数据都是使用对称加密传输的,何来单向一说?

2.只能保证你请求的是银行,但银行无法确定你是你?
1.https 非对称加密过程中,客户端会使用自己的私钥加密原文(的 hash)得到签名并发送,服务端会使用对应的公钥解密得到原文的 hash 并比对
2.同时也会校验 host 是不是客户端域名(或 ip),银行能确定你是你
3.如果说的是抓包 /控制台 F12,那与 https 安全性无关,属于你自己主动安装第三方证书

必须开启允许 USB 安装

java 也没好到哪去,上古语言

@raiz 哈哈,又莫名被戳一下脊梁骨

@lepchaos 明白了,合理

@liuidetmks 确实会存在你说的这些问题,但这些问题或多或少在业内都有对应解决方案,并且设计成了券商模式,这些问题也并不是就能完全避免吧

@HaydenYe 如果是技术问题的话,那么券商这种模式解决了哪些方面的问题

@lithiumii 支付宝支撑的交易数量比 A 股两个交易所加起来的交易量还大

@HaydenYe 如果但从技术层面来说,我觉得现在的技术支撑直连交易所交易应该问题不大

没有一劳永逸的适配方案,不同需求不同方案