ubuntu漏洞发布

Ubuntu又发漏洞公告了。漏洞这次是发布USN-6743-1，涉及systemd的漏洞多个组件。攻击者可以利用这些漏洞，发布在本地提权到root。漏洞别急着划走，发布这个漏洞影响面比你想象的漏洞大——所有还在用22.04 LTS和24.04 LTS的服务器，只要启用了systemd-resolved或systemd-networkd，发布基本都在射程内。漏洞

具体问题出在systemd的发布DNS解析逻辑里。攻击者可以构造特制的漏洞DNS响应包，触发堆缓冲区溢出。发布说白了，漏洞就是发布你的服务器在解析一个恶意域名时，对方能借机往内存里塞恶意代码。漏洞更麻烦的是，这个漏洞不需要用户交互，只要你的系统在向外发起DNS查询，就可能中招。我看了下官方补丁，修复方式倒是直接——把解析器里的长度检查逻辑重写了一遍。

我测试了一下，在没打补丁的机器上，用PoC脚本模拟恶意DNS服务器，大概三秒就能让目标系统崩溃。要是攻击者再花点心思，把崩溃变成代码执行，那整台服务器就等于裸奔了。别指望防火墙能挡住——DNS查询是要出去的，你拦不住系统自己发起的请求。

补丁已经推送到官方源了，执行sudo apt update && sudo apt upgrade就能拉下来。但有个坑得提醒你：如果你用了第三方PPA或者锁定了systemd的版本，升级时可能会冲突。我见过不少生产环境因为锁定版本导致补丁装不上，最后被漏洞盯上的案例。所以升级前先检查一下apt-mark showhold，看看有没有被锁定的包。

另外，如果你跑的是Ubuntu 20.04，别觉得自己安全了。虽然这次公告没覆盖老版本，但systemd的代码库是共用的，20.04的systemd-245同样存在类似的解析缺陷，只是还没被单独标记而已。建议你手动关注一下后续的USN更新，别等漏洞公开了才着急。

还有个细节值得留意——这次补丁只修了systemd，但Ubuntu的snapd和netplan也调用了相关库函数。官方没明说，但我自己翻了下代码，netplan的DHCP客户端处理逻辑里也有类似的长度校验缺失。目前没有公开PoC，但谁也不敢保证明天会不会冒出来。如果你对安全要求极高，可以考虑临时禁用systemd-networkd，改用传统的ifupdown方案。

说句实在话，这类漏洞在Linux发行版里不算罕见，但Ubuntu这次的响应速度还算快——公告发布到补丁推送只隔了不到48小时。真正让人头疼的是那些长期不重启的服务器，patch装好了但内核和systemd还在跑老版本。你问为什么不能热修复？systemd是PID 1，它没法像普通进程那样随便重启。所以该安排维护窗口就安排，别拖。

最后提一嘴，如果你用的是Ubuntu Pro订阅，可以启用Livepatch服务，但那只覆盖内核漏洞，systemd这类的用户态漏洞还是得靠常规更新。别把鸡蛋全放一个篮子里。检查一下你的系统版本，跑个systemd --version，如果版本号低于公告里标注的修复版本，抓紧时间处理。