security - 防止对非 HTTPS 的中间人攻击

标签 security http https man-in-the-middle

有什么方法可以防止或检测通过纯 HTTP 进行的中间人攻击吗?

我想在客户端机器上运行一个 javascript 小程序,确信代码没有被修改。是否有任何聪明的技巧可以在不使用 HTTPS 和证书的常规路径的情况下对代码进行签名或安全地交付代码?

最佳答案

不,不是真的。到您使其安全时,您将不得不重新发明至少 90% 的 HTTPS(或无论如何非常相似的东西)——但可能做得很差。无意侮辱,但非常很少有人能够充分设计出这样的东西。通常是由专家(或他们中的一些人)尽可能地设计它,并且仍然计划在未来几年内至少解决一些问题,因为更多的密码分析家会关注它。非专业人士第一次就做对的几率与中了大奖并同时被闪电击中的几率差不多。

关于security - 防止对非 HTTPS 的中间人攻击,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9834198/

相关文章:

javascript - 使用node.js/Express从HTTP重定向到HTTPS

url - 切换到 HTTPS,我们是否应该使用网站管理员工具中的 URL 删除

node.js - 为什么我无法在 Node https 中禁用 128 位密码?

c - 是否有标准方法为 crypt 系统调用生成盐?

java - Rest API 因 javax.xml.bind.JAXBException(400 错误请求)而失败

http - Netty - 通过 ssl 发送 http 请求

node.js - 服务器显示多个客户端连接(net nodejs)

ios - 在 iOS 上使用私钥加密数据

security - 管理多个 key 对与堡垒主机

security - 在 AWS 安全组中,在端口 443 上设置自定义 TCP 规则与设置 HTTPS 规则(也在 443 上)有什么区别?