🔒免责声明:本文仅供授权渗透测试、红蓝对抗、安全运维学习,所有实验操作请在自建隔离靶场完成。未经授权对 Active Directory 域环境进行票据伪造、内网渗透属于违法行为,请严格遵守网络安全相关法律法规。
前言
黄金票据(Golden Ticket)作为域渗透最经典的持久化手段,几乎每一位学习域渗透的同学都会接触。理论上只要拿到KRBTGT账号哈希,就可以离线伪造任意用户、任意权限的 TGT 票据,注入内存之后,不需要和域控交互就可以访问域内资源,实现全域横向与持久化后门。
但很多同学跟着教程复现的时候,会遇到大量匪夷所思的问题:
mimikatz 命令没有报错,黄金票据生成成功,
kerberos::ptt注入显示 OK,执行klist也能看到伪造出来的 TGT 票据,但是一访问\\dc01\c$直接返回拒绝访问;或者直接报 Kerberos 相关错误;甚至票据注入之后完全不生效。
网上绝大多数教程只给成功的演示,很少系统梳理失败场景。很多人遇到问题反复复制粘贴命令,换工具,重装靶机,却找不到根因。黄金票据失败并不只有哈希错误这一种原因,域 SID 错误、时间偏移、加密类型不匹配、DNS 解析问题、PAC 签名校验、票据缓存残留、组策略限制、KRBTGT 密码已经轮换、子域父域跨域问题,都会直接导致黄金票据失效。
本文万字长文,从黄金票据基础原理出发,把实战、靶场中所有高频踩坑场景完整拆解,每一类问题包含现象、根因、排错方法、解决方案,同时讲解 Kerberos 关键错误码解读、完整排错流程、Rubeus 与 mimikatz 对比,最后补充蓝队检测、故障排查脚本。适合内网渗透学习者、红队人员、护网应急工程师阅读。
前置知识点:黄金票据核心 4 要素,缺一不可
- 完整域名(FQDN,例如
lab.local) - 域 SID(注意:是域 SID,不是用户 SID,去掉最后的 RID)
- KRBTGT 账号的哈希(NTLM RC4 或者 AES‑256 密钥)
- 伪造的用户名(可以真实存在,也可以虚构账号)
mimikatz 标准生成命令:
kerberos::golden /domain:lab.local /sid:S‑1‑5‑21‑1314521642‑123456789‑987654321 /krbtgt:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /user:fakeadmin /ptt一、先搞懂黄金票据完整工作流程,理解为什么会失败
很多人只会敲命令,不理解完整流程,遇到报错无从下手。
- 攻击者拿到域控权限,通过 DCSync 导出
KRBTGT账号的密钥(RC4‑HASH/AES256 密钥); - 使用 mimikatz/Rubeus,利用 KRBTGT 密钥离线伪造 TGT 票据,伪造 PAC 权限数据,填入域管理员组权限;
- 通过
ptt(Pass‑the‑Ticket)将伪造 TGT 注入当前进程内存票据缓存; - 当访问域内资源(SMB、WMI),客户端拿着伪造 TGT 向 KDC 域控请求 TGS 服务票据;
- 域控 KDC 收到伪造 TGT,使用 KRBTGT 密钥解密校验票据合法性;
- 校验通过,下发 TGS 服务票据;客户端拿着 TGS 访问目标服务器资源;
- 目标服务器解密 TGS,校验 PAC 授权信息,完成访问。
重点!黄金票据不是注入完就直接拥有权限。注入内存的只是伪造 TGT。真正访问机器的时候,依旧需要和域控 88 端口 KDC 通信,申请 TGS 票据。网上流传 “黄金票据不需要域控” 说法不完全准确:伪造票据可以离线完成,但是后续访问资源申请 TGS,必须连通域控 88 端口。这是新手最大认知误区之一。白银票据才是完全不需要 KDC 交互,直接伪造 TGS 票据。
如果 88 端口防火墙拦截,即使 ptt 注入成功,klist 看到 TGT,访问资源依旧直接失败。
二、高频踩坑一:KRBTGT 哈希错误(最高频)
现象
mimikatz 执行 golden 命令不报错,成功生成 kirbi 票据文件,ptt 注入成功,klist 能看到 TGT。访问域控共享报错 “拒绝访问”;域控安全日志 4769 事件状态码0x1F(完整性校验失败)。
根因
- 你使用的 KRBTGT 哈希不是域控当前正在使用的哈希。
- 很多同学在非域控机器 dump,拿到的不是 KRBTGT 正确 hash;KRBTGT 只存储在域控 LSASS 内存与 AD 数据库,普通成员服务器拿不到正确 KRBTGT 哈希,必须 DCSync 或者登录域控 dump LSASS 获取。
- 域管理员已经对 KRBTGT 账号执行密码重置。微软规定 KRBTGT 会保存历史两个密码。修改 KRBTGT 密码必须连续重置两次,旧票据才会全部失效;如果只重置一次,旧哈希依旧可以继续伪造黄金票据。如果你使用的是旧的历史哈希,KDC 解密校验直接失败,票据作废。
- 复制哈希的时候多复制空格、换行,哈希字符串被破坏。
坑点:DCSync 导出 KRBTGT 的时候,同时会输出 NTLM、AES128、AES256。不要混淆不同加密算法密钥。RC4‑HASH 和 AES‑256 不能混用。
排错验证
在域控执行 DCSync,重新导出 KRBTGT,对比你本地使用的哈希是否完全一致:
lsadump::dcsync /domain:lab.local /user:krbtgt输出内容中:
NTLM对应 RC4 哈希;AES256对应 AES‑256 密钥。
mimikatz 参数区分:/krbtgt:填写 RC4 NTLM 哈希;/aes256:填写 AES‑256 密钥,二者不要混用。
解决方案
- 必须在域控上或者使用 DCSync 导出 KRBTGT,不要在普通工作站 dump;
- 复制哈希,不要带多余空格换行;
- 确认目标域有没有重置过 KRBTGT 账号密码;
- 如果环境开启禁用 RC4,就必须使用 AES256 密钥生成票据。
三、高频踩坑二:域 SID 填写错误(第二大高频坑)
现象
票据生成无报错,ptt 注入成功,klist 可以看到 TGT,访问域资源直接认证失败,KDC 返回KDC_ERR_C_PRINCIPAL_UNKNOWN或者直接拒绝访问。
根因
很多同学分不清用户 SID 和域 SID。
举例:完整 SIDS‑1‑5‑21‑1122334455‑66778899‑123456789‑500
- 完整字符串最后的
‑500是 RID,代表 administrator 用户; - 域 SID 是去掉最后 RID 部分:
S‑1‑5‑21‑1122334455‑66778899‑123456789。
很多新手直接复制 administrator 完整 SID,把‑500 一并带入/sid参数,直接造成黄金票据完全失效。
还有一种情况:子域环境,伪造子域黄金票据,却填写了根域的域 SID,票据校验直接失败。
获取正确域 SID 多种方法
方法 1:域内任意机器执行
whoami /user输出 SID,去掉末尾 RID,得到域 SID。
方法 2:mimikatz 执行
lsadump::lsa /patch输出中找到 Domain SID。
方法 3:PowerShell
Get‑ADDomain | select‑object DomainSID解决方案
严格确认,传入 golden 命令的 sid 参数不带末尾 RID 数字。子域环境填写子域自身 SID,不要填父域 SID。
四、高频踩坑三:时间时钟偏移 Clock Skew
现象
票据注入成功,klist 看到 TGT 票据,但是访问域资源认证失败,Kerberos 报错KDC_ERR_TKT_NYV(票据尚未生效)或者KDC_ERR_TKT_EXPIRED票据过期。
原理
Kerberos 协议对时间非常敏感,客户端与域控 KDC 时间差,默认最大允许 5 分钟。如果时间相差超过 5 分钟,KDC 直接拒绝票据,防止重放攻击。
黄金票据伪造的时候可以人为设置超长生命周期,例如 mimikatz 默认伪造 10 年有效期。但是客户端本机系统时间必须和域控时间误差 5 分钟以内。哪怕你票据写的有效期十年,本机时间不对,KDC 依旧拒绝。
新手坑:虚拟机靶场休眠,虚拟机时间停滞,和域控时间差距十几分钟,黄金票据直接废掉。很多人忽略本机时间,反复检查哈希、SID,折腾几小时。
排错与修复
Windows 靶机同步域时间:
w32tm /resyncLinux 如果使用 Rubeus,同步 ntp 时间:
ntpdate dc01.lab.local排错命令,查看本机时间与域控时间差异。
补充:klist 看到的票据过期时间是伪造写在票据内部的,不代表 KDC 认可该时间,KDC 校验优先使用 KDC 本机系统时间。
五、高频踩坑四:加密类型不匹配 RC4/AES 问题
现象
票据注入成功,但是访问资源直接完整性校验失败,事件日志 0x1F 错误。现代域环境很多组策略关闭 RC4 加密支持。
根因
老教程全部使用/krbtgtRC4 NTLM 哈希生成票据。新版 Windows 域环境,域管理员下发组策略:禁用 RC4‑HMAC 加密类型,强制使用 AES 加密。此时你用 RC4 伪造出来的黄金票据,KDC 直接拒绝解析该票据。
Windows Server2019/2022 新建域,很多默认倾向 AES 加密,RC4 被禁用。
mimikatz 两个参数区别:
/krbtgt:xxx→ 使用 RC4‑HMAC 加密票据/aes256:xxx→ 使用 AES‑256‑CTS‑HMAC‑SHA1‑96 加密票据
解决方案
- DCSync 拿到 KRBTGT 的 AES256 密钥,使用
/aes256参数生成黄金票据,不要继续使用 krbtgt RC4 参数。
示例:
kerberos::golden /domain:lab.local /sid:S‑1‑5‑21‑xxx /aes256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /user:fakeadmin /ptt- 排查域组策略:
网络安全:配置Kerberos支持的加密类型,确认域环境启用哪些加密套件。
六、高频踩坑五:网络层面问题,88 端口、DNS 解析故障
现象
ptt 注入成功,klist 可以看到 TGT,但是只要访问域内机器,直接卡住或者报错网络相关错误。
再次重申:黄金票据注入 TGT 之后,申请 TGS 服务票据需要访问域控 UDP/TCP 88 端口(Kerberos KDC)。如果 88 端口防火墙拦截,DNS 解析错误,直接失败。很多新手误以为黄金票据完全不需要域控网络,混淆黄金票据与白银票据。
坑点 1:88 端口被防火墙拦截
攻击者机器到域控,UDP 88、TCP88 不通。虽然本地内存有伪造 TGT,但是无法向 KDC 申请 TGS 票据,访问全部拒绝。
排错:Windows 使用 Test‑NetConnection 测试 88 端口连通性。
Test‑NetConnection dc01.lab.local ‑port 88坑点 2:DNS 解析故障
Kerberos 强烈依赖 DNS。访问资源尽量使用主机名 FQDN,不要直接使用 IP 地址访问。
错误写法:\\192.168.10.10\c$
正确写法:\\dc01.lab.local\c$
直接使用 IP 访问 SMB,会强制回退 NTLM 认证,不会走 Kerberos 票据,你注入的黄金票据完全不会生效,直接使用本机账号去 NTLM 登录,返回拒绝访问。这是一个超级高频新手坑。
很多同学生成黄金票据之后,直接写 IP 访问共享,然后疑惑为什么票据完全不起作用。
坑点 3:hosts 文件没有域控记录,DNS 解析到错误 IP
靶场虚拟机经常 DNS 配置混乱,域名解析指向错误 IP,KDC 通信失败。
排错:
nslookup dc01.lab.local确认解析到域控真实 IP。
七、高频踩坑六:票据缓存残留,ptt 注入没有生效
现象
执行kerberos::ptt提示 OK,但是 klist 看不到伪造的 TGT 票据;或者 klist 里面同时存在多份旧票据。访问资源依旧走原来账号的票据,伪造黄金票据完全没有被使用。
根因
- Windows 票据缓存是进程隔离!票据是保存在当前 mimikatz 所在进程的 LSA 缓存,不是全局系统缓存。
超级重要知识点:
如果你打开普通 cmd,运行 mimikatz 执行 ptt,票据只会注入这个 cmd 进程对应的用户会话。如果你新开另一个 cmd 窗口,新开的进程不会继承票据。很多人注入完成,关掉 mimikatz 窗口,新开 cmd 去访问共享,票据直接消失。
- 内存中已经存在其他合法 TGT 票据,系统优先使用旧的合法票据,伪造票据被忽略。
排错方案
- 注入票据之后,不要关闭 mimikatz 所在的 shell 窗口,就在当前窗口执行访问测试;新开窗口票据丢失。
- 清除本机全部旧票据缓存,再注入黄金票据。
klist purge- 如果需要全局票据,可以在高权限 mimikatz 开启新的 cmd 子进程,票据会继承。
kerberos::golden ... /ptt misc::cmdmisc::cmd 会弹出继承票据缓存的新 cmd,在新弹出窗口执行访问测试。
4. 使用 Rubeus 的 createnetonly,创建全新进程,票据注入到新进程,隔离原有缓存。
坑:CobaltStrike beacon 里面使用 mimikatz ptt,票据仅存在 beacon 进程;生成新 spawn 进程,票据不会自动继承。
八、高频踩坑七:PAC 签名校验问题(Windows 新版本安全补丁)
现象
老版本靶场黄金票据完美运行;打了微软月度补丁的新版 Windows Server2019/2022 域控,同样的黄金票据直接失效。
原理
微软后续补丁加强了 PAC(Privilege Attribute Certificate)校验。PAC 是 TGT 票据内部保存用户权限、组 SID 的结构体。早期 mimikatz 伪造黄金票据,PAC 部分签名是伪造的,老 KDC 不校验 PAC 签名;新版域控开启 PAC 强制校验,如果 PAC 签名无效,直接拒绝票据。
很多旧教程的 mimikatz 版本生成的黄金票据,在打全补丁的现代域环境直接失效。
解决方案
- 更新 mimikatz 到最新版本,新版针对 PAC 校验做适配;
- 使用 Rubeus 生成黄金票据,处理 PAC 字段更加完善;
- 实战红蓝对抗,如果条件允许,优先导出真实账号 TGT 做 PtT,而不是完全虚构账号黄金票据。
补充:尽量不要伪造完全不存在的虚构账号。虚构账号在 M‑DI Defender for Identity 会触发高危告警,同时新版 AD 对不存在账号的 TGT 校验更加严格。实战建议伪造一个真实存在账号,例如 administrator。
九、高频踩坑八:子域、父域、域林跨域黄金票据踩坑
很多同学在子域拿到 KRBTGT,生成子域黄金票据,但是无法访问根域资源。
现象
子域黄金票据,子域内部主机访问全部正常;访问根域机器直接拒绝。
根因
子域 KRBTGT 生成的黄金票据,权限默认仅限本子域,不会自动拥有父域的企业管理员权限。很多人以为拿到子域 KRBTGT,伪造企业管理员 SID 就可以直接接管林,现实会失败。
跨域需要额外/extra‑sid参数传入根域企业管理员 SID。
mimikatz 参数示例:
kerberos::golden /domain:child.lab.local /sid:S‑1‑5‑21‑子域SID /krbtgt:子域krbtgt哈希 /user:fakeadmin /extra‑sid:S‑1‑5‑21‑根域SID‑519 /ptt‑519是 Enterprise Admins 企业管理员 RID。
坑:很多教程省略 extra‑sid 参数,直接造成跨域访问失败。
十、高频踩坑九:组策略、账号敏感不能被委派、令牌大小限制
现象
票据生成注入成功,访问部分机器正常,访问部分服务器拒绝。
- 账号设置 “此账号是敏感账户,不能被委派”
如果伪造的账号属性勾选敏感不可委派,KDC 拒绝以此账号向服务申请 TGS 票据。即使黄金票据 TGT 成功,后续 TGS 请求直接失败。 - Kerberos 令牌大小限制
如果你伪造的 PAC 里面塞入大量组 SID,token 体积超过组策略设置的 MaxTokenSize 上限,服务器直接拒绝该 Kerberos 令牌,返回拒绝访问。常见于伪造大量高权限组 SID。
排错注册表位置:HKLM\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\ParametersMaxTokenSize,默认值有上限。
解决方案
尽量不要把大量组 SID 全部塞进伪造 PAC;尽量模仿真实账号的 PAC 权限结构。
十一、黄金票据完整排错工作流(按顺序排查)
遇到黄金票据失效,严格按下面流程一步步定位问题,不要上来就换工具。
- 确认 KRBTGT 哈希来源:DCSync 从域控导出,确认 RC4/AES256 不要混用;确认 KRBTGT 没有被两次重置密码。
- 核对域 SID,确认不带末尾 RID。
- 检查攻击者机器系统时间,和域控时间差必须小于 5 分钟,执行 w32tm 同步时间。
- 网络连通性:确认本机到域控TCP/UDP 88 端口可以访问;nslookup 确认 DNS 解析 FQDN 正确。
- 测试访问必须使用主机名 FQDN,禁止直接用 IP 访问 SMB,IP 会回退 NTLM,票据不会生效。
klist purge清除全部旧票据缓存,再重新 ptt 注入黄金票据。- ptt 之后不要关闭当前 shell,就在当前 shell 执行访问;不要新开窗口。
- klist 查看确认 TGT 票据已经成功加载到当前进程缓存。
- 看域控安全事件日志,查找事件 ID 4768、4769,看返回状态错误码。
- 0x1F:完整性校验失败,哈希密钥错误;
- 票据过期:时钟时间不一致;
- 如果是跨子域访问,检查是否配置 extra‑sid 参数。
- 确认域环境加密策略,如果禁用 RC4,改用 AES256 生成票据。
- 更新 mimikatz/Rubeus 工具版本,旧版本 PAC 存在兼容性问题。
十二、mimikatz 与 Rubeus 黄金票据对比,什么时候选哪个
很多同学只使用 mimikatz,但是很多实战场景 Rubeus 更加稳定。
Mimikatz golden
优点:命令简短,靶场学习友好。
缺点:部分新版本打补丁域环境 PAC 兼容性差;Windows 高版本 LSA 保护下部分环境运行受限;进程票据隔离坑多。
Rubeus golden
Rubeus.exe golden /rc4:krbtgt_ntlmhash /domain:lab.local /sid:S‑1‑5‑21‑xxx /user:administrator /ptt优点:对新版 Windows PAC 签名处理更好;输出详细调试报错;支持 createnetonly 直接新建独立进程,规避旧票据缓存干扰;输出完整 kerberos 错误信息。
缺点:命令参数略长。
实战排错建议:mimikatz 生成失败的时候,换成 Rubeus 尝试生成同一套参数的黄金票据,快速区分是参数问题还是工具本身兼容性问题。
十三、常见认知误区总结
误区 1:黄金票据完全不需要域控网络,断网也可以用
❌错误。伪造 kirbi 票据可以离线完成。但是访问资源申请 TGS 服务票据,必须访问域控 88 端口 KDC。断网之后黄金票据直接无法使用。白银票据才不需要 KDC。
误区 2:klist 看到 TGT 票据,就代表票据一定可以正常使用
❌klist 只能代表票据被加载到本机内存,不代表 KDC 认可票据内容。哈希错误、时间错误,klist 照样可以看到票据,但是 KDC 校验直接拒绝。
误区 3:使用 IP 访问目标主机 SMB 共享,可以触发 Kerberos 黄金票据
❌IP 访问 SMB 默认走 NTLM 认证,Kerberos 票据完全不会参与认证流程,票据等于摆设。必须使用主机 FQDN。
误区 4:KRBTGT 修改一次密码,旧黄金票据直接全部作废
❌KRBTGT 账号会保存最近两次历史密码,只重置一次,旧哈希依旧有效,必须连续重置两次 KRBTGT 密码,旧票据彻底失效。应急处置域沦陷的时候,很多运维犯这个错误,重置一次 KRBTGT 就以为完事,攻击者旧黄金票据依旧可以使用。
误区 5:ptt 注入黄金票据,所有 cmd/powershell 窗口全局生效
❌票据缓存是进程隔离,哪个进程执行 ptt,票据就属于哪个进程。新开窗口票据消失。
十四、蓝队:黄金票据检测与应急处置
14.1 域控关键安全事件 ID
| 事件 ID | 含义 | 告警特征 |
|---|---|---|
| 4768 | TGT 票据请求事件 | 黄金票据不会产生 4768!!黄金票据是本地伪造 TGT,不会向 KDC 发送 AS‑REQ 请求。只出现 4769(TGS 请求),没有对应的 4768,是黄金票据非常典型特征。 |
| 4769 | TGS 服务票据请求 | 监控异常超长生命周期票据;状态码 0x1F 大量失败请求;RC4 加密票据在纯 AES 环境出现。 |
重点告警逻辑:大量 4769,没有前置 4768,高度怀疑黄金票据攻击。
14.2 MDI(Microsoft Defender for Identity)内置告警
- 可疑的黄金票证使用行为告警;
- 异常超长有效期 Kerberos 票据(合法 TGT 默认 10 小时,黄金票据默认伪造多年有效期)。
14.3 域被攻陷之后清除黄金票据后门正确操作
- KRBTGT 账号必须修改两次密码,两次修改之间等待足够 AD 复制时间,微软官方建议间隔 24 小时,全域 DC 完成复制;仅改一次无法让旧票据失效。
- 域内全部主机重启,清空 LSA 内存票据缓存。
- 审计所有域管理员账号,重置域管理员密码。
- 检查是否存在虚构账号。
很多应急文章只写重置 KRBTGT 一次,处置不完全,后门依旧存活。
十五、总结
黄金票据失败,绝大多数情况不是工具 bug,而是参数错误、网络问题、Kerberos 协议特性理解不到位。
我们把所有失败原因再做简短汇总:
- KRBTGT 哈希错误、RC4/AES 加密类型混用;
- 域 SID 错误,错误带上用户 RID;
- 客户端机器时钟与域控时间偏差超过 5 分钟;
- 88 端口不通、DNS 解析错误,使用 IP 访问 SMB,无法触发 Kerberos;
- 票据缓存进程隔离,ptt 注入后新开 shell,票据丢失;旧缓存残留干扰;
- Windows 补丁带来 PAC 签名校验,老 mimikatz 生成票据被拒绝;
- 子域环境缺少
extra‑sid参数,无法访问父域资源; - KRBTGT 密码已经轮换;
- 账号敏感不可委派、Kerberos token 大小超限。
学习域渗透,不要只会复制粘贴命令。遇到黄金票据失效,按照本文的排错流程,一步步定位,查看域控安全事件日志的 Kerberos 错误状态码,快速定位根因。
红队实战中,现在打全补丁的企业环境,纯虚构账号的黄金票据成功率在下降,同时极易触发安全设备告警;实战中 PtT 窃取真实用户 TGT,AD‑CS 证书 PKINIT 的方式,往往稳定性和隐蔽性优于黄金票据。
蓝队应急一定要记住,清除黄金票据后门,KRBTGT 密码连续修改两次才可以彻底作废历史伪造票据,单次重置无法根除后门。
最后
关于网络安全技术储备
学好网络安全不论是就业还是做副业赚钱都不错,但要学会网络安全还是要有一个学习规划。最后大家分享一份全套的网络安全学习资料,给那些想学习网络安全的小伙伴们一点帮助!
对于0基础小白入门:
如果你是零基础小白,想快速入门网络安全是可以考虑的。
一方面是学习时间相对较短,学习内容更全面更集中。
二方面是可以找到适合自己的学习方案
包括:网安成长学习路线图、SRC&黑客文档、护网行动、黑客必读书单、面试题、学习视频等教程。带你从零基础系统性的学好网络安全!
需要的可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】
👉1.成长路线图&学习规划👈
要学习一门新的技术,作为新手一定要先学习成长路线图,方向不对,努力白费。
对于从来没有接触过网络安全的同学,我们帮你准备了详细的学习成长路线图&学习规划。可以说是最科学最系统的学习路线,大家跟着这个大的方向学习准没问题。
👉2.网安入门到进阶视频教程👈
很多朋友都不喜欢晦涩的文字,我也为大家准备了视频教程,其中一共有21个章节,每个章节都是当前板块的精华浓缩。(全套教程文末领取哈)
👉3.SRC&黑客文档👈
大家最喜欢也是最关心的SRC技术文籍&黑客技术也有收录
SRC技术文籍:
黑客资料由于是敏感资源,这里不能直接展示哦!(全套教程文末领取哈)
👉4.护网行动资料👈
其中关于HW护网行动,也准备了对应的资料,这些内容可相当于比赛的金手指!
👉5.黑客必读书单👈
随着互联网技术的飞速发展,网络安全已经成为了当今科技领域的一大热点。这些SQL注入、CCNA、Web渗透、Linux服务器等,以其强大的语言理解和防御能力,正在守护着我们网络世界。 那以下这些PDF籍就是非常不错的学习资源。
👉6.网络安全岗面试题合集👈
当你自学到这里,你就要开始思考找工作的事情了,而工作绕不开的就是真题和面试题。
这份完整版的网络安全学习资料已经上传CSDN,朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】