SRC保姆级教程：一篇学会信息收集

SRC保姆级教程一篇学会信息收集很多刚开始挖SRC的同学遇到的第一个问题都是「拿到目标以后我到底应该从哪里开始」打开官网扫目录跑扫描器还是直接拿 Burp 抓包其实都可以。但如果让我来我做的第一件事情一定是「信息收集。」因为你看到的官网只是一个企业互联网资产里非常小的一部分。真正值得关注的东西往往藏在子域名历史域名APP小程序APIJS 文件开发测试环境云上资产历史系统供应商系统遗留后台这篇就把SRC中常用的信息收集思路、工具、网站和基础用法整理出来。建议收藏需要的时候直接当 Checklist 用。一、先搞明白SRC 信息收集到底在收集什么假设 SRC 给你的核心目标是example.com不要把它理解成我要测试 www.example.com应该把它理解成example.com │ ├── 域名资产 │ ├── www.example.com │ ├── api.example.com │ ├── admin.example.com │ └── ... ├── IP资产 │ ├── 服务器 │ ├── 云主机 │ └── 历史IP ├── Web资产 │ ├── 官网 │ ├── 管理后台 │ ├── API │ └── 测试环境 ├── 移动端资产 │ ├── Android APP │ ├── iOS APP │ └── H5 ├── 微信生态 │ ├── 小程序 │ ├── 公众号 │ └── H5 └── 关联资产 ├── 子公司 ├── 品牌 ├── 产品 └── 历史业务所以信息收集真正要解决的是❝「这个企业到底有哪些互联网资产」❞二、第一阶段确定资产边界在SRC场景里不是搜到的资产都能测。第一步应该先阅读 SRC 的测试规则重点记录允许测试的根域名 允许测试的APP 允许测试的小程序 允许测试的IP段 禁止测试的业务 禁止测试的漏洞类型 是否允许自动化扫描 是否限制请求频率建议自己建立一个scope.txtexample.com example.cn exampleapp.com后面的所有信息收集都围绕 Scope 展开。可参考平台「1. 补天漏洞响应平台」地址https://www.butian.net/「2. 漏洞盒子」地址https://www.vulbox.com/「3. HackerOne」地址https://www.hackerone.com/「4. Bugcrowd」地址https://www.bugcrowd.com/❝不同 SRC 的测试范围和规则差异很大具体以目标 SRC 公布的规则为准。❞三、企业主体信息收集先确认公司全称曾用名品牌名称子公司控股公司产品名称APP 名称公众号小程序官方网站推荐网站「1. 企查查」用途企业主体、股权、品牌、关联企业地址https://www.qcc.com/「2. 天眼查」用途企业关系、产品、投资关系地址https://www.tianyancha.com/「3. 爱企查」用途企业工商与关联信息地址https://aiqicha.baidu.com/「4. 国家企业信用信息公示系统」用途官方工商主体查询地址https://www.gsxt.gov.cn/这里最重要的并不是看注册资本而是找「企业 → 品牌 → 产品 → 域名之间的关系。」例如公司A ├── 产品A ├── 产品B ├── APP C ├── 子公司D └── 品牌E这些关键词都可以成为下一轮资产搜索的入口。四、WHOIS 信息WHOIS 可以帮助了解域名注册时间注册商DNS 服务器域名状态部分注册信息推荐网站「1. 站长之家 Whois」地址https://whois.chinaz.com/「2. ICANN Lookup」地址https://lookup.icann.org/现在很多域名开启了隐私保护所以 WHOIS 不一定能直接找到联系人。但它仍然适合用来确认域名注册时间、注册商、DNS 服务商和域名状态。五、根域名与备案信息收集这是很多新手最容易漏掉的一步。我们通常拿到example.com但一家大型企业可能还有example.cn example.net examplecloud.com exampleapp.com examplegroup.com甚至不同产品使用完全不同的域名。常见思路搜索公司名称 官网 公司名称 ICP备案 品牌名称 官网 产品名称 官网推荐网站「1. 工信部 ICP/IP」用途官方备案查询地址https://beian.miit.gov.cn/地址/域名信息备案管理系统「2. 企查查」用途企业主体、股权、品牌、关联企业地址https://www.qcc.com/「3. 天眼查」用途企业关系、产品、投资关系地址https://www.tianyancha.com/「4. 爱企查」用途企业工商与关联信息地址https://aiqicha.baidu.com/重点关注备案主体 网站名称 域名 APP备案 小程序备案六、子域名收集确定根域名之后就可以开始扩展子域名。例如www.example.com api.example.com admin.example.com oa.example.com mail.example.com test.example.com dev.example.com open.example.com推荐工具「1. Subfinder」用途被动子域名收集速度快地址https://github.com/projectdiscovery/subfinder「2. OneForAll」用途多数据源子域名收集地址https://github.com/shmilylty/OneForAll「3. OWASP Amass」用途攻击面映射与资产发现地址https://github.com/owasp-amass/amass**4. crt.sh **用途证书透明度查询地址https://crt.sh/Subfinder 基础使用subfinder -d example.com -o domains.txt得到www.example.com api.example.com admin.example.com test.example.com ...这份domains.txt后面可以继续交给 httpx 做存活探测。七、证书透明度收集HTTPS 证书也是非常重要的数据来源。很多企业申请证书时会把多个子域名写进证书*.example.com www.example.com api.example.com passport.example.com admin.example.com推荐网站「crt.sh」https://crt.sh/查询时可以搜索%.example.com还可以配合「1. Censys」地址https://search.censys.io/「2. Shodan」地址https://www.shodan.io/证书透明度有时能够发现常规子域名工具没有找到的历史资产。八、DNS 信息收集对子域名进行整理以后需要继续查询 DNS。重点关注A AAAA CNAME MX NS TXT本地工具Windowsnslookup example.comLinux/macOSdig example.com在线网站「1. DNSdumpster」地址https://dnsdumpster.com/「2. DNSChecker」地址https://dnschecker.org/「3. ViewDNS」地址https://viewdns.info/我们主要想搞清楚域名 ↓ CNAME ↓ CDN / 云服务 ↓ 最终服务DNS 信息还能帮助识别邮件服务、CDN、云厂商和第三方 SaaS。九、空间测绘搜索空间测绘是 SRC 信息收集中非常重要的一环。常见平台「1. FOFA」地址https://fofa.info/「2. Hunter」地址https://hunter.qianxin.com/「3. ZoomEye」地址https://www.zoomeye.org/「4. Shodan」地址https://www.shodan.io/「5. Quake」地址https://quake.360.net/quake/「6. Censys」地址https://search.censys.io/它们可以帮助我们从域名 IP 证书 Title ICON 组件 备案信息继续扩展资产。不同平台的查询语法并不完全一致建议以各平台当前语法文档为准。十、IP资产收集域名整理完成以后可以开始建立域名 → IP映射关系。例如api.example.com 1.1.1.1 oa.example.com 2.2.2.2 mail.example.com 3.3.3.3推荐工具/网站「1. nslookup」地址Windows 系统自带「2. dig」地址https://www.isc.org/bind/「3. DNSChecker」地址https://dnschecker.org/「4. ViewDNS」地址https://viewdns.info/建议建立assets.csv至少记录Domain IP Port Title Status Technology Source Remark这样后面不会越来越乱。十一、CDN识别拿到 IP 以后不要马上认为❝这个 IP 就是目标服务器。❞很多网站前面都有 CDN、WAF、负载均衡或云加速。推荐工具/网站「1. CDNCheck」地址https://cdncheck.tools/「2. DNSChecker」地址https://dnschecker.org/「3. SecurityTrails」地址https://securitytrails.com/「4. ViewDNS」地址https://viewdns.info/可以结合DNS解析 CNAME 不同地区DNS结果 历史DNS 证书 空间测绘综合判断。十二、历史DNS与历史IP企业迁移服务器以后可能出现新IP → 有CDN/WAF 旧IP → 历史上曾承载业务常见思路域名 ↓ 历史DNS ↓ 历史IP ↓ 空间测绘 ↓ 重新确认资产归属推荐网站「1. SecurityTrails」地址https://securitytrails.com/「2. ViewDNS IP History」地址https://viewdns.info/iphistory/「3. VirusTotal」地址https://www.virustotal.com/「4. DNSlytics」地址https://dnslytics.com/❝**历史关联不等于当前授权。**发现历史 IP 后应重新确认是否仍属于目标以及是否处于 SRC 授权范围。❞十三、端口与服务信息确认属于授权范围的 IP 后可以进一步了解暴露服务。常见 Web 端口80 443 8080 8443 8000 8888推荐工具「1. Nmap」地址https://nmap.org/「2. Naabu」地址https://github.com/projectdiscovery/naabu「3. Masscan」地址https://github.com/robertdavidgraham/masscan例如对**「明确授权」**的目标进行有限端口检查naabu -host example.com -p 80,443,8080,8443或者nmap -sV -p 80,443,8080,8443 example.comSRC 场景尤其需要控制扫描速率、扫描范围和请求数量。十四、Web存活探测收集几百个子域名以后一个一个打开显然不现实。推荐工具httpxGitHubhttps://github.com/projectdiscovery/httpx基础使用httpx -l domains.txt -title -status-code -o live.txt这样可以得到URL 状态码 Title完整流程example.com ↓ Subfinder ↓ domains.txt ↓ httpx ↓ live.txt十五、Title 收集Title 是非常容易被低估的信息。例如统一身份认证平台 XX管理后台 订单管理系统 API Documentation Swagger UI XX测试平台 XX运营后台推荐工具「1. httpx」地址https://github.com/projectdiscovery/httpx「2. WebBatchRequest」地址https://github.com/ScriptKid-Beta/WebBatchRequesthttpx 可以直接httpx -l domains.txt -title -status-code建议最终保存URL Status Title Technology十六、Web指纹识别我们关心CMS 框架 中间件 Web Server 编程语言 前端框架 后台系统 开源组件 版本推荐工具「1. Wappalyzer」地址https://www.wappalyzer.com/「2. ObserverWard」地址https://github.com/0x727/ObserverWard_0x727「3. EHole」地址https://github.com/EdgeSecurityTeam/EHole「4. TideFinger」地址https://github.com/TideSec/TideFinger例如识别出Spring Boot ThinkPHP WordPress Jenkins Nginx Apache Vue React后续分析方向就会更清晰。十七、目录与路径信息目录扫描的目的不是单纯跑字典。真正值得关注的是后台 接口 备份 配置 测试目录 上传目录 Swagger 历史文件 开发目录常见路径/admin/ /api/ /swagger/ /swagger-ui/ /doc/ /docs/ /upload/ /uploads/ /backup/ /test/ /dev/ /static/推荐工具「1. dirsearch」地址https://github.com/maurosoria/dirsearch「2. ffuf」地址https://github.com/ffuf/ffuf「3. Gobuster」地址https://github.com/OJ/gobuster例如dirsearch -u https://example.com/❝目录扫描会产生主动请求。在 SRC 场景下必须确认规则允许并控制线程和请求频率。❞十八、robots.txt访问https://example.com/robots.txt有时候能够发现后台路径 管理目录 接口目录 测试路径 禁止搜索引擎收录的页面辅助工具浏览器直接访问即可也可以使用curl https://example.com/robots.txtcurlhttps://curl.se/十九、sitemap.xml继续查看https://example.com/sitemap.xml有些站点会把大量业务页面直接放进 sitemap。可以使用curl https://example.com/sitemap.xml对于大型业务系统来说它可以帮助快速理解网站结构 业务模块 页面路径二十、JS文件收集现代 Web 应用大量使用 Vue、React、Angular、Webpack 等技术。所以 JS 中可能存在API 后台地址 内部域名 测试地址 参数名称 接口路径 第三方服务配置 业务模块名称推荐工具「1. FindSomething」地址https://github.com/momosecurity/FindSomething「2. JSFinder」地址https://github.com/Threezh1/JSFinder「3. URLFinder」地址https://github.com/pingc0y/URLFinder「4. LinkFinder」地址https://github.com/GerbenJavado/LinkFinder「5. Katana」地址https://github.com/projectdiscovery/katana例如katana -u https://example.com -o endpoints.txt也可以直接串联cat live.txt | katana -o endpoints.txt二十一、JS接口提取JS 最值得看的东西之一就是「API 接口。」可以重点搜索/api/ /admin/ /user/ /login/ /upload/ /download/ /export/ /import/以及常见代码特征axios fetch( $.ajax http.get http.post request( service.get service.post推荐工具「1. FindSomething」地址https://github.com/momosecurity/FindSomething「2. JSFinder」地址https://github.com/Threezh1/JSFinder「3. URLFinder」地址https://github.com/pingc0y/URLFinder「4. LinkFinder」地址https://github.com/GerbenJavado/LinkFinder「5. Katana」地址https://github.com/projectdiscovery/katana最终可以整理成api.txt再进入后续人工接口分析。二十二、SourceMap 信息看到app.js chunk.js vendor.js的时候可以留意.map例如app.js.mapSourceMap 如果公开有时能够帮助恢复更完整的前端源码结构。推荐方式浏览器开发者工具Chrome DevTools → SourcesChrome DevTools 文档https://developer.chrome.com/docs/devtools/可以重点理解目录结构 API封装 路由 组件 接口 业务逻辑二十三、前端路由Vue / React 项目里经常存在大量前端路由/admin /user /order /system /manager /audit /config这些路由本身不代表漏洞但可以帮助快速绘制「业务功能地图。」推荐方式Chrome DevToolshttps://developer.chrome.com/docs/devtools/FindSomethinghttps://github.com/momosecurity/FindSomethingKatanahttps://github.com/projectdiscovery/katana二十四、API文档信息收集时非常值得关注Swagger OpenAPI Knife4j API Docs常见路径/swagger-ui.html /swagger-ui/ /v2/api-docs /v3/api-docs /doc.html相关项目/文档「1. Swagger」地址https://swagger.io/「2. OpenAPI Initiative」地址https://www.openapis.org/「3. Knife4j」地址https://doc.xiaominfo.com/如果发现 API 文档重点是理解接口结构、业务模块、参数和认证方式。是否允许进一步测试要以 SRC 规则为准。二十五、GitHub代码搜索公开代码仓库同样是重要的信息来源。GitHubhttps://github.com/GitHub Code Searchhttps://github.com/search?typecode可以搜索公司名称 域名 产品名称 公开仓库重点关注公开代码中出现的域名 API地址 历史项目 配置模板 测试环境名称 接口路径❝公开仓库中的敏感字符串不能直接认定仍然有效更不能超出授权范围使用。❞二十六、搜索引擎信息收集搜索引擎本身就是非常强大的信息收集工具。常用网站「1. Google」地址https://www.google.com/「2. Bing」地址https://www.bing.com/「3. 百度」地址https://www.baidu.com/常见site:example.com继续组合site:example.com inurl:admin site:example.com inurl:login site:example.com inurl:test site:example.com inurl:api site:example.com intitle:后台 site:example.com intitle:管理还可以寻找公开文件site:example.com filetype:pdf site:example.com filetype:doc site:example.com filetype:xls重点是发现「被搜索引擎收录但常规资产扫描没有发现的页面。」二十七、历史URL网站今天没有的页面不代表以前没有。可以通过历史公开数据寻找旧接口 旧页面 历史目录 废弃业务 旧参数推荐工具/网站「1. Wayback Machine」地址https://web.archive.org/「2. gau」地址https://github.com/lc/gau「3. waybackurls」地址https://github.com/tomnomnom/waybackurls历史 URL 最大的价值是帮助理解「这个系统以前长什么样。」历史页面同样需要重新确认当前资产归属和授权范围。二十八、APP资产很多企业的核心业务并不在 Web 官网而在 APP。需要收集Android APP iOS APP 历史版本 APP包名 开发者信息 官方网站 隐私政策 关联域名推荐来源「1. Apple App Store」地址https://www.apple.com/app-store/「2. 华为应用市场」地址https://appgallery.huawei.com/「3. 小米应用商店」地址https://app.mi.com/「4. 腾讯应用宝」地址https://sj.qq.com/「5. 七麦数据」地址https://www.qimai.cn/还可以从企业官网、隐私政策、备案信息反向确认 APP 与企业主体之间的关系。二十九、小程序现在 SRC 信息收集里小程序越来越重要。可以从微信搜索 企业公众号 官网 品牌名称 产品名称寻找小程序。推荐来源「1. 微信」地址https://weixin.qq.com/「2. 小蓝本」地址https://www.xiaolanben.com/建议整理小程序名称 主体 业务功能 关联域名 接口域名很多时候官网 APP 小程序背后使用的是同一套 API。三十、公众号公众号可以帮助我们了解产品 活动 H5 小程序 业务入口 历史业务特别值得关注「历史文章里的活动链接。」推荐来源「1. 微信」地址https://weixin.qq.com/「2. 搜狗微信搜索」地址https://weixin.sogou.com/有些已经从官网消失的业务可能仍然能够从历史公众号文章中找到线索。三十一、邮箱与邮件系统可以通过公开页面判断企业是否使用Exchange Outlook Web App 企业邮箱 第三方邮件服务推荐方式DNS MX 记录nslookup -typemx example.com在线查询MXToolboxhttps://mxtoolbox.com/DNSCheckerhttps://dnschecker.org/这里主要用于资产识别、技术栈识别和域名关系确认。不要进行密码喷洒、爆破等超出授权范围的行为。三十二、云资产识别现在企业大量业务部署在阿里云 腾讯云 华为云 AWS Azure Cloudflare可参考网站「1. 阿里云」地址https://www.aliyun.com/「2. 腾讯云」地址https://cloud.tencent.com/「3. 华为云」地址https://www.huaweicloud.com/「4. AWS」地址https://aws.amazon.com/「5. Microsoft Azure」地址https://azure.microsoft.com/「6. Cloudflare」地址https://www.cloudflare.com/通过 DNS、CNAME、证书、HTTP Header 和 IP/ASN 归属可以判断部分云服务关系。三十三、WAF识别推荐工具「1. wafw00f」地址https://github.com/EnableSecurity/wafw00f「2. WhatWaf」地址https://github.com/Ekultek/WhatWaf识别 WAF 的主要意义不是马上想办法绕而是知道「目标前面是否存在安全防护。」这会影响后续测试策略以及请求频率。三十四、历史漏洞与公开情报完成技术资产收集以后还应该看看「这个企业、产品或技术栈以前出过什么问题」可以搜索公司名称 漏洞 域名 漏洞 产品名称 CVE 组件名称 CVE 产品名称 安全公告推荐网站「1. NVD」地址https://nvd.nist.gov/「2. CVE」地址https://www.cve.org/「3. CNVD」地址https://www.cnvd.org.cn/「4. CNNVD」地址https://www.cnnvd.org.cn/「5. Exploit-DB」地址https://www.exploit-db.com/「6. GitHub Security Advisories」地址https://github.com/advisories目的不是看到 POC 就直接打而是理解「这个系统历史上出现过什么类型的问题。」三十五、资产去重与清洗跑完一堆工具以后最常见的问题就是「资产太多。」所以一定要做去重 存活检测 状态码整理 Title整理 IP归并 指纹整理推荐工具「1. anew」用途去重/追加新结果地址https://github.com/tomnomnom/anew「2. httpx」用途存活与信息整理地址https://github.com/projectdiscovery/httpx「3. uro」用途URL 清洗地址https://github.com/s0md3v/uro最终不要得到10000个乱七八糟的URL而应该得到一批真正值得人工分析的Web资产三十六、资产分类建议按照高价值资产 普通业务资产 低价值资产进行分类。高价值例如统一认证 后台 API 开发平台 测试环境 文件系统 订单系统 用户中心 开放平台普通业务例如官网 活动页面 内容系统 营销页面低价值例如纯静态页面 CDN静态资源 第三方托管页面工具可以帮助你发现资产但最终的价值判断仍然需要人工完成。三十七、建立自己的资产表最后强烈建议每一个 SRC 都建立自己的资产表。例如可以直接使用ExcelWPS 表格CSVNotion自己编写资产管理脚本做到这里以后「信息收集才算真正完成第一轮。」三十八、自动化信息收集平台如果后面目标越来越多每次手动运行工具会比较麻烦。可以使用自动化资产收集平台统一管理。常见项目「1. ARL灯塔」地址https://github.com/TophantTechnology/ARL「2. ShuiZe」地址https://github.com/0x727/ShuiZe_0x727自动化平台适合资产较多 需要周期性更新 多个目标同时管理 希望统一查看子域名/IP/端口/Web资产但自动化平台同样要严格配置 Scope 和扫描频率。三十九、漏洞扫描工具信息收集完成后可以在**「规则明确允许自动化扫描」**的情况下使用漏洞扫描工具进行辅助检测。常见工具「1. Nuclei」地址https://github.com/projectdiscovery/nuclei「2. afrog」地址https://github.com/zan8in/afrog「3. Xray」地址https://github.com/chaitin/xray「4. Goby」地址https://gobies.org/例如 Nuclei 可以读取目标列表nuclei -l live.txt❝自动扫描结果不能直接等同于漏洞。SRC 场景中应先确认平台是否允许自动扫描并对结果进行人工复核避免误报和对业务造成影响。❞四十、我的 SRC 信息收集流程如果把上面的内容压缩成一条流程就是的一套最小工具链看到这里你可能会发现「工具真的很多。」但实际上你不需要全部安装。新手先把下面这一套跑熟工具地址汇总「1. 子域名」地址https://github.com/projectdiscovery/subfinder「2. 子域名」地址https://github.com/shmilylty/OneForAll「3. 空间测绘」地址https://fofa.info/「4. 空间测绘」地址https://hunter.qianxin.com/「5. 端口」地址https://github.com/projectdiscovery/naabu「6. Web探测」地址https://github.com/projectdiscovery/httpx「7. 指纹」地址https://www.wappalyzer.com/**「8. 目录」**地址https://github.com/maurosoria/dirsearch「9. Web爬取」地址https://github.com/projectdiscovery/katana「10. JS接口」地址https://github.com/Threezh1/JSFinder「11. JS接口」地址https://github.com/pingc0y/URLFinder「12. 抓包分析」地址https://portswigger.net/burp真正重要的从来不是❝装了多少工具。❞而是❝「能不能把一个目标的资产关系理清楚。」❞四十二、可以串起来的一套基础工作流工具真正有价值的地方不是一个一个单独运行而是把结果串起来。例如第一步子域名subfinder -d example.com -o domains.txt第二步Web存活httpx -l domains.txt -title -status-code -o live.txt第三步Web爬取katana -list live.txt -o endpoints.txt于是example.com ↓ Subfinder ↓ domains.txt ↓ httpx ↓ live.txt ↓ Katana ↓ endpoints.txt ↓ 人工整理 API / JS / 业务路径如果目标规则允许端口探测也可以增加domains.txt ↓ Naabu ↓ 开放端口 ↓ httpx这才是一套真正可以重复使用的信息收集流程。四十三、信息收集真正的终点很多新手觉得收集到1000个子域名 信息收集做得好其实不是。真正有效的信息收集应该最终回答这个企业有哪些业务哪些域名属于它哪些系统值得优先看哪些是后台哪些是 API哪些是测试环境APP 和 Web 是否共用接口小程序调用哪些域名哪些系统使用同一套技术栈哪些资产可能被大家忽略当这些问题逐渐清楚以后你面对的就不再是一堆 URL。而是一张企业互联网资产地图这时候才真正进入漏洞挖掘阶段。学习资源如果你也是零基础想转行网络安全却苦于没系统学习路径、不懂核心攻防技能光靠盲目摸索不仅浪费时间还消磨自己信心。这份 360 智榜样学习中心独家出版《网络攻防知识库》专为转行党量身打造01内容涵盖这份资料专门为零基础转行设计19 大核心模块从 Linux系统、Python 基础、HTTP协议等地基知识到 Web 渗透、代码审计、CTF 实战层层递进攻防结合的讲解方式让新手轻松上手真实实战案例 落地脚本直接对标企业岗位需求帮你快速搭建转行核心技能体系这份完整版的网络安全学习资料已经上传CSDN【保证100%免费】**读者福利 |******[CSDN大礼包《网络安全入门进阶学习资源包》免费分享02 知识库价值深度 本知识库超越常规工具手册深入剖析攻击技术的底层原理与高级防御策略并对业内挑战巨大的APT攻击链分析、隐蔽信道建立等提供了独到的技术视角和实战验证过的对抗方案。广度 面向企业安全建设的核心场景渗透测试、红蓝对抗、威胁狩猎、应急响应、安全运营本知识库覆盖了从攻击发起、路径突破、权限维持、横向移动到防御检测、响应处置、溯源反制的全生命周期关键节点是应对复杂攻防挑战的实用指南。实战性 知识库内容源于真实攻防对抗和大型演练实践通过详尽的攻击复现案例、防御配置实例、自动化脚本代码来传递核心思路与落地方法。03 谁需要掌握本知识库负责企业整体安全策略与建设的CISO/安全总监从事渗透测试、红队行动的安全研究员/渗透测试工程师负责安全监控、威胁分析、应急响应的蓝队工程师/SOC分析师设计开发安全产品、自动化工具的安全开发工程师对网络攻防技术有浓厚兴趣的高校信息安全专业师生04部分核心内容展示360智榜样学习中心独家《网络攻防知识库》采用由浅入深、攻防结合的讲述方式既夯实基础技能更深入高阶对抗技术。内容组织紧密结合攻防场景辅以大量真实环境复现案例、自动化工具脚本及配置解析。通过策略讲解、原理剖析、实战演示相结合是你学习过程中好帮手。1、网络安全意识2、Linux操作系统3、WEB架构基础与HTTP协议4、Web渗透测试5、渗透测试案例分享6、渗透测试实战技巧7、攻防对战实战8、CTF之MISC实战讲解这份完整版的网络安全学习资料已经上传CSDN【保证100%免费】**读者福利 |**[CSDN大礼包[《网络安全入门进阶学习资源包》免费分享 ]文章来自网上侵权请联系博主