1. 从闹钟响到开机网安工程师的清晨并不神秘先说个现实我接触过不少想转行做网络安全的人都以为这行每天就是打开几个黑乎乎的终端敲几行代码屏幕上飘过一串串绿色的字符然后——“攻破成功”。说实话这种画面是有但占比绝对不超过全天工作内容的十分之一。我刚入行那年带我的师傅说过一句话到现在我还觉得特别准确“网络安全工程师的日常百分之七十是在做防守和查漏百分之二十是在写文档和开会剩下百分之十才是外人以为的那些‘黑客操作’。”这句话是我写这篇文章的底气。标题里写着“月入1w”很多人第一反应是羡慕但我更想说的是这个薪资背后对应的是一套完整的工作节奏、技能栈和持续学习的习惯。一个月入过万的网络安全工程师并不是靠某一招鲜吃遍天而是靠一套稳定的日常流程在支撑。我自己的作息大概是这样早上八点半到公司第一件事不是急着打开各种工具而是先花二十分钟左右浏览今天的安全情报。漏洞情报这块现在基本已经流程化了像国家信息安全漏洞共享平台CNVD、CNNVD包括一些厂商的安全公告都有RSS或者微信群渠道。我会重点看三类内容和公司业务相关的系统有没有新漏洞、有没有在野利用的0day、以及业内有没有新的攻击手法在流传。可能有人会问为什么要这么早看漏洞情报很简单安全领域有个天然的不对称攻击者只需要找到一个洞防守方要把所有可能的洞都堵上。早上的情报浏览就是给自己开启一天的“上帝视角”——知道外面正在发生什么才能判断今天该优先处理什么。看完情报我会顺手把昨天的告警记录再过一遍。这一步很多人容易忽略但实际上特别重要。告警不是清零就完事了要去看有没有“低优先级”但其实是有规律的试探。比如某个IP连续三天在凌晨三点扫我们的端口虽然没成功但结合最新情报里那个在野0day可能就要考虑先把这个IP拉黑或者重点监控。这就是从“被动等告警”到“主动找线索”的差别也是普通运维和月入过万的网安工程师拉开差距的地方。2. 网安工程师的工作台人手必备的核心工具与技能拼图在展开一天的完整流程之前我觉得有必要先把“家伙事儿”摆出来聊聊。因为后面我会反复提到一些工具名、平台名和术语如果不说清楚它们到底是什么、解决什么问题很多刚入门的读者容易直接看懵。我一直喜欢用一个比喻网络安全工程师的工具箱相当于医生手里的听诊器、手术刀和X光机。不同的场景用不同的工具工具本身不是重点重点是你知道什么时候该用哪个以及拿到检查结果后能做出什么判断。2.1 渗透测试里的“三件套”Burp Suite、Nmap、SQLMapBurp Suite几乎是Web渗透里绕不开的工具说白了它就是一个HTTP/HTTPS流量的“中间人代理”。你用它设置好代理后浏览器里发出的所有请求都能被拦截、查看、修改。它最常用的功能就是抓包后改参数比如你把一个用户ID从“1001”改成“1002”如果后台没有做权限校验那就能直接看到别人的数据这就是一个典型的越权漏洞。Nmap则是网络层的神器用来做主机发现和端口扫描。装好之后一行命令就能扫出一个网段里有哪几台机器活着、开了哪些端口、运行着什么服务。这相当于攻击前的地形侦察。SQLMap专治SQL注入漏洞。SQL注入算是Web漏洞里的“老前辈”了但直到今天依然大量存在。它本质上是因为后端代码把用户输入直接拼进了SQL语句里导致攻击者可以通过精心构造的输入来操纵数据库查询。SQLMap就是自动化检测和利用这种漏洞的工具你给它一个URL它能自己判断有没有注入点然后直接拖库。2.2 别急着上手工具OWASP Top 10是必修课经常有人问我“大佬我想学渗透是不是直接学Burp Suite就行了”我的回答永远都是先别急着碰工具先把OWASP Top 10学明白。OWASP是开放Web应用安全项目的缩写它的Top 10每几年更新一次说的就是当前Web应用最危险的十个安全风险类型。比如注入Injection、失效的身份认证Broken Authentication、敏感数据泄露Sensitive Data Exposure、XML外部实体XXE、失效的访问控制Broken Access Control等等。为什么要先学这个因为所有工具的核心逻辑都是围绕这些漏洞类型来设计的。你如果不知道什么是“越权”你拿着Burp Suite也只能看到一堆HTTP报文不知道要改哪里你如果不知道什么是“XSS”就算Nmap扫出了端口你也不知道下一步该怎么利用。OWASP Top 10就像是黑客攻击的“教科书目录”理解了它你再看工具的操作才会有那种“原来是这么回事”的通透感。2.3 SRC平台把漏洞变成收入的安全工程师第二战场热搜词里有“src网络安全挖洞平台”“网络安全src漏洞平台”我就知道这个话题你们很感兴趣。SRC就是Security Response Center安全响应中心的缩写。国内比较主流的企业SRC项目很多互联网大厂都有自己的应急响应中心而且开设有对应的漏洞提交平台比如蚂蚁集团的蚁盾、字节跳动的火山引擎安全、腾讯的安全应急响应中心等。你发现了一个属于某厂商的漏洞就可以在合规、授权的前提下把漏洞细节提交给厂商厂商确认之后会给你发放积分或者现金奖励。这就是大家常说的“挖洞”。月入过万的工程师很多人的薪资结构已经不完全是“固定工资”了基本工资加奖金是基础盘SRC挖洞的额外收入更像一个“外快”。但这里我必须强调一点挖洞必须通过官方平台、在授权范围内进行没有授权的系统碰都不要碰。这也是这个行业的红线。3. 上午的核心战场资产梳理与渗透测试实操到上午十点左右我一般已经进入了一天里的第一个深度工作时段。这段时间通常被我用在最耗脑力的事情上——渗透测试。很多非安全行业的同事经常误会渗透测试是“对着一个网站攻击一下”但如果真的在公司里做这件事流程要严谨得多。一次规范的渗透测试通常分成四个阶段信息收集、漏洞探测、漏洞利用、输出报告。3.1 信息收集是整个渗透测试的地基信息收集阶段做的事情就是尽可能多地知道你测试的目标对象是什么。它分为主动和被动两种方式。被动信息收集不需要直接和目标系统发生交互而是通过搜索引擎、公开的代码仓库、网盘搜索、域名注册信息等渠道去搜集目标暴露出来的资产。在这个阶段我会用到的工具很杂比如FOFA、Shodan这类网络空间测绘平台可以通过搜索语法找出目标公司名下的所有关联域名和IP段。再比如OneForAll这类子域名收集工具跑一遍就能把目标域名下所有的子域名翻出来。为什么要收集子域名因为很多公司的核心站点安全防护做得很严密但某个边缘业务系统的子域名可能没人维护系统版本老旧、漏洞一抓一大把。攻击者打入内部的路径往往就是从这个“没人在乎的角落”撕开口子的。所以做渗透测试前端的核心域名反而不是重点一直在测试的人都会先盘资产全貌。主动信息收集则是直接和目标系统打交道用Nmap扫端口和服务用目录扫描工具去枚举网站后台路径。这里我多说一句Nmap的扫描结果经常出现服务识别不准的情况比如把Nginx识别成Apache。遇到这种情况别急着往下走多确认几遍因为后续的漏洞利用是依赖服务类型的识别错了等于白干。3.2 真正动手SQL注入排查和验证过程比如说上午我接到的一个任务是对某个公司内网的“客户管理系统”进行一次Web渗透测试。系统登录页看起来普普通通用户名、密码、验证码没有任何异常。我按常规流程先走一遍被动收集然后打开Burp Suite把登录请求抓下来看一眼。抓包之后发现登录接口传过去的参数是usernameadminpassword123456我手动把参数改成usernameadmin and 11 -- 重新发送一遍。然后观察响应包有没有异常回显如果返回长度和正常请求不一样或者页面直接报SQL语句的错误信息那就说明后端大概率存在SQL注入。光靠眼睛判断是不够的这里我通常会再用SQLMap验证一下。命令很简单比如对目标URL做布尔盲注和时间盲注的双重检测。跑完之后如果显示存在注入再上--dump参数把目标表里的数据拉出来看一下确认影响范围。要注意在真实授权测试环境里我一般不会立刻拖库而是先去判断数据库权限和当前用户。因为拖全库数据会给对方系统造成较大负担万一弄宕机了就得不偿失。规范的渗透测试讲究的是“点到为止”证明漏洞可被利用形成完整报告让开发人员看到危害就足够了。3.3 渗透测试里差点翻车的那个上午有一次我就是因为“想当然”差点在渗透测试里翻车。那是一个授权测试的目标站打开以后发现登录页版本信息显示是某知名CMS系统的老版本。我脑海里立刻弹出“这个版本有前台文件上传漏洞”这个结论于是直接去网上复制了一个利用脚本开始打。结果攻击流量直接被对方WAFWeb应用防火墙拦截整个IP被封了一小时。后来仔细一看那个系统虽然显示的是老版本但实际文件结构和接口路由已经大改过了说明开发做过二次开发、已经修复了我以为的漏洞。从那之后我给自己立了一条规矩每个漏洞利用环节先手工分析一遍流量、确认版本信息再考虑用工具绝对不按“看到的版本定结论”。这个教训也推荐所有刚入行的朋友记下来。4. 午后黄金时间从被动防御到主动狩猎的SRC挖洞思路下午的时段一般是我用来做SRC漏洞挖掘或者内部安全能力建设的时间。如果说上午的渗透测试是公司指派的“规定动作”那下午的SRC挖洞就更像是“自由发挥“。但自由发挥并不等于瞎逛真正的老手会有一套自己的挖洞思路。4.1 资产枚举是第一生产力刚开始挖SRC的人最容易犯的一个错误是随便找一个目标站从头到尾测一遍测不出来又换一个一天下来什么都得不到。而我更推荐的做法是把目标厂商的所有资产先整体枚举一遍。FOFA语法里可以加上org目标公司名称或者ssl证书里搜索域名关键字。这样一把拉出来的资产列表往往是几页甚至几十页的系统清单里面有官网、有api接口、有后台管理端、有测试环境、有老旧的子域名。然后在这么一堆系统里我会重点关注那些看起来“不起眼”的测试环境的登录页、API在线文档、带有“v2”“test”“dev”的子域名。这些系统通常防护手段较弱而且由于长期没有人维护漏洞修复往往不及时挖到漏洞的概率远高于那些每天有专门运维盯着的核心站点。4.2 从“目标明确”到“通用型漏洞模式”有些新人总觉得挖洞必须要运气好才能碰到弱口令或者命令执行这类“大洞”。实际上日常出洞的主力往往是一些看着很基础的逻辑漏洞。举个例子某SRC平台的垂直越权漏洞。一个普通的用户登录后访问个人资料页时URL是/user/info?id10086我手动改一下id数字去访问其他编号。如果返回了其他人的手机号、姓名甚至家庭住址这个越权漏洞就成立了。严格来说这甚至不需要任何复杂工具纯靠Burp Suite改包就能完成。再比如找回密码功能里的“响应包修改攻击”。正常流程是服务端校验验证码后返回一个响应包表示“验证码正确可以重设密码”。攻击者不通过正常流程而是直接请求重设密码接口然后用已知的错误验证码去试如果后端逻辑混乱甚至可以直接绕过验证码校验。这类漏洞的难点不在技术而在于你愿不愿意去构造各种“非常规”请求。我见过很多新人在这一步总是心浮气躁觉得测了好几个包都没反应就放弃了。事实上SRC挖洞非常考验耐心一次完整的资产梳理加上核心接口测试熟练的话大概两到三个小时能过完一个中型厂商的全套流程。这个过程中大部分系统确实是安全的但偶尔一个点就会给你意外的惊喜。4.3 运维自动化把重复的工作交给脚本除了挖洞下午的另一项重要任务是“安全运营自动化”。说白了就是能不能用脚本把那些每天重复的、需要人工盯的琐事包掉降低一线安全人员的重复劳动量。举个我做过的小项目之前的团队每天要登录WAF后台把昨天的告警日志导出来筛选出高危的IP再逐个去威胁情报平台查询这个IP的历史信誉度最后人工封禁一批。这套流程听起来不难但每天都要重复一天至少耗掉一个多小时。后来我写了一个Python脚本定时调用WAF的API接口拉取近24小时的日志自动提取攻击源IP再用微步在线威胁情报的接口批量查询。如果某个IP的威胁等级标记为“恶意”且命中次数超过阈值脚本会直接调用WAF的封禁API把IP加到黑名单里然后生成一份日报邮件发送到工作群里。脚本跑起来以后每天的人工操作时间压缩到了五分钟以内只需要确认一下脚本自动生成的封禁名单没有误封就行。后来这个脚本被部门推广到了其他两个业务线那段时间我从“被琐事淹没的运维”变成了“能解放生产力的自动化负责人”这个角色转变直接反馈在了绩效里。5. 下午茶之后的硬仗应急响应和被忽略的沟通能力安全工程师的下午并不总是风平浪静。如果今天上午有个告警级别特别高或者有业务部门反馈服务器异常下午就可能是应急响应的主场。应急响应这词听起来很专业但说白了就是“系统可能被人入侵了我赶紧过去看看是怎么进来的把影响降到最低”。整个过程紧张、有压迫感因为直接影响的是线上业务。5.1 一次典型的入侵排查快速复盘假设内部一台Linux服务器CPU突然飙到百分之百运维查了一圈没找到原因于是叫安全过去看。我的排查顺序通常是这样先用netstat命令看当前网络连接查看服务器正在和哪些外部IP通信。如果发现某个国外IP的连接数特别异常就得留意。然后ps aux查一下进程列表重点留意那些用户为www-data或者nobody、名字看起来像随机字符的进程这些很可能是攻击者上传的webshell或者挖矿程序。查进程的同时我还会用ls -lt按时间排序查看临时目录下最近改动的文件。Linux的/tmp目录是所有用户都可以写文件的攻击者经常把恶意文件先扔到那里再执行。整个过程中最关键的一步是“止损”一旦确认恶意进程第一时间kill掉再用crontab -l查看计划任务里有没有异常的定时任务。很多攻击者会写一个计划任务每隔几分钟重新拉取一次后门如果你只清掉了进程没删计划任务过几分钟它会自己复活那就白忙活了。5.2 应急响应结束后报告怎么写才能让老板满意应急响应完成后下一步就是写报告。有很多技术不错的安全工程师在这一步反而栽了跟头。报告到底给谁看如果给技术同事看你可以直接写“发现攻击者利用Apache Log4j2反序列化漏洞获取了权限”。但如果这个报告是抄送给老板或者甲方负责人的你最应该写明白的是三件事第一这件事的严重程度到了什么级别业务系统是否受到影响数据有没有泄露第二目前我们已经做了哪些处置影响是否还在扩大第三后续需要投入多少资源去加固才能避免再次发生。我见过不少人把应急响应报告写成了技术复盘笔记满篇都是命令和日志片段。这种报告自己看着过瘾但老板看了只会觉得你不专业。学会“把技术问题翻译成业务语言”是月入过万之后突破更高薪资的隐形能力。5.3 安全工程师的日常也有“甲方时刻”会议和联调我说过这行有大量时间在开会和沟通真不是开玩笑的。每周固定有几个例会和运维团队对本周的漏洞修复进度和开发团队对齐新系统的安全评审还要参加季度一次的红蓝演练复盘会。我最怕的不是技术分享会而是每年两次的“等保测评”配合期。等保就是网络安全等级保护是合规要求里的一套标准。测评期间我需要把公司的网络拓扑图、安全设备策略、系统资产清单、安全管理制度这些材料全部整理出来给测评机构看。这项工作技术含量并不高但极度耗费精力因为它考验的是对全公司安全资产的熟悉程度、材料整理的细致度以及沟通协调的耐心。6. 关于薪资和成长路线月入1w背后需要持续输入哪些东西写到这里回到标题里最扎眼的数字月入1w。说实话网络安全这个行业在一线城市的入门薪资并不算特别低尤其在技术岗里应届生的起薪大约在8k到15k之间有个一两年实战经验以后月入过万是比较正常的状态。但要长期稳定在这个水平线以上有一个东西是天天都要做的——保持学习。6.1 每天留一小时给脆弱的“新知识”安全领域的技术更新速度绝对比绝大多数IT方向都快。今天还流行的攻击手法明天可能就被防护设备拦截了上个月爆出来的漏洞这个月可能就有新的变种。如果只吃老本老了技术也跟不上攻击者的思路。我个人的习惯是每天下班前留出四十分钟到一小时看安全社区和SRC的漏洞分析文章。不用多一篇高质量漏洞分析就够了重点看它的成因、利用链和修复方式然后合上文章自己脑子里模拟一遍“如果让我去测这个系统我能不能发现这个漏洞”。想不出来就回头再看一遍。遇到真正有价值的通用型漏洞类型我会自己搭一个本地靶场环境把漏洞复现一遍。很多人觉得这是浪费时间但我恰恰认为复现是“把别人文章里描述的攻击手法变成自己肌肉记忆”的最快路径。至于靶场用DVWA或者本地搭建一个简单的Web应用就够了不需要追求复杂。6.2 竞赛也是很好的学习杠杆热搜词里出现了“ctf网络安全大赛”“湾区杯网络安全大赛”这些关键词我就多说两句。CTF这种比赛其实就是模拟攻防对抗的环境通过解一系列安全题来得分题型覆盖Web渗透、二进制逆向、密码学、杂项等等。有的人觉得CTF和实战是两码事我不同意。对新人来说CTF最大的价值是帮你把安全领域各个方向的基础知识“逼着”过一遍。比如为了解一道Misc杂项题你可能不得不去学文件结构、隐写术、编码转换为了解一道Crypto题你又得去把常见的加密算法原理啃一遍。这种被迫式学习在大脑里的留存效果往往远好于漫无目的地刷教程。而且CTF里培养出来的“不靠工具、纯手工分析”的能力在真正的渗透测试里是极其稀缺的。因为很多工具化的漏洞利用方式已经被WAF吃得很死了反而是那些别人想不到的细节往往是突破口。6.3 考证到底有没有用我聊点大实话随后再说一句“网络安全工程师考证”这件事。市面上安全类的认证很多比如CISP、CISSP、OSCP、NISP等等每次都有读者私信问我要不要考。我的观点很现实如果你是在企业里做安全岗尤其是涉及政府项目或者金融项目CISP这类国内认证是硬门槛很多招标文件里都明确写着持有CISP证书的技术人员数量必须达标你说你技术再好没证进不了项目组那证书就是敲门砖。但如果你是走实战路线的OSCP这种偏操作类的证书含金量更高因为它的考试就是真的让你渗透进一台机器拿取flag考验的是真本事。千万别迷信“证书等于高薪”证书只能帮你过简历筛选真正决定你能不能月入两万的还是你手上有没有能落地的项目经验。7. 给想入行的人一句大实话我不太喜欢贩卖焦虑也不会告诉你“只要学三个月就能月薪过万”这种话。但如果你真的对这个方向感兴趣我建议你先试着搭建一套自己的靶场环境去按OWASP Top 10的清单逐个弄懂每个漏洞的成因和修复方案再挑一两个SRC平台注册账号从低危漏洞开始练手最后把挖到的洞整理成报告积累成自己的作品集。这个过程大约需要半年到一年。这个行业最迷人的地方在于它永远没有“学完”的那一天也因此永远有新人能靠勤奋和细致赶上甚至超过先入行的人。一个月入过万的安全工程师并没有三头六臂他不过是每天在重复情报阅读、渗透测试、应急响应、报告写作这些基础动作然后在一次次的复盘里让自己变得更敏锐一些。我的建议一直都很朴素先把最基础的事情做扎实再把黄金时间留给持续学习最后别忽略沟通能力的重要性。等有一天你不靠工具也能脑补出漏洞链条、不靠模板也能把报告写得让老板点头的时候月入过万真的只是个起点而不是终点。 网安工程师月入过万的日常：从渗透测试到SRC挖洞的实战指南
1. 从闹钟响到开机网安工程师的清晨并不神秘先说个现实我接触过不少想转行做网络安全的人都以为这行每天就是打开几个黑乎乎的终端敲几行代码屏幕上飘过一串串绿色的字符然后——“攻破成功”。说实话这种画面是有但占比绝对不超过全天工作内容的十分之一。我刚入行那年带我的师傅说过一句话到现在我还觉得特别准确“网络安全工程师的日常百分之七十是在做防守和查漏百分之二十是在写文档和开会剩下百分之十才是外人以为的那些‘黑客操作’。”这句话是我写这篇文章的底气。标题里写着“月入1w”很多人第一反应是羡慕但我更想说的是这个薪资背后对应的是一套完整的工作节奏、技能栈和持续学习的习惯。一个月入过万的网络安全工程师并不是靠某一招鲜吃遍天而是靠一套稳定的日常流程在支撑。我自己的作息大概是这样早上八点半到公司第一件事不是急着打开各种工具而是先花二十分钟左右浏览今天的安全情报。漏洞情报这块现在基本已经流程化了像国家信息安全漏洞共享平台CNVD、CNNVD包括一些厂商的安全公告都有RSS或者微信群渠道。我会重点看三类内容和公司业务相关的系统有没有新漏洞、有没有在野利用的0day、以及业内有没有新的攻击手法在流传。可能有人会问为什么要这么早看漏洞情报很简单安全领域有个天然的不对称攻击者只需要找到一个洞防守方要把所有可能的洞都堵上。早上的情报浏览就是给自己开启一天的“上帝视角”——知道外面正在发生什么才能判断今天该优先处理什么。看完情报我会顺手把昨天的告警记录再过一遍。这一步很多人容易忽略但实际上特别重要。告警不是清零就完事了要去看有没有“低优先级”但其实是有规律的试探。比如某个IP连续三天在凌晨三点扫我们的端口虽然没成功但结合最新情报里那个在野0day可能就要考虑先把这个IP拉黑或者重点监控。这就是从“被动等告警”到“主动找线索”的差别也是普通运维和月入过万的网安工程师拉开差距的地方。2. 网安工程师的工作台人手必备的核心工具与技能拼图在展开一天的完整流程之前我觉得有必要先把“家伙事儿”摆出来聊聊。因为后面我会反复提到一些工具名、平台名和术语如果不说清楚它们到底是什么、解决什么问题很多刚入门的读者容易直接看懵。我一直喜欢用一个比喻网络安全工程师的工具箱相当于医生手里的听诊器、手术刀和X光机。不同的场景用不同的工具工具本身不是重点重点是你知道什么时候该用哪个以及拿到检查结果后能做出什么判断。2.1 渗透测试里的“三件套”Burp Suite、Nmap、SQLMapBurp Suite几乎是Web渗透里绕不开的工具说白了它就是一个HTTP/HTTPS流量的“中间人代理”。你用它设置好代理后浏览器里发出的所有请求都能被拦截、查看、修改。它最常用的功能就是抓包后改参数比如你把一个用户ID从“1001”改成“1002”如果后台没有做权限校验那就能直接看到别人的数据这就是一个典型的越权漏洞。Nmap则是网络层的神器用来做主机发现和端口扫描。装好之后一行命令就能扫出一个网段里有哪几台机器活着、开了哪些端口、运行着什么服务。这相当于攻击前的地形侦察。SQLMap专治SQL注入漏洞。SQL注入算是Web漏洞里的“老前辈”了但直到今天依然大量存在。它本质上是因为后端代码把用户输入直接拼进了SQL语句里导致攻击者可以通过精心构造的输入来操纵数据库查询。SQLMap就是自动化检测和利用这种漏洞的工具你给它一个URL它能自己判断有没有注入点然后直接拖库。2.2 别急着上手工具OWASP Top 10是必修课经常有人问我“大佬我想学渗透是不是直接学Burp Suite就行了”我的回答永远都是先别急着碰工具先把OWASP Top 10学明白。OWASP是开放Web应用安全项目的缩写它的Top 10每几年更新一次说的就是当前Web应用最危险的十个安全风险类型。比如注入Injection、失效的身份认证Broken Authentication、敏感数据泄露Sensitive Data Exposure、XML外部实体XXE、失效的访问控制Broken Access Control等等。为什么要先学这个因为所有工具的核心逻辑都是围绕这些漏洞类型来设计的。你如果不知道什么是“越权”你拿着Burp Suite也只能看到一堆HTTP报文不知道要改哪里你如果不知道什么是“XSS”就算Nmap扫出了端口你也不知道下一步该怎么利用。OWASP Top 10就像是黑客攻击的“教科书目录”理解了它你再看工具的操作才会有那种“原来是这么回事”的通透感。2.3 SRC平台把漏洞变成收入的安全工程师第二战场热搜词里有“src网络安全挖洞平台”“网络安全src漏洞平台”我就知道这个话题你们很感兴趣。SRC就是Security Response Center安全响应中心的缩写。国内比较主流的企业SRC项目很多互联网大厂都有自己的应急响应中心而且开设有对应的漏洞提交平台比如蚂蚁集团的蚁盾、字节跳动的火山引擎安全、腾讯的安全应急响应中心等。你发现了一个属于某厂商的漏洞就可以在合规、授权的前提下把漏洞细节提交给厂商厂商确认之后会给你发放积分或者现金奖励。这就是大家常说的“挖洞”。月入过万的工程师很多人的薪资结构已经不完全是“固定工资”了基本工资加奖金是基础盘SRC挖洞的额外收入更像一个“外快”。但这里我必须强调一点挖洞必须通过官方平台、在授权范围内进行没有授权的系统碰都不要碰。这也是这个行业的红线。3. 上午的核心战场资产梳理与渗透测试实操到上午十点左右我一般已经进入了一天里的第一个深度工作时段。这段时间通常被我用在最耗脑力的事情上——渗透测试。很多非安全行业的同事经常误会渗透测试是“对着一个网站攻击一下”但如果真的在公司里做这件事流程要严谨得多。一次规范的渗透测试通常分成四个阶段信息收集、漏洞探测、漏洞利用、输出报告。3.1 信息收集是整个渗透测试的地基信息收集阶段做的事情就是尽可能多地知道你测试的目标对象是什么。它分为主动和被动两种方式。被动信息收集不需要直接和目标系统发生交互而是通过搜索引擎、公开的代码仓库、网盘搜索、域名注册信息等渠道去搜集目标暴露出来的资产。在这个阶段我会用到的工具很杂比如FOFA、Shodan这类网络空间测绘平台可以通过搜索语法找出目标公司名下的所有关联域名和IP段。再比如OneForAll这类子域名收集工具跑一遍就能把目标域名下所有的子域名翻出来。为什么要收集子域名因为很多公司的核心站点安全防护做得很严密但某个边缘业务系统的子域名可能没人维护系统版本老旧、漏洞一抓一大把。攻击者打入内部的路径往往就是从这个“没人在乎的角落”撕开口子的。所以做渗透测试前端的核心域名反而不是重点一直在测试的人都会先盘资产全貌。主动信息收集则是直接和目标系统打交道用Nmap扫端口和服务用目录扫描工具去枚举网站后台路径。这里我多说一句Nmap的扫描结果经常出现服务识别不准的情况比如把Nginx识别成Apache。遇到这种情况别急着往下走多确认几遍因为后续的漏洞利用是依赖服务类型的识别错了等于白干。3.2 真正动手SQL注入排查和验证过程比如说上午我接到的一个任务是对某个公司内网的“客户管理系统”进行一次Web渗透测试。系统登录页看起来普普通通用户名、密码、验证码没有任何异常。我按常规流程先走一遍被动收集然后打开Burp Suite把登录请求抓下来看一眼。抓包之后发现登录接口传过去的参数是usernameadminpassword123456我手动把参数改成usernameadmin and 11 -- 重新发送一遍。然后观察响应包有没有异常回显如果返回长度和正常请求不一样或者页面直接报SQL语句的错误信息那就说明后端大概率存在SQL注入。光靠眼睛判断是不够的这里我通常会再用SQLMap验证一下。命令很简单比如对目标URL做布尔盲注和时间盲注的双重检测。跑完之后如果显示存在注入再上--dump参数把目标表里的数据拉出来看一下确认影响范围。要注意在真实授权测试环境里我一般不会立刻拖库而是先去判断数据库权限和当前用户。因为拖全库数据会给对方系统造成较大负担万一弄宕机了就得不偿失。规范的渗透测试讲究的是“点到为止”证明漏洞可被利用形成完整报告让开发人员看到危害就足够了。3.3 渗透测试里差点翻车的那个上午有一次我就是因为“想当然”差点在渗透测试里翻车。那是一个授权测试的目标站打开以后发现登录页版本信息显示是某知名CMS系统的老版本。我脑海里立刻弹出“这个版本有前台文件上传漏洞”这个结论于是直接去网上复制了一个利用脚本开始打。结果攻击流量直接被对方WAFWeb应用防火墙拦截整个IP被封了一小时。后来仔细一看那个系统虽然显示的是老版本但实际文件结构和接口路由已经大改过了说明开发做过二次开发、已经修复了我以为的漏洞。从那之后我给自己立了一条规矩每个漏洞利用环节先手工分析一遍流量、确认版本信息再考虑用工具绝对不按“看到的版本定结论”。这个教训也推荐所有刚入行的朋友记下来。4. 午后黄金时间从被动防御到主动狩猎的SRC挖洞思路下午的时段一般是我用来做SRC漏洞挖掘或者内部安全能力建设的时间。如果说上午的渗透测试是公司指派的“规定动作”那下午的SRC挖洞就更像是“自由发挥“。但自由发挥并不等于瞎逛真正的老手会有一套自己的挖洞思路。4.1 资产枚举是第一生产力刚开始挖SRC的人最容易犯的一个错误是随便找一个目标站从头到尾测一遍测不出来又换一个一天下来什么都得不到。而我更推荐的做法是把目标厂商的所有资产先整体枚举一遍。FOFA语法里可以加上org目标公司名称或者ssl证书里搜索域名关键字。这样一把拉出来的资产列表往往是几页甚至几十页的系统清单里面有官网、有api接口、有后台管理端、有测试环境、有老旧的子域名。然后在这么一堆系统里我会重点关注那些看起来“不起眼”的测试环境的登录页、API在线文档、带有“v2”“test”“dev”的子域名。这些系统通常防护手段较弱而且由于长期没有人维护漏洞修复往往不及时挖到漏洞的概率远高于那些每天有专门运维盯着的核心站点。4.2 从“目标明确”到“通用型漏洞模式”有些新人总觉得挖洞必须要运气好才能碰到弱口令或者命令执行这类“大洞”。实际上日常出洞的主力往往是一些看着很基础的逻辑漏洞。举个例子某SRC平台的垂直越权漏洞。一个普通的用户登录后访问个人资料页时URL是/user/info?id10086我手动改一下id数字去访问其他编号。如果返回了其他人的手机号、姓名甚至家庭住址这个越权漏洞就成立了。严格来说这甚至不需要任何复杂工具纯靠Burp Suite改包就能完成。再比如找回密码功能里的“响应包修改攻击”。正常流程是服务端校验验证码后返回一个响应包表示“验证码正确可以重设密码”。攻击者不通过正常流程而是直接请求重设密码接口然后用已知的错误验证码去试如果后端逻辑混乱甚至可以直接绕过验证码校验。这类漏洞的难点不在技术而在于你愿不愿意去构造各种“非常规”请求。我见过很多新人在这一步总是心浮气躁觉得测了好几个包都没反应就放弃了。事实上SRC挖洞非常考验耐心一次完整的资产梳理加上核心接口测试熟练的话大概两到三个小时能过完一个中型厂商的全套流程。这个过程中大部分系统确实是安全的但偶尔一个点就会给你意外的惊喜。4.3 运维自动化把重复的工作交给脚本除了挖洞下午的另一项重要任务是“安全运营自动化”。说白了就是能不能用脚本把那些每天重复的、需要人工盯的琐事包掉降低一线安全人员的重复劳动量。举个我做过的小项目之前的团队每天要登录WAF后台把昨天的告警日志导出来筛选出高危的IP再逐个去威胁情报平台查询这个IP的历史信誉度最后人工封禁一批。这套流程听起来不难但每天都要重复一天至少耗掉一个多小时。后来我写了一个Python脚本定时调用WAF的API接口拉取近24小时的日志自动提取攻击源IP再用微步在线威胁情报的接口批量查询。如果某个IP的威胁等级标记为“恶意”且命中次数超过阈值脚本会直接调用WAF的封禁API把IP加到黑名单里然后生成一份日报邮件发送到工作群里。脚本跑起来以后每天的人工操作时间压缩到了五分钟以内只需要确认一下脚本自动生成的封禁名单没有误封就行。后来这个脚本被部门推广到了其他两个业务线那段时间我从“被琐事淹没的运维”变成了“能解放生产力的自动化负责人”这个角色转变直接反馈在了绩效里。5. 下午茶之后的硬仗应急响应和被忽略的沟通能力安全工程师的下午并不总是风平浪静。如果今天上午有个告警级别特别高或者有业务部门反馈服务器异常下午就可能是应急响应的主场。应急响应这词听起来很专业但说白了就是“系统可能被人入侵了我赶紧过去看看是怎么进来的把影响降到最低”。整个过程紧张、有压迫感因为直接影响的是线上业务。5.1 一次典型的入侵排查快速复盘假设内部一台Linux服务器CPU突然飙到百分之百运维查了一圈没找到原因于是叫安全过去看。我的排查顺序通常是这样先用netstat命令看当前网络连接查看服务器正在和哪些外部IP通信。如果发现某个国外IP的连接数特别异常就得留意。然后ps aux查一下进程列表重点留意那些用户为www-data或者nobody、名字看起来像随机字符的进程这些很可能是攻击者上传的webshell或者挖矿程序。查进程的同时我还会用ls -lt按时间排序查看临时目录下最近改动的文件。Linux的/tmp目录是所有用户都可以写文件的攻击者经常把恶意文件先扔到那里再执行。整个过程中最关键的一步是“止损”一旦确认恶意进程第一时间kill掉再用crontab -l查看计划任务里有没有异常的定时任务。很多攻击者会写一个计划任务每隔几分钟重新拉取一次后门如果你只清掉了进程没删计划任务过几分钟它会自己复活那就白忙活了。5.2 应急响应结束后报告怎么写才能让老板满意应急响应完成后下一步就是写报告。有很多技术不错的安全工程师在这一步反而栽了跟头。报告到底给谁看如果给技术同事看你可以直接写“发现攻击者利用Apache Log4j2反序列化漏洞获取了权限”。但如果这个报告是抄送给老板或者甲方负责人的你最应该写明白的是三件事第一这件事的严重程度到了什么级别业务系统是否受到影响数据有没有泄露第二目前我们已经做了哪些处置影响是否还在扩大第三后续需要投入多少资源去加固才能避免再次发生。我见过不少人把应急响应报告写成了技术复盘笔记满篇都是命令和日志片段。这种报告自己看着过瘾但老板看了只会觉得你不专业。学会“把技术问题翻译成业务语言”是月入过万之后突破更高薪资的隐形能力。5.3 安全工程师的日常也有“甲方时刻”会议和联调我说过这行有大量时间在开会和沟通真不是开玩笑的。每周固定有几个例会和运维团队对本周的漏洞修复进度和开发团队对齐新系统的安全评审还要参加季度一次的红蓝演练复盘会。我最怕的不是技术分享会而是每年两次的“等保测评”配合期。等保就是网络安全等级保护是合规要求里的一套标准。测评期间我需要把公司的网络拓扑图、安全设备策略、系统资产清单、安全管理制度这些材料全部整理出来给测评机构看。这项工作技术含量并不高但极度耗费精力因为它考验的是对全公司安全资产的熟悉程度、材料整理的细致度以及沟通协调的耐心。6. 关于薪资和成长路线月入1w背后需要持续输入哪些东西写到这里回到标题里最扎眼的数字月入1w。说实话网络安全这个行业在一线城市的入门薪资并不算特别低尤其在技术岗里应届生的起薪大约在8k到15k之间有个一两年实战经验以后月入过万是比较正常的状态。但要长期稳定在这个水平线以上有一个东西是天天都要做的——保持学习。6.1 每天留一小时给脆弱的“新知识”安全领域的技术更新速度绝对比绝大多数IT方向都快。今天还流行的攻击手法明天可能就被防护设备拦截了上个月爆出来的漏洞这个月可能就有新的变种。如果只吃老本老了技术也跟不上攻击者的思路。我个人的习惯是每天下班前留出四十分钟到一小时看安全社区和SRC的漏洞分析文章。不用多一篇高质量漏洞分析就够了重点看它的成因、利用链和修复方式然后合上文章自己脑子里模拟一遍“如果让我去测这个系统我能不能发现这个漏洞”。想不出来就回头再看一遍。遇到真正有价值的通用型漏洞类型我会自己搭一个本地靶场环境把漏洞复现一遍。很多人觉得这是浪费时间但我恰恰认为复现是“把别人文章里描述的攻击手法变成自己肌肉记忆”的最快路径。至于靶场用DVWA或者本地搭建一个简单的Web应用就够了不需要追求复杂。6.2 竞赛也是很好的学习杠杆热搜词里出现了“ctf网络安全大赛”“湾区杯网络安全大赛”这些关键词我就多说两句。CTF这种比赛其实就是模拟攻防对抗的环境通过解一系列安全题来得分题型覆盖Web渗透、二进制逆向、密码学、杂项等等。有的人觉得CTF和实战是两码事我不同意。对新人来说CTF最大的价值是帮你把安全领域各个方向的基础知识“逼着”过一遍。比如为了解一道Misc杂项题你可能不得不去学文件结构、隐写术、编码转换为了解一道Crypto题你又得去把常见的加密算法原理啃一遍。这种被迫式学习在大脑里的留存效果往往远好于漫无目的地刷教程。而且CTF里培养出来的“不靠工具、纯手工分析”的能力在真正的渗透测试里是极其稀缺的。因为很多工具化的漏洞利用方式已经被WAF吃得很死了反而是那些别人想不到的细节往往是突破口。6.3 考证到底有没有用我聊点大实话随后再说一句“网络安全工程师考证”这件事。市面上安全类的认证很多比如CISP、CISSP、OSCP、NISP等等每次都有读者私信问我要不要考。我的观点很现实如果你是在企业里做安全岗尤其是涉及政府项目或者金融项目CISP这类国内认证是硬门槛很多招标文件里都明确写着持有CISP证书的技术人员数量必须达标你说你技术再好没证进不了项目组那证书就是敲门砖。但如果你是走实战路线的OSCP这种偏操作类的证书含金量更高因为它的考试就是真的让你渗透进一台机器拿取flag考验的是真本事。千万别迷信“证书等于高薪”证书只能帮你过简历筛选真正决定你能不能月入两万的还是你手上有没有能落地的项目经验。7. 给想入行的人一句大实话我不太喜欢贩卖焦虑也不会告诉你“只要学三个月就能月薪过万”这种话。但如果你真的对这个方向感兴趣我建议你先试着搭建一套自己的靶场环境去按OWASP Top 10的清单逐个弄懂每个漏洞的成因和修复方案再挑一两个SRC平台注册账号从低危漏洞开始练手最后把挖到的洞整理成报告积累成自己的作品集。这个过程大约需要半年到一年。这个行业最迷人的地方在于它永远没有“学完”的那一天也因此永远有新人能靠勤奋和细致赶上甚至超过先入行的人。一个月入过万的安全工程师并没有三头六臂他不过是每天在重复情报阅读、渗透测试、应急响应、报告写作这些基础动作然后在一次次的复盘里让自己变得更敏锐一些。我的建议一直都很朴素先把最基础的事情做扎实再把黄金时间留给持续学习最后别忽略沟通能力的重要性。等有一天你不靠工具也能脑补出漏洞链条、不靠模板也能把报告写得让老板点头的时候月入过万真的只是个起点而不是终点。