HTTPS 是在 HTTP 之上运行 TLS（Transport Layer Security）的结果：浏览器与服务器先完成握手与证书验证，再加密传输网页、表单与 API 数据。MDN 将其概括为 HTTP 的安全版本，核心收益是防路径窃听与篡改，并在验证成功时确认你连接的是证书所绑定的那个域名。
TLS 握手在做什么
典型流程包括：客户端宣告支持的协议版本与密码套件；服务器出示证书链；客户端验证链是否通向受信根证书，并检查证书中的域名是否与地址栏一致；双方协商对称会话密钥，后续数据用 AEAD 等方式加密。TLS 1.3（RFC 8446）缩短了握手往返，并移除了 numerous 不安全选项。NIST SP 800-52 对政府系统应如何配置 TLS 有持续更新的建议。
证书证明了什么
公有 CA 签发证书的意义是：某个实体控制了证书 SAN/CN 所列域名，且域名验证通过。验证通过意味着加密通道通向该域名，而不是「该域名一定属于你的银行」。钓鱼站只要控制形似真品牌的域名，同样可以获得有效证书。OWASP 传输层备忘强调：TLS 是机密性与完整性控制，不是业务可信印章。
证书警告必须严肃对待
名称不匹配、链不完整、过期或遭到中间人替换时，浏览器会阻断或警告。此时继续访问等于自愿接受未知证书，输入的密码与付款信息可能流向攻击者。企业内网若部署私有 CA，员工终端需显式信任该根——这与公网 PKIX 是不同信任模型。仿冒站往往复制视觉样式却改域名一字，识别应优先核对地址栏。
HTTPS 保护与不保护的边界
- 保护：路径上第三方难以读取或篡改 HTTP 内容与多数 Cookie（在
Secure等属性配置正确时）。 - 不保护：服务器侧明文处理、日志、执法合规请求；你在假站亲手输入的数据。
- 不替代：终端恶意软件、钓鱼话术、弱口令。
- 不隐藏：DNS 查询记录、服务器看到的来源 IP、访问时间与 URL 路径（在服务端日志中）。
与 VPN、E2EE 的关系
HTTPS 保护浏览器到网站这一段；VPN 封装系统级 IP 流量到隧道终点；端到端加密则让服务端无法读取消息正文。三者可叠加但边界不同。分层说明：网络流量加密。
混合内容与 HSTS
HTTPS 页面若加载 HTTP 子资源，可能触发混合内容阻断或削弱保护。HSTS 响应头指示浏览器在期限内仅通过 HTTPS 访问站点，可降低 sslstrip 类降级风险，但部署错误可能把自己锁死在错误配置里，应在测试域验证后再上生产。HTTP/2 与 HTTP/3 在 TLS 之上复用连接，减少握手次数，对移动网络高丢包环境尤为明显。
OCSP 与证书透明度
浏览器依赖证书吊销状态与证书透明度（Certificate Transparency）日志来发现异常签发。普通用户不必手工查 CT，但应知道：**证书有效**只回答密码学链路与域名绑定，不回答站点经营者是谁。企业透明代理在受管设备安装根证书后，小锁依旧可见，但解密点可能在公司网关——办公笔记本与个人网银分设备登录是更稳妥的分工。
公共网络上的用法
在不可信 Wi‑Fi 上，HTTPS 是浏览与登录的底线；仍需核对域名、警惕门户页伪造证书。DNS 路径问题见 DNS 泄露；需要系统级路径加固时可理解 VPN 的附加作用。
Cookie 与安全属性
站点可为 Cookie 设置 Secure、HttpOnly 与 SameSite，减少在非 HTTPS 环境被劫持或跨站滥用的概率。这些标志由服务器下发，浏览器强制执行；用户无法单靠「感觉安全」弥补缺失的配置。登录态一旦建立，服务端仍可按策略记录活动，与 TLS 是否存在无矛盾。