内容摘要：凌晨三点，我盯着屏幕上的红色告警，后背发凉。公司内网的一台服务器，正悄悄向外发送加密数据包，流量不大，但持续不断。查了进程，查了端口，查了登录日志，一切正常。最后在系统日志的角落里，发现一个被反复尝试

凌晨三点，本地漏洞我盯着屏幕上的本地漏洞红色告警，后背发凉。本地漏洞公司内网的本地漏洞一台服务器，正悄悄向外发送加密数据包，本地漏洞流量不大，本地漏洞但持续不断。本地漏洞查了进程，本地漏洞查了端口，本地漏洞查了登录日志，本地漏洞一切正常。本地漏洞最后在系统日志的本地漏洞角落里，发现一个被反复尝试的本地漏洞本地提权漏洞——攻击者早就进来了，只是本地漏洞我们一直没看见。

本地漏洞，本地漏洞听起来不如远程攻击那么威风，可它才是真正的“内鬼”。远程漏洞是撬门，本地漏洞是拿了钥匙。攻击者一旦通过钓鱼邮件或供应链攻击获得一个普通用户权限，接下来的事，就全靠本地漏洞了。我见过太多企业，防火墙堆得跟长城似的，入侵检测系统装了一整套，可内网一旦失守，立刻变成筛子。

去年帮一家制造业客户做应急响应，他们的MES系统被勒索病毒加密了。追溯感染链，源头竟是一台老旧的Windows 7工控机。那台机器上有个CVE-2019-0708的漏洞，微软早就发了补丁，但产线不能停机，IT部门不敢重启，就拖了整整两年。攻击者从外网打进来，拿到系统权限，横向移动时又碰到一个未修补的本地提权漏洞，直接拿到域管理员权限。整个工厂的图纸、排产计划、设备参数，一夜之间全部变成乱码。

这类事有个共同点：漏洞本身不复杂，复杂的是“知道有洞，却补不上”的尴尬。生产系统要连续运行，业务部门不让打补丁；老旧的数据库依赖特定版本的操作系统，升级就崩；供应商早已倒闭，遗留系统的漏洞没人管。这些现实约束，让本地漏洞成了潜伏在内部的定时炸弹。

还有个容易被忽略的场景——开发环境。程序员们为了方便，经常在测试服务器上开共享目录，权限设成Everyone可写。我见过一家金融科技公司，开发人员把数据库连接字符串明文写在配置文件里，放在一个可公开访问的共享文件夹中。这个文件夹本身没有漏洞，但任何能登录内网的人都能读到这些凭据。真正的漏洞不是技术缺陷，是人性的懒惰。

更讽刺的是，有些本地漏洞是我们自己“造”出来的。某次渗透测试，我发现客户的运维人员为了监控方便，在服务器上装了一个第三方的远程管理工具，这个工具自带一个隐藏后门。厂商可能本意是好的，但代码质量堪忧，存在一个简单的缓冲区溢出。攻击者只需发送一个特制的数据包，就能拿到root权限。你说这是第三方软件的锅，还是运维人员的锅？

本地漏洞的可怕之处在于，它往往无声无息。远程攻击会触发告警，异常流量会被拦截，但本地漏洞利用的是系统内部的信任机制——合法用户、合法进程、合法路径。安全团队盯着外部威胁看了一整年，却没发现攻击者早在三个月前就拿到了一个低权限账号，正一步步地“合法”地走向核心数据。

所以我现在做安全评估，第一件事不是扫描外网IP，而是问客户：你的内网里，有多少台机器可以让你不费吹灰之力就拿到管理员权限？答案通常让人沉默。真正的防线不在边界，而在每一台主机、每一个账号、每一个配置项的细节里。本地漏洞不是技术难题，是管理问题。你愿意花多少时间，去补那些看起来不起眼的“小洞”？