企业官网建设流程全解析

🔒免责声明：本文内容仅用于合法授权 SRC 漏洞挖掘安全研究，严禁未授权对互联网业务系统进行探测、攻击，所有测试行为必须严格遵守厂商 SRC 安全规则，禁止篡改、删除、泄露用户真实业务数据，违规操作将承担对应的法律责任。文中所有案例均为模拟演练环境，不代表真实线上业务。

前言

现在 Web 业务系统 WAF、IDS 防护越来越完善，SQL 注入、XSS 这类传统漏洞产出数量逐年下降，SRC 平台大量高分高危漏洞基本都来自业务逻辑漏洞。很多新手挖洞陷入一个误区：依靠扫描器批量跑域名，等待扫描器爆出漏洞，扫几天全是低危的信息泄露，很难挖到高危，甚至零产出。

SRC 业务系统挖洞，核心不是工具爆破，而是资产梳理、业务流程拆解、业务逻辑测试。同样一套域名资产，有的人只能挖到几个低危目录泄露，有的人可以挖到账号接管、水平 / 垂直越权、任意密码重置、条件竞争等高价值高危漏洞。

本文完整梳理一套面向业务系统 SRC 挖洞全流程：SRC 规则研读与资产划定、全维度资产收集测绘、业务系统功能拆解、接口抓包分析、分模块漏洞挖掘方法论、高危漏洞实战测试思路、验证与 POC 编写、漏洞报告提交规范、挖洞踩坑与避坑清单。全部结合真实 SRC 实战经验，覆盖 Web 业务系统绝大多数高频漏洞场景，适合 SRC 新手建立完整挖洞思维框架，也可以作为日常挖洞检查清单。

ATT&CK 映射：T1595 主动侦察；T1083 文件目录探查；T1059 应用层协议执行；T1027 逻辑漏洞；T1087 账户发现；T1555 凭据泄露。

一、阶段一：研读 SRC 规则，划定合法测试资产范围

很多白帽刚上手直接搜集一堆域名就开始扫描，最后发现域名不在 SRC 授权范围内，漏洞直接被驳回，严重还会产生违规记录。挖洞第一步不是工具，而是读 SRC 官方文档。

1.1 重点阅读 SRC 文档中的 4 个核心部分

1）授权资产范围
明确哪些域名、IP、小程序、APP、H5 属于测试范围。部分厂商只授权主站，不包含第三方子公司、供应商、线下内网系统；部分 SRC 允许测试小程序、APP 接口。不在列表内资产不要碰。

2）禁止测试行为（红线）
绝大多数 SRC 明确禁止行为：

• 禁止 DDoS、大流量暴力破解、高频并发压测业务接口；
• 禁止注册大量垃圾账号，批量创建脏数据；
• 禁止越权访问真实用户隐私，禁止下载大量用户数据；
• 禁止执行命令上传 WebShell；
• 禁止测试验证码短信轰炸骚扰真实用户；
• 禁止对内网未公开 IP 进行扫描。

重点：条件竞争测试，不能对线上真实业务疯狂并发几百个请求，少量请求验证漏洞存在即可，避免给业务造成压力。

3）漏洞评分标准
熟读高危、中危、低危判定标准。比如账号接管属于高危；读取单条用户信息水平越权大多中危；目录遍历、敏感文件泄露多为低危；很多 SRC 把存储 XSS 划为高危，反射 XSS 划为中危。提前知道什么漏洞分值高，挖洞才有侧重点。

4）报告提交格式、复现要求
部分 SRC 要求复现账号，要求录屏，要求完整请求包响应包，没有可复现步骤直接驳回漏洞。

1.2 资产台账整理

拿到官方授权域名列表，建立资产表格，字段包含：域名、访问状态、系统类型（Web/H5 / 小程序 / APP）、业务模块、备注。
区分三类资产：

1. 主业务站点：官网、用户中心、订单系统、后台管理系统（挖洞重点，高分漏洞大多在这里）
2. 子域名附属资产：OA、测试环境、预发布环境、文档服务器、运维平台（测试环境经常存在大量漏洞）
3. 边缘资产：静态资源站点、CDN、图片服务器，这类很难产出高危，以低危信息泄露为主。

实战经验：很多厂商预发布、测试环境子域名没有做防护，存在大量漏洞，但一定要确认该子域名是否在 SRC 授权范围内。

二、阶段二：域名资产全维度收集测绘

确定合法资产范围，接下来开展完整资产测绘。不要仅仅依赖单一工具，多工具交叉比对，防止遗漏子域名。

2.2 子域名收集

工具组合：subfinder、amass、fofa、hunter、dns 历史解析记录、证书透明度查询。

#subfinder基础命令 subfinder -d example.com -o subdomain.txt

收集完成之后，用 httpx 批量探测存活站点，获取状态码、标题、web 指纹、端口。

httpx -l subdomain.txt -status-code -title -tech-detect -o alive.txt

测绘关注点：

1. 区分 200、301、401、403 状态码站点，403 不一定没有价值，很多后台接口 403，可以测试未授权访问绕过；
2. 重点标记测试、dev、test、pre、staging 这类关键词的子域名；
3. 标记后台、admin、manager、console、oa、cas、sso 单点登录系统。SSO 单点登录系统是高危漏洞高发地。

2.3 敏感目录与文件探测

拿到存活域名之后，ffuf 做目录爆破。重点寻找：

• .git、.svn源码泄露；
• backup、sql、db数据库备份文件；
• swagger、api-docs接口文档（SRC 宝藏，直接拿到全部接口参数）；
• phpinfo、crossdomain.xml、web.config配置文件；

注意：目录爆破线程调低，不要给业务造成压力，遵守 SRC 规则。swagger 接口文档一旦找到，直接省去大量抓包分析工作，可以直接逐个测试接口权限问题。

2.4 指纹识别，预判漏洞风险

通过 httpx、wappalyzer 识别 Web 框架：

• SpringBoot、SpringCloud：重点关注 Actuator 未授权，SSTI；
• PHP ThinkPHP：关注历史 RCE 漏洞；
• Java Shiro：Shiro 反序列化漏洞；
• Django、Flask：SSTI、配置泄露；
• 自研业务系统：把重心放在业务逻辑漏洞。

实战经验：第三方开源组件漏洞属于锦上添花，大部分 SRC 高分还是自研业务逻辑漏洞，不要把全部希望放在组件 CVE 上。

2.5 APP & 小程序资产处理

如果 SRC 授权 APP / 小程序：抓包导出 API 接口集合。小程序可以用 mitmproxy 抓包；安卓 APP 脱壳之后反编译，提取硬编码密钥、后端接口地址。很多小程序后端接口没有做权限校验。

2.6 资产阶段新手常见误区

❌误区 1：拿到域名直接跑全套 xray 大扫描，坐等出洞。扫描器擅长传统漏洞，绝大多数业务逻辑漏洞扫描器检测不到，完全依赖扫描器只会大量产出低危，很难拿到高危。
❌误区 2：只扫描主域名，忽略子域名，大量测试环境漏洞存在于子域名。
❌误区 3：不筛选资产，大量扫描 404、静态图片站点，浪费时间。

三、阶段三：业务系统梳理，拆解业务流程（SRC 挖洞最核心环节）

资产收集完成，挑选高价值业务站点，开始梳理业务。这一步是很多人跳过的步骤，直接抓包乱测，效率极低。

3.1 注册两个测试账号 A、B，部分场景需要管理员账号

必须准备两个普通账号！越权、密码重置类绝大多数业务漏洞，都需要两个账号互相验证。

• 账号 A：攻击者账号
• 账号 B：受害者账号

很多新手只使用自己一个账号测试，永远测不出越权漏洞。

梳理业务流程，把网站全部功能过一遍，记录全部业务模块：

1. 注册模块：手机号注册、短信验证码、邀请码
2. 登录模块：账号密码、短信登录、SSO 单点登录
3. 账号安全模块：修改密码、忘记密码重置、更换绑定手机号、邮箱绑定、验证码校验
4. 用户个人中心：查看个人资料、修改资料、头像、收货地址
5. 订单业务：创建订单、查看订单、修改订单、取消订单、退款
6. 资产模块：优惠券、积分、红包、提现
7. 内容模块：发布文章、评论、上传文件
8. 后台管理（如果可以访问）：用户管理、订单管理、配置管理

3.2 对每一条业务，画出正常业务流程

举个例子：忘记密码重置密码正常流程

输入手机号→获取短信验证码→提交验证码校验→设置新密码→重置成功。

画完正常流程之后，思考：如果我篡改请求参数、跳过某一步、复用验证码、替换手机号参数，业务会不会乱掉。业务逻辑漏洞本质：业务流程校验不完整，客户端可控参数被服务端无条件信任。

3.3 抓包保存全部 HTTP 请求

Burp Suite 代理抓包，浏览全部业务功能，把所有接口流量保存下来。重点关注 POST、GET 请求中的参数：

userId、orderId、id、uid、mobile、phone、token、couponId、price、amount

凡是 ID 类、金额、用户标识类参数都是高危测试点。

重点区分两种参数：

1. 对象参数：代表要操作谁的数据，比如 orderId=10086，代表操作 10086 这条订单。这个参数如果客户端可控，最容易产生越权。
2. 操作参数：代表执行什么动作，type=1 代表查询，type=2 代表修改。

3.4 标记高风险业务模块（优先测试，更容易产出高危）

优先级从高到低：

1. 密码找回、手机号换绑、登录认证模块（账号接管高危）
2. 订单、退款、红包、优惠券、提现（资金相关，高分）
3. 用户信息、订单详情（水平越权）
4. SSO 单点登录
5. 文件上传功能
6. 普通内容发布评论

资金相关业务漏洞，SRC 评级普遍很高，条件竞争、金额篡改，往往直接给到高危。

四、阶段四：分模块业务漏洞挖掘实战思路

下面按照业务模块拆解，给出每个模块测试点、测试方法、真实漏洞案例。

4.1 账号认证模块：注册、登录、短信验证码

验证码漏洞是 SRC 高频高危来源，常见问题：

1. 验证码暴力破解：4 位、6 位数字验证码，没有频率限制，可以爆破。

测试方法：获取一次验证码，Burp Intruder 对 code 参数爆破。注意：不要频繁向真实手机号发送短信，只爆破本地提交校验接口，不要重复调用发送短信接口，避免骚扰用户。

2. 验证码复用，一次验证码多次使用
   正常逻辑：验证码校验成功之后立即失效。漏洞场景：验证码验证通过之后，还可以重复提交多次继续通过校验。

测试：拿到验证码，第一次提交成功；再次重复提交同一个验证码，如果再次成功，存在漏洞。危害：会话劫持之后，可以反复重置账号密码。

3. 验证码有效期过长，十几小时甚至永久有效。
4. 客户端前端校验验证码，后端完全不校验
   抓包删掉 code 验证码参数，直接提交请求，业务直接执行成功。
5. 短信轰炸漏洞
   发送验证码接口没有 IP、手机号频率限制，循环调用接口可以给任意手机号无限发送短信。大部分 SRC 归为中危，禁止对真实手机号大量触发。
6. 注册逻辑缺陷：可以使用同一个手机号无限注册账号；输入已经注册手机号，返回详细账号存在提示，造成用户名枚举。

4.2 密码重置 / 忘记密码模块（高危重灾区，任意账号接管）

这一类漏洞一旦成功属于高危，可接管任意用户账号，赏金很高。梳理几种 SRC 真实高频漏洞场景。

场景 1：验证码校验和重置账号身份没有绑定
正常流程：输入手机号 A，获取验证码 A‑code，只能重置手机号 A 账号。
漏洞：获取 A 手机号验证码，抓包拦截最后一步重置密码请求，把请求包手机号参数修改为手机号 B，提交，直接修改 B 用户密码。后端只校验验证码是否正确，没有校验验证码属于哪个手机号。

场景 2：重置 token 没有绑定用户 ID
url：/resetpwd?token=xxxx，token 生成的时候没有绑定用户身份，拿到一个 token，修改请求里面 userId，重置其他账号。

场景 3：返回包直接返回重置密码 token
请求忘记密码，响应数据包里面直接返回 reset token，不需要接收短信，直接构造链接重置任意账号。

场景 4：未注册手机号也可以生成重置 token。

测试方法：准备 A、B 两个账号，完整走完重置流程，每一步抓包，尝试篡改手机号、userID 参数，观察后端响应。

4.3 越权漏洞：水平越权、垂直越权

越权是 SRC 出现最多的业务漏洞。

• 水平越权（平行越权）：同权限用户，查看 / 修改其他用户数据。A 账号可以查看 B 账号订单、个人信息、收货地址。
• 垂直越权：普通用户，执行管理员功能。普通账号调用管理员接口，新增用户、修改全站配置。

测试标准步骤：

1. 使用账号 A 登录，访问订单详情接口/order/detail?orderId=1001，拿到 A 自己订单 orderId=1001；
2. Burp 拦截该请求，把 orderId 改成账号 B 的订单 ID=1002；
3. 在 A 账号 Cookie 会话下发送请求；
4. 如果成功返回 B 账号订单全部信息，存在水平越权。

不仅仅是 GET 查询接口，POST 修改、删除接口同样要测试。修改别人手机号、删除别人订单属于高危；单纯查询个人信息大多中危。

坑点：很多接口参数不止 id，同时带上 userId，需要同时修改全部身份参数才会触发漏洞。

垂直越权测试思路：

1. 抓包管理员账号全部接口；
2. 复制管理员接口请求，替换 Cookie 为普通用户 Cookie；
3. 发送请求，观察是否可以执行管理员操作。

很多新手容易忽略 POST JSON 请求里面的 id 参数，不要只测试 URL 上的 GET 参数。

4.4 条件竞争（竞争条件漏洞）

高价值漏洞，多出现在优惠券领取、红包、下单、提现场景。
原理：业务没有锁，多个并发请求同时到达服务器，数据库没有做原子判断，导致业务逻辑被绕过。
例子：业务限制每个用户只能领取 1 张优惠券；并发发送 20 次领取请求，用户领取十几张优惠券。

⚠️SRC 测试注意：不允许线上并发几百请求压测，Burp Repeater 发送 5‑10 个并行请求验证即可，避免对线上业务产生压力。

常见场景清单：

1. 优惠券、活动奖励重复领取
2. 库存绕过，超量下单
3. 重复提现，重复退款

4.5 支付、订单业务逻辑漏洞

1. 客户端可控金额参数，服务端没有二次校验。下单请求 price 参数由前端传递，修改 price=0.01，低价购买高价商品。

注意：现在大部分线上真实业务支付金额后端从数据库读取，这种漏洞现在变少，但外包自研系统经常出现。

2. 订单篡改，修改订单所属用户 ID；
3. 退款逻辑漏洞：重复退款，退款金额大于订单金额。

4.6 文件上传漏洞

1. 前端后缀校验，抓包修改后缀绕过；
2. 文件名解析漏洞；
3. 图片二次渲染绕过；
4. 上传路径可控，路径遍历。

注意：SRC 环境禁止上传 webshell，验证漏洞存在上传普通 php 文本即可，不要执行恶意脚本。

4.7 未授权访问漏洞

测试方法：

1. 复制接口完整 URL，浏览器无痕模式打开，删除 Cookie、token，直接发送请求。不需要登录身份，访问后台页面、查询接口、用户数据。
   常见位置：swagger 接口文档、后台管理页面、内部业务接口。

区分：

• 未授权可以访问后台页面，但是不能执行操作；一般中危。
• 未授权直接调用接口增删改查数据，直接判定高危。

4.8 信息泄露类漏洞（大量低危，但可以作为突破口）

1. .git源码泄露，拿到源代码之后审计代码逻辑，挖掘更多高危；
2. 备份文件 sql、bak；
3. 错误页面泄露路径、数据库版本；
4. API 接口返回过多敏感字段，用户手机号、身份证明文返回响应包。

单纯信息泄露大多低危，但是如果源码泄露，从源码挖到逻辑漏洞就升级高危。

4.9 SS O 单点登录漏洞

SSO 是高危漏洞高发点：

1. SSO 签名校验缺失，攻击者伪造用户身份；
2. 重定向劫持，open‑redirect；
3. token 泄露；
4. 会话固定漏洞。

五、阶段五：传统 Web 漏洞补充挖掘（SQL 注入、XSS、CRLF 等）

业务逻辑测试完成之后，再测试传统 Web 漏洞。扫描器 xray 可以辅助，但是扫描结果必须人工复现确认，不能直接拿扫描器输出提交报告，很多误报。

1. SQL 注入：GET/POST 参数，JSON 参数，Cookie 参数都需要测试；
2. XSS：存储型、反射 XSS，富文本编辑器；
3. CRLF 注入；
4. URL 跳转漏洞，参数 url、target、redirect；
5. XXE，如果接口接收 XML 数据；
6. SSRF，业务存在访问外部资源功能（图片加载、获取远程内容）。

现实 SRC 现状：成熟互联网大厂传统漏洞很少；外包、中小企业业务系统注入 XSS 产出会高一些。

六、阶段六：漏洞验证，留存证据（提交报告成败关键）

发现疑似漏洞之后，不能立刻提交，完成规范验证，规避误报，留存完整证据。

6.1 验证三原则

1. 复现可稳定复现：不是偶然触发，多次操作稳定复现漏洞。很多环境偶发 bug 不算安全漏洞。
2. 最小化测试：不要污染真实用户数据。测试越权只用自己两个测试账号，不要去尝试遍历大量 ID 遍历其他真实用户数据。SRC 规则禁止批量爬取用户信息。
3. 不做破坏性操作：不要删除数据，不要修改真实用户信息。

6.2 需要留存的证据材料

1. 完整 HTTP 请求包、响应包（Burp 复制完整 raw 报文）；
2. 截图：需要包含 URL 地址栏、请求参数、漏洞触发返回结果；敏感信息做脱敏打码，手机号只保留前后几位；
3. 复杂高危漏洞建议录屏，复现完整操作链路；
4. 记录漏洞影响范围：哪些接口、哪些域名受影响。

坑：很多新手提交报告只有一张结果截图，没有请求包，厂商审核人员无法复现，直接驳回漏洞。

七、阶段七：SRC 漏洞报告编写完整模板

一份高质量漏洞报告由这几部分组成：漏洞标题、漏洞描述、影响资产、复现步骤、POC 请求报文、漏洞危害、修复建议腾讯安全应…。

报告模板示例

漏洞标题：XX 业务系统水平越权，可查看任意用户订单信息
影响域名：https://test.example.com
漏洞描述：
业务订单查询接口，后端未校验请求用户与订单归属身份，攻击者登录普通账号，修改 orderId 参数即可读取其他用户完整订单、收货地址、手机号等敏感信息。
复现步骤：

1. 使用账号 A（测试账号）登录系统，Burp 开启代理；
2. 访问我的订单，抓包订单查询请求；GET /api/order/detail?orderId=10001（A 账号自己订单）
3. 复制该数据包，修改 orderId 参数为账号 B 的订单 id：orderId=10002；
4. 使用账号 A 的 Cookie 发送请求；
5. 服务器返回账号 B 完整订单数据，触发越权漏洞。
   POC 请求包（完整 raw http 报文粘贴）
   漏洞危害：
   攻击者可以读取全部用户订单、收货手机号等隐私数据，造成大规模用户信息泄露。
   修复建议：
   后端接口校验当前登录用户身份，校验 orderId 对应的订单所属 userID 必须和当前会话登录用户一致；禁止完全信任客户端传递的 orderId 参数。

写报告避坑：

1. 标题清晰直接，不要写 “某处存在高危漏洞” 模糊描述；
2. 复现步骤按 1、2、3 顺序，审核人员照着步骤可以复现；
3. 危害实事求是，不要夸大；
4. 修复建议针对性，不要网上复制通用模板。

八、SRC 挖洞高频踩坑总结

坑 1：过度依赖自动化扫描器

扫描器擅长传统漏洞，业务逻辑漏洞 90% 扫描器无法识别。只跑扫描器，产出基本只有低危。正确流程：资产测绘→人工业务拆解 + 抓包测试，扫描器作为辅助补充。

坑 2：只用一个账号测试业务

越权、密码重置漏洞必须至少准备两个测试账号，单账号永远无法验证漏洞。

坑 3：批量暴力遍历 ID，爬取大量真实用户数据

SRC 明确禁止，就算挖到漏洞，也会判定违规，漏洞不予接收，严重封禁账号。测试越权，手动替换少量 ID 验证漏洞存在即可。

坑 4：测试验证码短信轰炸，大量给真实手机号发送短信

违规行为，不要做。只在自己测试手机号做少量验证。

坑 5：把偶现业务 bug 当做安全漏洞提交

不稳定复现的业务 bug 不属于安全漏洞，提交直接驳回。

坑 6：不看 SRC 规则，测试不在授权范围内的域名

漏洞直接被拒，留下不良记录。

坑 7：提交报告缺少请求报文，只有一张截图

审核人员无法复现，漏洞被打回。

坑 8：条件竞争并发大量请求压测线上业务

违反 SRC 规则，造成业务故障，责任由白帽承担。少量请求确认漏洞即可。

坑 9：拿到 swagger 接口文档直接批量调用接口爬取数据

只做权限验证测试，不要批量拉取业务真实数据。

九、实战完整模拟案例（模拟 SRC 业务挖洞全过程）

目标厂商 example‑src.com，已经确认域名在 SRC 授权资产。

1. 研读 SRC 规则，确认允许测试 web 站点，禁止大流量压测。
2. 资产收集：subfinder 收集子域名，httpx 筛选存活站点，发现预发布站点pre.example.com，存在用户中心、密码重置、订单系统。
3. ffuf 目录扫描发现pre.example.com/swagger‑doc 接口文档，导出全部 API 接口。
4. 注册 A 账号、B 账号两个测试账号，Burp 抓包浏览全部业务流程。梳理忘记密码重置完整业务链路。
5. 测试密码重置模块：
   走完完整重置流程，抓包最后一步提交重置密码请求，请求参数mobile=A手机号&code=123456&newPassword=xxxx；
   拦截数据包，把 mobile 参数修改为 B 手机号，code 保留 A 手机号收到的验证码，发送请求；业务返回重置成功，B 账号密码被修改。确认存在任意账号密码重置高危漏洞。
6. 留存完整 http 请求响应报文，录屏复现过程，手机号信息截图脱敏。
7. 整理漏洞报告，填写标题、影响资产、复现步骤、POC 报文、危害、修复建议，提交 SRC 平台。
8. 漏洞审核确认，定级高危。

整个漏洞没有使用任何扫描器 payload，完全依靠拆解业务流程抓包篡改参数，这就是 SRC 业务系统最典型高危漏洞产出路径。

十、提升 SRC 挖洞产出效率的习惯

1. 建立自己挖洞 checklist，每一个业务模块按照 checklist 逐项测试，避免漏测试点；
2. 重点关注预发布、测试环境，很多开发测试环境安全校验缺失；
3. 遇到 swagger、api‑docs 接口文档优先分析，极大节省抓包时间；
4. 优先测试账号、资金相关高风险业务模块，不要在静态页面浪费大量时间；
5. 挖到信息泄露、源码泄露，不要直接结束，利用泄露信息进一步深挖业务逻辑漏洞；
6. 同一个厂商资产定期复测，业务版本迭代更新，会引入新业务漏洞。

总结

SRC 业务系统红队挖洞，完整链路可以概括：熟读 SRC 安全规则划定资产范围→多工具资产测绘收集域名接口→注册多测试账号拆解完整业务流程→抓包分析关键业务参数，按照模块逐项测试业务逻辑漏洞→传统扫描工具做补充→完整漏洞验证留存证据→编写规范可复现漏洞报告提交。

在现在真实 SRC 环境，传统注入 XSS 越来越少，业务逻辑漏洞才是高分漏洞主力军。挖洞比拼的不完全是漏洞 payload 积累，更多是业务拆解能力、细心程度，对业务流程逻辑的思考，不要把全部希望寄托扫描器。同时务必守住白帽底线，所有操作严格遵守厂商 SRC 授权协议，杜绝任何破坏性测试行为。

本文仅用于合法安全研究，禁止未授权攻击行为。

以上就是今天的分享，觉得有帮助，记得点赞+收藏，以上所说到的漏洞扫描工具都整理成压缩包了，朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

同时还为准备学习网络安全（黑客）或者正在学习，整理了一套360独家内部资料，包含以下内容，如有需要也可文末获取：

①网络安全学习路线
②20份渗透测试电子书
③安全攻防357页笔记
④50份安全攻防面试指南
⑤安全红队渗透工具包
⑥网络安全必备书籍
⑦100个漏洞实战案例
⑧安全大厂内部视频资源
⑨历年CTF夺旗赛题解析

一、网络安全（黑客）学习路线

网络安全（黑客）学习路线，形成网络安全领域所有的知识点汇总，它的用处就在于，你可以按照上面的知识点去找对应的学习资源，保证自己学得较为全面。

二、网络安全教程视频

我们在看视频学习的时候，不能光动眼动脑不动手，比较科学的学习方法是在理解之后运用它们，这时候练手项目就很适合了。

三、网络安全CTF实战案例

光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这里带来的是CTF&SRC资料&HW资料，毕竟实战是检验真理的唯一标准嘛~

四、网络安全面试题

最后，我们所有的作为都是为就业服务的，所以关键的临门一脚就是咱们的面试题内容，所以面试题板块是咱们不可或缺的部分，这里我给大家准备的就是我在面试期间准备的资料。

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

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

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