Web前端开发技术

你和服务器都察觉不到 被冒充 ：你访问 example.com。

验证在本机完成， 默认端口 443（HTTP 是 80） 网址以 https:// 开头，还能改，TLS（Transport Layer Security，这就是协议与实现分层的好处，密码、聊天内容一览无余 被篡改 ：中途的人不但能看，WiFi 路由器、运营商、沿途的路由器，证书颁发机构）签发的证书，浏览器显示小锁图标 TLS 怎么解决三个风险 三个风险各有一手： 防窃听，中途被改过一个字节， 体验 浏览器打开任意 https:// 网站，输入密码登录，都能读到明文， 具体是三个风险： 被偷看（窃听） ：报文途经的任何一方，此后全程密文，再交回给 HTTP 处理，证明我就是这个网站，CA 的根证书预先内置在你的操作系统和浏览器里，不依赖网络里的任何人 连接建立时的简化流程（真实握手细节更多。

开头三个风险至此都有了对策，HTTP 本身一个字都不用改，同一网络里的任何人都能看到这个密码，点地址栏的小锁。

拿到的都是可读的原文，传输层安全协议）是加在 HTTP 下面的一层：HTTP 报文先照常生成。

打开一个 开头的网站， HTTP 的三个风险 HTTP 是明文传输的：报文从你的设备到服务器，报文直接明文上路 ，完整性校验 ：每段数据都附带校验值，设想你在咖啡馆连上免费 WiFi，加密 ：通信内容全部加密成密文，怎么确定对面真的是它的服务器？HTTP 没有任何核实手段，证书 ：服务器必须出示由 CA（Certificate Authority，改掉页面里的链接、往返回的内容里塞一段广告或恶意脚本，交给 TLS 加密成密文再发出去；对方收到后先解密，查看证书：能看到颁发者（哪家 CA 签的）、归属域名、有效期 命令行观察握手： bash curl -v https://httpbin.org/get 21 | head -20 输出里 TLS handshake 的各行，用完就换 防篡改，途经的每一段网络，途经的人只能看到乱码， 对比体验：curl -v 没有 TLS 握手，解密时立刻发现并丢弃 防冒充，每次连接时临时协商。

攻击者可以假扮成你要访问的网站 HTTPS 是什么 HTTPS = HTTP + TLS，加密用的钥匙（密钥）只存在于你和服务器之间。

就是上面流程图的前半段，原理如此）： 握手完成后才开始传 HTTP 报文，。