先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上网络安全知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip204888 （备注网络安全）
正文
[Unknown]: Warsaw
What is the name of your State or Province?
[Unknown]: mazowieckie
What is the two-letter country code for this unit?
[Unknown] : PL
Is CN=localhost, OU-Unknown, 0-piomin, L-Warsaw, ST-mazowieckie, C-PL
correct?
[no]: yes
我们已将生成的证书复制到Spring Boot应用程序内的src/main/resources目录中。构建并运行应用程序后，它将在类路径中可用。要启用SSL,必须在application.yml文件中提供一些配置设置。通过设置各种servessl.*属性，可以为Spring自定义SSL.
server :
port: ${PORT: 8090}
ssl :
key-store: classpath:account-key.p12
key-store-password: 123456
key-store-type: PRCS12
key-alias: account-key
security:
require-ss1: true
保证发现服务器的安全
==========
如前文所述，微服务应用程序的SSL配置并不是- .项非常艰巨的任务。但是，是时候提高其难度等级了。我们已经启动一个通过HTTPS提供RESTful API的单一微服务。现在希望微服务与发现服务器集成。由此产生了两个问题。第一个是需要在Eureka上发布有关安全微服务实例的信息；第二个问题涉及通过HTTPS暴露Eureka 并强制发现客户端使用私钥对发现服务器进行身份验证。接下来我们将详细讨论这些问题。
注册安全的应用程序
=========
如果应用程序通过安全的SsL 端口公开，则应将EurekaInstanceConfig-nonSecurePortEnabled中的两个标志更改为false,将securePortEnabled 更改为true。这迫使Eureka发布实例信息，显示对安全通信的明确偏好。对于以这种方式配置的服务,SpringCloud DiscoveryClient将始终返回以HTTPS开头的URL,并且Eureka 实例信息将具有安全的运行状况检查URL。
eureka:
instance :
nonSecurePortEnabled: false
securePortEnabled: true
securePort: ${PORT:8091 }
statusPageUrl: https://localhost:S feureka. instance. securePort}/info
heal thCheckurl: https://localhost:s{ eureka. instance . securePort } /health
homePageUrl: https://localhost:$ leureka. instance . securePort}
通过HTTPS服务Eureka
===============
当Eureka服务器以SpringBoot启动时,它将部署在嵌入式Tomcat容器上,因而SSL配置与标准微服务相同。不同之处在于我们必须考虑客户端应用程序，该应用程序将通过HTTPS与发现服务器建立安全连接。发现客户端应该针对Eureka 服务器进行身份验证，并且还应验证服务器的证书。客户端和服务器之间的通信过程称为双向安全套接层(Two-way SSL)或相互身份验证(Mutual Authentication) 。还有单向身份验证，这实际上是默认选项，它只有客户端验证服务器的公钥(Public Key) 。
Java 应用程序使用KeyStore和trustStore存储与公钥对应的私钥( Private Key)和证书(Certificate)。trustStore和KeyStore之间的唯一区别是它们存储的内容和用途。执行客户端和服务器之间的SSL握手时，将使用trustStore验证凭据，而使用KeyStore 提供凭据。换句话说，KeyStore为给定的应用程序保留私钥和证书，而trustStore 保留用于从第三方识别它的证书。在配置安全连接时，开发人员通常不会过多关注这些术语，但正确理解它们可以帮助开发人员轻松了解接下来会发生什么。
在典型的基于微服务的架构中，有许多独立的应用程序和单个发现服务器。一方面，每个应用程序都有自己的私钥存储在KeyStore 中,并且证书对应于trustStore中的发现服务器的公钥。另一方面，服务器保留为客户端应用程序生成的所有证书。这就是现在的理论。如图12.1所示，它说明了在前面的章节中作为示例使用的系统的情况。
1. Keystore 的生成
在讨论了Java中的安全性基础知识之后,即可继续为我们的微服务生成私钥和公钥。和以前一样，我们将使用JRE下提供的命令行工具keytool。让我们从一个众所周知的用于生成带密钥对的keystore 文件命令开始，首先为发现服务器生成一个KeyStore,然后为一个选定的微服务(在这个特定示例中，我们选定的是account-service服务)生成第二个KeyStore。
keytool -genkey -alias account -store type JKS - keyalg RSA -keysize 2048 -
keystore account.jks -validity 3650
keytool -genkey -alias discovery -storetype JKS -keyalg RSA -keysize 2048 -
keystore discovery.jks -validity 3650
然后，必须将自签名证书从KeyStore导出到文件，例如，扩展名为.cer或.crt的文件。然后，系统将提示输入KeyStore生成期间提供的密码。
keytool -exportcert -alias account -keystore account.jks -file account. cer
keytool -exportcert -alias discovery -keystore discovery.jks - file
discovery. cer
鉴于已经从KeyStore中提取了与公钥对应的证书，因而现在可以将其分发给所有感兴趣的各方。来自account-service 服务的公共证书应包含在发现服务器的trustStore 中，反之亦然。
keytool - importcert -alias di scovery -keystore account.jks -file
discovery. cer
keytool - importcert -alias account -keystore di scovery.jks -file
account. cer
必须为在Eureka服务器中注册自身的每个后续微服务重复执行与account-service服务相同的步骤。以下是用于为order-service服务生成SsL密钥和证书的keytool命令。
keytool -genkey -alias order -storetype JKS -keyalg RSA -keysize 2048 -
keystore order.jks -validity 3650
keytool -exportcert -alias order -keystore order.jks -file order.cer
keytool - importcert -alias di scovery -keystore order. jks -file
discovery. cer
keytool - importcert -alias order -keystore discovery.jks -file
order. cer
2.配置微服务和Eureka服务器的SSL
每个keystore文件都放在每个安全微服务和服务发现的src/main/resources目录中。每个微服务的SSL配置设置与第12.1节“为Spring Boot启用HTTPS"中的示例非常相似。唯一的区别是当前使用的KeyStore的类型，现在是JKS而不是PKCS12。但是，之前的示例和服务发现配置之间存在更多差异。首先，我们已经通过将server s.client-auth属性设置为need来启用客户端证书身份验证,这反过来要求我们提供带有serevr.s.trust-store属性的trustStore。以下是application.yml文件中发现服务的当前SSL配置设置。
server :
port: S{PORT:8761}
ssl:
enabled: true
client-auth: need
key-store: classpath:discovery.jks
key-store-password: 123456
trust-store: classpath:discovery.jks
trust-store -password: 123456
key-alias: di scovery
如果开发人员使用上述配置运行Eureka应用程序，然后尝试访问htpt:p:/lhost:8761/下可用的Web仪表板，则可能会收到类似SSL_ ERROR. _BAD. CERT_ ALERT 的错误代码。发生此错误的原因是没有可信证书导入Web浏览器。为此，我们可以从服务(如acount-service服务)中导入客户端的应用程序KeyStore。但首先，我们需要将其从JKS格式转换为Web浏览器支持的另一种格式，如PKCS12。以下是用于将KeyStore从JKS转换为PKCS12格式的keytool命令。
keytool - importkeystore - srckeystore account.jks - srestoretype JKS -
deststoretype PKCS12 -destkeystore account.p12
给大家的福利
零基础入门
对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。
同时每个成长路线对应的板块都有配套的视频提供：
因篇幅有限，仅展示部分资料
网络安全面试题
绿盟护网行动
还有大家最喜欢的黑客技术
网络安全源码合集+工具包
所有资料共282G，朋友们如果有需要全套《网络安全入门+黑客进阶学习资源包》，可以扫描下方二维码领取（如遇扫码问题，可以在评论区留言领取哦）~
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注网络安全）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
convert/4a5f4281817dc4613353c120c9543810.png)
所有资料共282G，朋友们如果有需要全套《网络安全入门+黑客进阶学习资源包》，可以扫描下方二维码领取（如遇扫码问题，可以在评论区留言领取哦）~
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注网络安全）
[外链图片转存中…(img-Mxj5Zq3P-1713291670150)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
