内容摘要：《渗透第一版》不是一次成功的行动。它更像一次仓促的试水，连浪花都没翻起来。 2019年秋天，我在一个网络安全沙龙上碰到老周。他递过来一张名片，上面印着“红队渗透测试工程师”。那会儿国内真正做红队的人不

《渗透第一版》不是渗透第版一次成功的行动。它更像一次仓促的渗透第版试水，连浪花都没翻起来。渗透第版

2019年秋天，渗透第版我在一个网络安全沙龙上碰到老周。渗透第版他递过来一张名片，渗透第版上面印着“红队渗透测试工程师”。渗透第版那会儿国内真正做红队的渗透第版人不多，大部分安全从业者还在搞等保测评和漏洞扫描。渗透第版老周说他们团队刚接了个活，渗透第版目标是渗透第版一家省级单位的对外业务系统。客户要求很明确：拿到核心数据库的渗透第版权限，但别碰生产数据。渗透第版

他们选了最笨的渗透第版办法——从边缘业务入手。那家单位有个老旧的渗透第版OA系统，版本停留在2012年，补丁打了一半。老周用了一个公开的Struts2漏洞，直接拿到了webshell。进去之后发现内网是扁平结构，一台机器沦陷，几乎等于全网裸奔。

“你猜我们花了多久？”老周后来跟我喝酒时说起这事，伸出三根手指。“三天？”我问。他摇头：“三个小时。从外网打点到拿到域控，三个小时。”

这速度放在今天不算什么。但那是2019年，很多单位连最基本的网络隔离都没做。老周说他们进去之后甚至有点失望——数据库就在那台OA服务器的隔壁，中间只隔了一层VLAN。他们用mimikatz抓了管理员哈希，横向到文件服务器，再跳到数据库。整个过程像在自家后院散步。

真正有意思的是报告环节。老周写了八十多页的渗透报告，详细记录了每一步操作、每一个漏洞、每一条修复建议。客户的技术负责人看完之后问了一个问题：“你们是怎么进来的？”老周愣了一下，说报告第三页就写了。对方翻回去看了半天，说：“这个漏洞我们去年就发现了，但没人管。”

没人管。这三个字比任何漏洞都致命。

我后来自己做过几次小规模的渗透测试，目标都是中小型企业。发现一个规律：技术问题从来不是最难的。你总能找到某个没打补丁的服务、某个弱口令、某个配置错误的防火墙规则。难的是让客户真正理解这些问题的严重性。有一次我给一家电商公司做测试，用默认口令进了他们的Redis，里面存着所有用户的会话token。我截图发给他们的CTO，对方回了一句：“这个Redis是内网用的，外网访问不到。”

我让他把手机热点打开，连上笔记本，然后当着他的面用4G网络连上了那个Redis。他沉默了半分钟，说：“我马上安排人改。”

渗透测试第一版往往就是这样——你发现了一堆问题，写了一堆报告，但真正被修复的，可能只有那些你当面演示过的。剩下的，要么被忽略，要么被“下个季度再处理”搪塞过去。

老周后来离开了那家安全公司，自己开了个工作室。他说不想再写那种没人看的报告了。现在他接活之前会先问客户一个问题：“你们是真的想修，还是只想拿个报告交差？”如果对方犹豫，他就报个高价，把活推掉。

“渗透第一版的意义不是发现问题，”他有一次跟我说，“是让客户意识到自己有多脆弱。可惜大部分人宁愿假装自己很安全。”

这话说得有点绝对。但干过这行的人，大概都懂他的意思。