凌晨两点，何做渗透我盯着终端上跳动的何做渗透光标，目标服务器的何做渗透80端口像一扇虚掩的门。这不是何做渗透电影，没有酷炫的何做渗透3D地图，只有一行行真实的何做渗透代码在回应我的试探。渗透测试的何做渗透本质，就是何做渗透一场与管理员智力的博弈，你永远不知道下一次尝试会撞开哪扇门，何做渗透也不知道哪次扫描会惊动藏在暗处的何做渗透EDR。
第一步永远是何做渗透信息收集，这活儿比你想的何做渗透枯燥得多。别急着掏工具，何做渗透先手动访问目标站点，何做渗透把robots.txt、何做渗透页面源码注释、甚至JS文件里的API接口都翻一遍。去年某金融公司测试，我愣是在一个不起眼的图片链接里发现了备份域名，后台管理系统的密码还是"admin123"。这不是运气，是耐心换来的。nmap扫描要跑，但别只盯着开放端口，版本号才是宝贝——一个Apache 2.4.49直接就能打路径穿越，但前提是你得知道它存在。
漏洞利用阶段最考验临场反应。SQL注入别只会用sqlmap，手工构造payload往往能绕过WAF的简单规则。我记得有次遇到个登录框，参数被过滤了空格和注释符，折腾半天，最后用tab键替换空格就绕过去了——WAF规则写得死板，人脑却灵活。上传点更阴险，文件头校验就伪造GIF89a，内容过滤就试试二次渲染绕过。真正的高手会先看上传文件到底存在哪、怎么访问，有时候解析漏洞比上传本身更致命。
拿到webshell只是中场休息。提权才是分水岭，尤其Windows服务器。内核漏洞exp要备全，但别指望每次都成功——我见过太多人卡在MS17-010上，却忘了检查服务路径的引号问题。Linux下SUID提权、sudo配置错误、甚至计划任务里可写的脚本，都比内核漏洞来得实在。有个案例特别典型：某运维图省事，把tomcat跑在root权限下，我上传个war包直接就是系统权限，连提权都省了。
内网横向移动才是考验功力的地方。别急着扫全网段，先看看当前机器能访问哪些共享、有没有保存的凭据。抓hash用mimikatz是常规操作，但管理员改了注册表禁用WDigest怎么办？换思路，试试内存中的明文密码，或者直接找找有没有域管进程的token。代理链要搭稳，frp或iox都行，但流量特征要改，默认端口和协议一眼就会被蓝队识破。
报告阶段反而最容易被轻视。渗透测试的价值不在攻破多少系统，而在让客户明白风险具体在哪。别堆砌专业术语，画个攻击路径图，把复现步骤写清楚，最好附带修复建议的优先级。我见过太多报告写得像天书，客户看完还是一头雾水，下个月照样被同样的漏洞打穿。
说点题外话。现在自动化工具越来越强，但千万别迷信扫描器——真正值钱的是你对业务逻辑的理解。有个电商站，所有常规漏洞都补得严严实实，结果我盯着优惠券功能看了半小时，发现可以负数金额提交订单，直接刷了十万块余额。这种逻辑漏洞，任何扫描器都发现不了。
做这行越久越明白，渗透测试不是炫技，是帮别人补短板。每次攻破都意味着某个开发者的疏忽，而你的价值就是把这些疏忽变成可修复的条目。别总想着打穿最坚固的堡垒，有时候从旁边的小门进去，反而更容易。