如何自学黑客&网络安全
黑客零基础入门学习路线&规划
初级黑客
1、网络安全理论知识（2天）
①了解行业相关背景，前景，确定发展方向。
②学习网络安全相关法律法规。
③网络安全运营的概念。
④等保简介、等保规定、流程和规范。（非常重要）
2、渗透测试基础（一周）
①渗透测试的流程、分类、标准
②信息收集技术：主动/被动信息搜集、Nmap工具、Google Hacking
③漏洞扫描、漏洞利用、原理，利用方法、工具（MSF）、绕过IDS和反病毒侦察
④主机攻防演练：MS17-010、MS08-067、MS10-046、MS12-20等
3、操作系统基础（一周）
①Windows系统常见功能和命令
②Kali Linux系统常见功能和命令
③操作系统安全（系统入侵排查/系统加固基础）
4、计算机网络基础（一周）
①计算机网络基础、协议和架构
②网络通信原理、OSI模型、数据转发流程
③常见协议解析（HTTP、TCP/IP、ARP等）
④网络攻击技术与网络安全防御技术
⑤Web漏洞原理与防御：主动/被动攻击、DDOS攻击、CVE漏洞复现
5、数据库基础操作（2天）
①数据库基础
②SQL语言基础
③数据库安全加固
6、Web渗透（1周）
①HTML、CSS和JavaScript简介
②OWASP Top10
③Web漏洞扫描工具
④Web渗透工具：Nmap、BurpSuite、SQLMap、其他（菜刀、漏扫等）
恭喜你，如果学到这里，你基本可以从事一份网络安全相关的工作，比如渗透测试、Web 渗透、安全服务、安全分析等岗位；如果等保模块学的好，还可以从事等保工程师。薪资区间6k-15k
到此为止，大概1个月的时间。你已经成为了一名“脚本小子”。那么你还想往下探索吗？
如果你想要入坑黑客&网络安全，笔者给大家准备了一份：282G全网最全的网络安全资料包评论区留言即可领取！
7、脚本编程（初级/中级/高级）
在网络安全领域。是否具备编程能力是“脚本小子”和真正黑客的本质区别。在实际的渗透测试过程中，面对复杂多变的网络环境，当常用工具不能满足实际需求的时候，往往需要对现有工具进行扩展，或者编写符合我们要求的工具、自动化脚本，这个时候就需要具备一定的编程能力。在分秒必争的CTF竞赛中，想要高效地使用自制的脚本工具来实现各种目的，更是需要拥有编程能力.
如果你零基础入门，笔者建议选择脚本语言Python/PHP/Go/Java中的一种，对常用库进行编程学习；搭建开发环境和选择IDE,PHP环境推荐Wamp和XAMPP， IDE强烈推荐Sublime；·Python编程学习，学习内容包含：语法、正则、文件、 网络、多线程等常用库，推荐《Python核心编程》，不要看完；·用Python编写漏洞的exp,然后写一个简单的网络爬虫；·PHP基本语法学习并书写一个简单的博客系统；熟悉MVC架构，并试着学习一个PHP框架或者Python框架 (可选)；·了解Bootstrap的布局或者CSS。
8、超级黑客
这部分内容对零基础的同学来说还比较遥远，就不展开细说了，附上学习路线。
网络安全工程师企业级学习路线
如图片过大被平台压缩导致看不清的话，评论区点赞和评论区留言获取吧。我都会回复的
视频配套资料&国内外网安书籍、文档&工具
需要体系化学习资料的朋友，可以加我V获取：vip204888 （备注网络安全）
当然除了有配套的视频，同时也为大家整理了各种文档和书籍资料&工具，并且已经帮大家分好类了。
一些笔者自己买的、其他平台白嫖不到的视频教程。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
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
所有最流行的网络浏览器都支持PKCS12，如Google Chrome和Mozilla Firefox。 要将PKCS12 KeyStore 导入Google Chrome浏览器，开发人员可以单击“设置”命令，然后显示“高级”设置部分，找到“管理证书”(管理HTTPS 1 SSL证书和设置)，单击打开“证书”对话框。如果再次尝试访问Eureka Web仪表板，则应成功进行身份验证，并且将能够看到已注册服务的列表。但是，在这里并没有已注册的应用。为了在发现客户端和服务器之间提供安全通信，我们需要为每个微服务创建一个 DiscoveryClientOptionalArgs类型的@Bean,它会覆盖发现客户端的实现。
有趣的是，Eureka 使用Jersey 作为REST客户端。使用EurekaJerseyClientBuilder, 开发人员可以轻松构建新的客户端实现并传递keystore和truststore文件的位置。以下是来自account-service的代码片段，我们在其中创建了一个新的EurekaJerseyClient对象并将其设置为DiscoveryClientOptionalArgs的参数。
public DiscoveryC1 ient . DiscoveryCl ientoptionalArgs
discoveryClientoptionalArgs() throws NoSuchAlgori thmException (
DiscoveryClient. DiscoveryClientOptionalArgs args = new
DiscoveryClient。
DiscoveryClientOptionalArgs () ;
System. setProperty (“javax.net.ss1.keyStore”,
“src/main/ resources/account.jks”) ;
System. setProperty (“javax .net.ssl. keyStorePassword”, “123456”) ;
System. setProperty (“javax.net.ssl. truststore”,
“src/main/resources/account. jks”) ;
System. setProperty (“javax.net.ss1. trustStorePassword”, “123456”) ;
EurekaJerseyClientBuilder builder = new EurekaJerseyClientBuilder( ;
builder .withClientName (“account-client”) ;
builder.withSystemSSLConfiguration( ) ;
builder。wi thMaxTotalConnections (10) ;
builder。withMaxConnectionsPerHost (10) ;
args. setEurekaJerseyClient (builder . build());
return args;
}
在我们的示例系统中，应该为每个微服务提供类似的实现。GitHub ttps:/github.com/piomin/sample- spring cloud- scuritygt)上提供了示例应用程序的源代码。开发人员可以克隆它并使用集成开发环境运行所有Spring Boot应用程序。如果一切正常，则应该在Eureka仪表板中看到相同的注册服务列表，如图12.2 所示。如果SSL连接有任何问题，则可以尝试在应用程序启动期间设置-Djava.net.debug-ssl VM参数，以便能够从SSL握手过程中检查出完整日志。
觉得文章不错的朋友可以转发此文关注小编，有需要的可以扫码下方获取资料。
一、网安学习成长路线图
网安所有方向的技术点做的整理，形成各个领域的知识点汇总，它的用处就在于，你可以按照上面的知识点去找对应的学习资源，保证自己学得较为全面。
二、网安视频合集
观看零基础学习视频，看视频学习是最快捷也是最有效果的方式，跟着视频中老师的思路，从基础到深入，还是很容易入门的。
三、精品网安学习书籍
当我学到一定基础，有自己的理解能力的时候，会去阅读一些前辈整理的书籍或者手写的笔记资料，这些笔记详细记载了他们对一些技术点的理解，这些理解是比较独到，可以学到不一样的思路。
四、网络安全源码合集+工具包
光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这时候可以搞点实战案例来学习。
需要体系化学习资料的朋友，可以加我V获取：vip204888 （备注网络安全）
五、网络安全面试题
最后就是大家最关心的网络安全面试题板块
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
290
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
