2023年冬天，网络某三甲医院的安全挂号系统突然瘫痪了四个小时。不是漏洞服务器宕机，也不是用途流量攻击——后来溯源发现，问题出在一台没人管的径包旧打印机上。那台打印机连着内网，网络固件版本停留在2016年，安全默认密码还是漏洞admin。攻击者从互联网扫描到这台设备，用途用已知漏洞直接拿下了shell，径包然后横向移动到挂号数据库。网络一个被遗忘的安全终端，成了整条防线的漏洞缺口。

这就是用途漏洞利用的典型路径：找到入口，撬开它，径包然后往里走。入口的类型决定攻击的手法，但核心逻辑不变——用最小的成本，撕开最大的口子。

软件层面的漏洞利用最直接

缓冲区溢出算是个老家伙了，但依然管用。攻击者往程序输入超长字符串，覆盖掉相邻内存区域，把返回地址改成自己的shellcode。心脏出血漏洞（CVE-2014-0160）就是典型，OpenSSL的一个边界检查缺失，让攻击者能读取服务器内存里的私钥、会话cookie、用户密码。当时全球约17%的HTTPS服务器受影响，修复花了好几个月。这种利用方式不需要复杂的社会工程，一个精心构造的数据包就能搞定。

SQL注入更简单。登录框里填个 ' OR '1'='1，后端如果没做参数化查询，数据库直接就把所有用户吐出来了。我见过一个小电商网站，商品搜索参数没过滤，攻击者用union查询把整个用户表拖走，包括明文存储的密码。开发人员当时觉得“没人会盯着这个参数”，结果被扫站工具批量命中。

配置错误往往比代码漏洞更好用

云存储桶权限设成public，里面躺着几十万份合同扫描件。Redis没设密码，绑定在0.0.0.0，攻击者直接写SSH公钥进去。Kubernetes的dashboard暴露在公网，连认证都没有，集群里的所有pod随便操作。这些不是代码写错了，是部署的时候图省事。有个做SaaS的创业公司，把测试环境的Elasticsearch直接开在公网，索引里全是客户API密钥。攻击者没用什么高级工具，curl一下就拿到了。

默认凭证也是重灾区。路由器、摄像头、打印机、工控设备，出厂密码admin/admin或者root/12345。Mirai僵尸网络当年就是靠这个感染了数十万台IoT设备，发起Tbps级别的DDoS。设备厂商觉得用户会改密码，用户觉得设备在内网没人碰，结果两边都错了。

供应链攻击把漏洞藏进信任链里

2020年SolarWinds事件，攻击者入侵了软件构建流程，在Orion平台的更新包里植入后门。18000多个客户自动下载了带毒更新，包括美国多个政府部门。这种利用方式的高明之处在于——你信任的供应商成了攻击跳板。代码签名证书是真的，更新服务器是官方的，防火墙根本拦不住。国内也有类似案例，某OA系统的补丁包被篡改，推送后导致大量政企内网被控。攻击者不需要直接面对目标，搞定上游就行。

社会工程配合技术漏洞，效果翻倍

钓鱼邮件里附一个带宏的Word文档，宏代码利用Office的已知漏洞下载payload。或者伪造个登录页面，把凭证骗到手后再利用VPN的漏洞登录内网。技术漏洞在这里是放大器——没有漏洞，钓鱼只能骗到密码；有了漏洞，密码能直接换成shell。我观察到一个趋势：纯技术漏洞的利用窗口在缩短，从披露到大规模扫描通常只有几天。但社会工程加漏洞的组合，生命周期长得多，因为人的警惕性不会因为补丁发布就自动升级。

漏洞利用的途径还在变。浏览器沙箱逃逸、容器逃逸、AI模型投毒，新的攻击面不断冒出来。但底层逻辑没变：找到那个没被注意到的角落，用最小的力气撬开它。防守方要做的，不是追求零漏洞——那不存在——而是让攻击者的成本高到不划算。一台旧打印机毁掉整个挂号系统，这种事本可以避免。