@maohoo Spring boot 配置Tomcat 根目录，解决web资源目录找不到的问题

1. HTTP和HTTPS概念 HTTP：是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。 HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。HTTPS协议的...

PKI 体系依赖证书执行极为关键的身份验证，以此确认服务端的可信任性。证书验证在 SSL/TLS 握手过程中完成，验证过程通常包含三个步骤： 验证证书的合法性：这一步主要是验证证书是由合法有效的 CA 签发的。在客户端预先保存一个可靠的 CA 的根证书库，比如 FiexFox、Chrome、Android、Microsoft 等都有维护自己的根证书库，并据此验证服务端证书链的合法性。PKI 体...

在中间人攻击中，攻击者通过拦截、篡改甚至伪造通信内容，使得通讯双方误以为它们在进行安全的直接通信，而实际上攻击者控制了整个通信过程。比如，攻击者可能伪造服务器的公钥，欺骗客户端使其连接到攻击者的伪装服务器，从而获取用户的敏感信息如密码、账号等。CA 机构通过严格的证书验证、数字签名、加密协议、信任链管理等多重技术手段，为互联网通信提供了强大的安全保障。通过 CA 机构的验证机制，客户端可以确保连接的服务器是合法的、可信的，并避免了中间人攻击的风险。

本文系统梳理了TLS/SSL协议演进及其核心机制。从发展历程看，TLS1.3（2018）作为最新版本，通过简化握手流程、强制前向安全等改进，成为当前最安全高效的协议标准。文章详细解析了TLS1.2的完整握手过程（包含ClientHello、ServerHello等10个步骤），并与TLS1.3的1-RTT优化握手进行对比。在协议架构方面，重点阐述了握手协议、记录协议、警报协议和变更密码规范协议四大子系统的协同工作机制，包括密钥交换（推荐ECDHE）、证书验证、会话密钥生成等核心流程。最后从加密算法、性能表现

HTTP2.0和HTTPS是一组很好的搭配，HTTP2.0为HTTP1.1提效， HTTPS来保障链接的安全性。在应对页面大量资源加载的情况下使用HTTP2.0可以明显的提升页面加载效率。HTTPS证书的体系的核心是信任的CA机构，同样的域名的HTTPS证书的私钥泄露也将导致安全风险，因为部署在用户侧，域名证书私钥需要妥善保管。证书部署时需要部署完整的证书链， 证书链不全会导致在一些老旧的设备上存在证书校验无法通过的问题。

TLS1.3 是传输层安全协议的重大革新，旨在解决 TLS 1.2 的安全缺陷和性能瓶颈。 其核心改进可概括为 更安全（移除不安全算法）、更快速（减少握手延迟）、更精简（优化协议设计）。 强化安全性：移除不安全的密码套件和特性，默认前向保密。 提升性能：握手延迟从 2-RTT 降至 1-RTT（甚至 0-RTT）。 简化设计：删除冗余字段，减少协议复杂性和攻击面。

HTTP/2.0与HTTPS协议的安全机制涉及TLS握手过程中的密钥生成与加密保护。TLS 1.2采用基于HMAC的PRF函数，通过三个随机数（ClientRandom、ServerRandom、Pre-MasterSecret）派生主密钥，再扩展为会话密钥、MAC密钥和初始化向量。TLS 1.3则简化为HKDF密钥派生方案，直接使用ECDHE交换结果，通过分层派生实现更高效安全的密钥生成。核心的PRF/HKDF机制将短密钥材料扩展为安全密钥，确保通信的机密性和前向保密性，同时防范POODLE等已知漏洞。不

本文系统介绍了TLS协议中密钥生成机制及初始化向量(IV)的安全应用。重点解析了TLS1.2和TLS1.3的密钥派生过程：前者通过PRF函数分阶段生成主密钥和会话密钥，后者则采用更高效的HKDF派生机制。文章深入探讨了IV在加密中的作用原理，比较了不同TLS版本中IV的实现差异：从TLS1.0/1.1显式传输的不安全方式，到TLS1.2随机派生的改进，直至TLS1.3采用AEAD模式隐式处理的最优方案。同时分析了BEAST等典型安全漏洞成因及防护措施，强调使用AES-GCM等认证加密模式的重要性，为构建安全

TLS协议通过三个关键随机数（ClientRandom、ServerRandom和Pre-MasterSecret）生成安全会话密钥。客户端和服务器各自提供随机数，通过密钥交换算法协商预主密钥，再经由伪随机函数（PRF/HKDF）生成主密钥和最终的会话密钥。TLS 1.3简化了流程，强制使用前向安全的ECDHE算法，采用更高效的HKDF密钥派生机制。安全核心在于密码学强度的随机数生成、密钥分离原则以及前向保密实现，有效防范重放攻击和密钥泄露风险。不同版本在密钥派生流程和算法选择上存在差异，但都致力于建立唯一

本文对比分析了TLS 1.2和TLS 1.3协议的主要差异。TLS 1.3在安全性（强制前向保密、移除弱算法）、性能（1-RTT/0-RTT握手）和效率（精简加密套件）方面均有显著提升。虽然兼容性方面TLS 1.2更广泛，但建议新系统优先采用TLS 1.3，并注意0-RTT模式的重放攻击风险。实际部署时可同时支持两个版本，优先协商TLS 1.3以获得最佳安全性和性能。

HTTPS协议虽能提供加密通信，但TLS/SSL协议仍存在多种安全漏洞。文章详细分析了包括POODLE、BEAST、CRIME、Heartbleed等在内的11种经典TLS漏洞，解释了其攻击原理和影响版本，并给出了禁用SSL3.0、升级TLS版本、更换加密算法等修复方案。同时介绍了TLS1.3的潜在风险及新型威胁如负鼠攻击，最后从协议配置、证书管理等方面提出了系统性防护建议，强调应禁用旧协议、使用强加密套件并保持组件更新。通过合理配置和持续监测，可有效降低TLS协议的安全风险。

摘要：TLS协议通过密码套件和数字证书实现通信安全。密码套件决定加密算法组合，TLS1.3仅保留AEAD加密和ECDHE密钥交换以提高安全性。数字证书由CA签发，用于身份验证和公钥分发。两者协同实现机密性、完整性、身份认证和前向保密。最佳实践包括禁用弱算法、强制使用TLS1.2/1.3、选择ECDHE+AES-GCM套件，以及使用受信任证书并定期更新。常见安全漏洞如POODLE、BEAST等可通过禁用CBC模式等措施防范。

HTTP/2.0与HTTPS协议中的TLS握手机制 TLS握手是HTTPS安全连接的核心环节，它通过三次关键步骤建立加密通信：1）协商加密套件，2）验证服务器证书真实性，3）生成会话密钥。TLS 1.2采用两轮交互完成握手，涉及复杂的不对称加密运算；而TLS 1.3通过精简加密套件（从37个减至5个）和预共享密钥机制，将握手缩短至单轮交互，效率提升50%。特别值得注意的是，TLS 1.3强制使用具备前向保密特性的ECDHE密钥交换，彻底淘汰了存在Padding Oracle攻击风险的RSA密钥交换。当握手失

本文提供了Nginx HTTPS/TLS生产环境优化配置指南，包含安全加固与性能调优方案。核心内容包括：1）仅启用TLS 1.2/1.3协议，配置高强度加密套件；2）通过会话缓存和OCSP Stapling提升性能；3）添加HSTS等安全头部防护攻击；4）详细参数说明及最佳实践建议。配置模板支持HTTP/2，兼顾安全性与兼容性，适用于现代Web应用部署。

本文系统介绍了TCP和UDP两种核心传输层协议的对比。TCP是面向连接的可靠协议，通过三次握手建立连接、四次挥手终止连接，提供序列号、确认应答、重传、流量控制和拥塞控制等机制确保可靠传输，适用于Web、邮件等场景。UDP是无连接的高效协议，仅8字节头部，无连接管理、确认重传等机制，适合音视频、游戏等实时应用。文章详细解析了TCP报文格式、状态转换、连接管理流程，以及UDP的数据报结构，为理解网络传输层提供了全面参考。

A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request. 可以看到，RFC7231规范并没有说明GET请求不能携带body（A payload within a GET request message has no

分类：捕获过滤（Capture Filter）和显示过滤（Display Filter） Wireshark 提供了两种过滤机制：捕获过滤（Capture Filter）和显示过滤（Display Filter）。这两种过滤各司其职，分别在数据包捕获和分析阶段发挥作用。 捕获过滤在数据包进入 Wireshark 之前生效，决定了哪些数据包会被记录。它的核心优势是减少捕获的数据量，降低系统资源消耗，尤其在高流量网络环境中至关重要。捕获过滤使用的是 Berkeley Packet Filter（BPF） 语法

现在网站已经普及 https 协议，作为开发者，我们知道如何通过代码和操作实现 也有很多学员停在了按照操作手册实现，而对它理解的不够深入，特录制视频和写下这篇科普文，系统通过视频讲解让大家对 https 大致机制有理解 当然，内部还涉及到证书链等相关知识，我们后面再单独录制视频讲解 讲解视频如下 b 站：【一听就懂】https 协议原理 网络传输的安全性 http 协议：不安全，未加密 https 协议：安全，对请求报文和响应报文做加密 对称加密与非对称加密 2.1 对称加密 .