基于渗透
去年十月，基于渗透我把一台旧笔记本放在咖啡店桌上，基于渗透连上公共Wi-Fi，基于渗透没开防火墙。基于渗透三小时后，基于渗透我拿到了隔壁桌那位正在改简历的基于渗透女士的邮箱密码。过程简单得让人发毛——她连的基于渗透是同一个热点，我跑了个ARP欺骗，基于渗透把网关指向自己，基于渗透再挂个sslstrip，基于渗透她浏览器地址栏里那个绿色小锁压根没亮过。基于渗透她走的基于渗透时候还冲我笑了一下。
渗透测试这行干久了，基于渗透你会对“安全”这个词产生一种生理性的基于渗透怀疑。厂商发布会吹得天花乱坠的基于渗透下一代防火墙，在真实攻击链里往往只是多花五分钟绕过去的事。真正让系统崩掉的，通常不是零日漏洞，是运维人员图省事留的那个test/123456的SSH账号，是开发在代码注释里写下的数据库连接串，是行政把Wi-Fi密码贴在前台显示器边框上。
我习惯把渗透过程拆成三步：踩点、撕口子、横向挪。踩点最枯燥，也最见功夫。用shodan搜一下目标企业的公网IP段，看看开了哪些端口，banner里泄露了什么版本号。有个客户做电商的，官网看着挺正规，结果一台边缘服务器跑着没打补丁的Jenkins，连登录框都没改默认路径。我点进去，脚本命令行直接弹出来，root权限。从发现到拿shell，不到二十分钟。
撕口子这步，考验的是耐心和想象力。有次目标内网禁了出站流量，常规反弹shell全废。我翻他们的OA系统，发现有个文件上传功能，但白名单只允许jpg。试了试把payload塞进jpg的EXIF字段，再配合一个本地文件包含漏洞，居然把命令执行出来了。这种歪招教科书上不会写，全靠平时攒的野路子。
横向移动是最容易被忽视的环节。很多人拿到一台机器就急着截图交差，其实真正的风险藏在域控里。我见过一个制造业客户，办公网和生产线混在一起，一台被钓鱼的财务电脑成了跳板。用mimikatz抓了域管哈希，再psexec批量登录，四十分钟内控制了整个厂区的工控机。如果这是真实攻击，那条生产线随时可以停摆。
说点实际的。如果你负责运维，别迷信那些花哨的威胁情报平台。先把RDP的3389端口从公网撤下来，把默认口令全改掉，给域管账号开双因素。这三件事做完，能挡掉八成脚本小子的自动化扫描。剩下的两成，靠的是持续打补丁和看日志——但大多数人连日志轮转都没配。
渗透测试报告里我最讨厌写“高危漏洞”四个字。客户看完就紧张，然后买一堆设备堆在机房里。真正有用的建议往往很朴素：把那个离职半年的员工VPN账号删了，把测试环境的数据库从公网挪走，把代码仓库里的.env文件加进gitignore。这些事不酷，但管用。
上个月我又去了那家咖啡店。Wi-Fi还是没密码，但这次我带了便携路由器，自己开热点。隔壁桌换了个小伙子，对着屏幕皱眉，大概在调什么API。我瞄了一眼他的终端，看到一行curl命令里明晃晃写着api_key=sk_live_...。我没提醒他。有些教训，得自己疼过才记得住。