目录复盘范围与判断标准第一项修改：先把高校项目从过程叙述改成结果证据原描述的问题不是技术少而是主线不清量化能建立尺度但数字必须经得起核对第二项修改：攻防演练要纠正对象混写并保留追问空间从三个案例中提取三种能力技术对象写错比写得少更致命第三项修改：授权内网测试要把攻击链压成范围和转折点修改前的问题是流水账改写后保留五个阶段第四项修改：蓝队项目要从工具记录转向事件处置第五项修改：AI 渗透测试框架要先让人看懂成果第六项修改：没有量化结果时不要强行制造内容从六项修改归纳出的表达框架原始写法为什么像技术报告少写什么与多写什么对当前简历的总体评价与学习建议回看往届简历：项目多不等于证据强蓝队经历缺少结果 渗透经历存在技术因果错误靶场案例不能包装成真实项目精简之后如何准备面试追问复盘结论摘要：本文复盘两份安全岗位简历的逐项修改过程，围绕攻防演练、授权内网测试、蓝队值守、AI 渗透测试框架与漏洞研究等经历，分析技术细节堆叠、对象混写、数据失真和成果缺位等问题。文章进一步对照往届简历中的靶场化叙述与技术逻辑错误，并还原面试官如何从精简后的项目描述继续追问，形成从素材核验、项目重写到面试准备的完整方法。复盘范围与判断标准这次复盘面对的并不是“项目不够多”，而是“项目已经不少，却没有被写成便于筛选的证据”。第一份简历包含蓝队护网、高校信息管理系统风险挖掘、AI Agent 辅助渗透测试和 WordPress 漏洞研究等经历。原稿将操作过程铺得很满，技术名词也足够多，但读者很难在短时间内辨认候选人解决了什么问题、承担了多大范围的工作，以及结果是否可信。图 01：蓝队研判经历被写成连续长段落，任务、处置动作与结果混在一起，重点难以快速定位。将同一段内容换成简历版式后，问题仍然存在。项目名称虽然清楚，但文字密度过高，实习职责与项目成果缺少层级，视觉上的“完整”反而提高了阅读成本。图 02：页面同时呈现实习与项目内容，但正文占用空间较大，项目成果没有形成独立的视觉锚点。课程给出的核心判断是：安全岗位简历首先是一份筛选材料，而不是一份技术报告。技术报告需要证明每一步如何实施；简历需要先证明候选人发现了什么问题、采用了什么关键技术、把事情推进到了什么结果。至于完整操作链、失败尝试和工具细节，应当保留为面试追问时的证据，而不是全部挤进首轮筛选页面。【小白通俗注解】这里的“筛选材料”不是要求删掉技术含量，而是改变信息出现的顺序。读者先看到项目对象和可验证结果，产生继续了解的兴趣后，再通过面试核对技术过程。第一项修改：先把高校项目从过程叙述改成结果证据原描述的问题不是技术少而是主线不清高校信息管理系统案例具备完整的技术推进：从 Web 系统的MSSQL注入进入，获得低权限数据库账户后继续验证服务器权限；再结合凭证提取和Fscan做授权内网探测，发现MySQL、MSSQL、SSH等弱口令；随后定位vCenter管理平台，利用CVE-2021-21972完成远程代码执行与权限提升；最终还观察到Docker未授权访问风险，并将多个节点串成完整风险链。原描述却把这些动作压进一个段落。读者能够看到sqlmap、WebShell、Mimikatz、vCenter等名称，却需要自己推断每个动作解决了什么问题，以及它们之间为何能够继续推进。图 03：条目化版本补充了服务器、虚拟机与数据范围，但仍需区分真实结果、估算数字和示范性写法。另一版又走向相反方向：它把同一条攻击链压成一个密集段落，留下了完整过程，却没有给筛选者任何快速扫描的入口。这样的写法更接近渗透测试报告摘要，不像简历项目。图 04：连续段落完整描述了注入、横向与数据访问过程，但角色贡献、关键转折和量化成果没有分层。量化能建立尺度但数字必须经得起核对修改首先把结果单独提出来：一卡通系统涉及16台服务器，门禁与车辆系统若干；vCenter纳管约300+台服务器；内网服务权限和泄露数据规模也可以量化。课程同时明确提醒，这些数字在演示稿中有随手填写或建议调整的成分，例如200+、300+、500+、3万+等表述不能直接照抄到个人简历。候选人只能采用实际记录、报告或当时能够自证的数字。量化的价值在于提供项目尺度，而不是制造“更大”的印象。数字应当回答三个问题：扫描或评估覆盖多大范围，实际确认多少资产或风险，最后形成多少报告、权限或数据影响。没有证据支持时，宁可写“多台”“若干”，也不能让示例数字变成虚假履历。修改后的页面还暴露了另一类问题：AI Agent 项目和 WordPress 研究被写成大段技术介绍，几乎把研究背景、能力边界和实施流程全部展开。信息量虽然大，却让招聘者难以判断哪些是候选人真正完成的工作。图 05：两个研究项目采用技术说明书式写法，背景、功能、步骤与价值混在同一层级。精简后的版本把 AI Agent 项目拆为应用场景、输入信息、参数还原、辅助脚本和人工验证，把 WordPress 研究拆为漏洞对象、复现环境与文档产出。它减少了背景叙述，保留了可追问的技术节点。图 06：精简版本突出 Agent 分析、Python辅助脚本、Burp Suite验证，以及 WordPress 漏洞复现与资料输出。实习经历也采用相同处理。与其把每日分析、攻击溯源、病毒响应和防火墙优化写成一个段落，不如分开呈现值守周期、告警规模、典型事件和业务结果。图 07：条目化后，值守周期、告警研判、病毒处置、DNS 误报排查和核心业务结果可以分别阅读。这几轮对比建立了第一条改写原则：简历中的项目段落需要让问题、关键技术和结果形成可扫描的层级。简洁不是把内容删到只剩一句空话，而是让每一行承担一个明确功能。第二项修改：攻防演练要纠正对象混写并保留追问空间从三个案例中提取三种能力攻防演练案例原先按“项目概述加操作过程”展开。课程把它改造成“项目结果加三个典型案例”：资源再生平台突出正则回溯绕过与SQL注入风险；产品介绍平台突出针对雷池WAF的请求构造与差异化检测；学校移动管理平台突出登录流程、RSA加密逻辑、AI 辅助脚本和密码喷洒结果。这样处理后，每个案例都能证明一种不同能力，项目总成果则用累计输出的漏洞报告数量概括。图 08：改写目标从“做了什么、用了什么工具”转向“解决了什么问题、采用什么关键技术、取得什么结果”。完整对照中，修改前的四个长条目被压缩成项目成果和三个典型案例。课程建议保留累计12份不同等级漏洞报告这一结果，并让每个案例承担一个能力标签。图 09：修改后以总成果开头，再分别呈现正则回溯、WAF 请求构造和RSA登录参数分析三个案例。后续截图进一步放大了修改后的条目。资源再生平台中“可导致上万条数据泄露”的量级是示范性表达，课程建议根据真实情况改成1000+、5000+等可核验数字，而不是机械采用示例。图 10：局部版本强调累计报告、典型漏洞和量化影响，数字仍需以个人真实记录为准。技术对象写错比写得少更致命产品介绍平台的原描述把multipart/form-data的POST载荷与“绕过宝塔”写在一起。讲师判断这两者不匹配：课程案例针对的是雷池WAF
