如何自学黑客&网络安全
黑客零基础入门学习路线&规划
初级黑客
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行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!