看到 Linux TCP 漏洞的消息，不少站长先会担心：服务器会不会被直接打穿？我们经常遇到这类问题。答案别急着下。先把事分成两层：一层是系统内核补丁，一层是 WordPress 主题、插件和网站源码的更新。两层都要做，但顺序和动作不一样。
据公开报道，这次热点是 CVE-2026-98432，涉及 Linux 内核 IPv4 TCP 代码中的 use-after-free，也就是释放后使用问题。报道把它称为高分 Linux TCP RCE，即远程代码执行漏洞，并且可被远程、未认证攻击者触及。Red Hat Enterprise Linux（红帽企业 Linux）8、9、10 已有修复内核；Ubuntu 三个较新长期支持版的修复，仍在可选测试通道，暂时没有常规更新日期。
要不要马上升级内核？先看你用的是哪套系统
结论很简单：Red Hat 系生产机可以按维护窗口安排内核更新；Ubuntu 生产机不要看到漏洞就立刻切测试通道。内核升级不是点一下按钮就结束，它牵涉重启、面板服务、网站进程和回滚方案。
客户常问：“这个漏洞会不会马上影响我的站？”我们一般这样回：先看发行版，再看你有没有把数据库和网站目录备份好。漏洞风险高，不等于你的机器已经暴露；但如果你连备份都没有，任何升级动作都会变成赌博。
先做这几个自查命令：
- cat /etc/os-release：确认系统是 Ubuntu、Debian 还是 Red Hat 系。
- uname -r：查看当前运行内核。
- rpm -qa | grep kernel：适合 Red Hat 系，查看已安装内核包。
- dpkg -l | grep linux-image：适合 Ubuntu/Debian，查看已安装内核镜像。
如果你用宝塔面板建站，也可以先在面板里看服务状态和计划任务。命令只是确认，不是修复。真正决定升级前，先给服务器做快照，或者至少备份网站目录、数据库和 /etc 配置。
Ubuntu 修复还在测试通道，生产机要不要切？
生产机默认不切。测试通道适合有测试环境、能接受回滚失败的运维；面向国内用户的内地备案网站，如果业务不能承受意外停机，先做备份、收紧暴露面，等常规更新。
这不是保守，是成本问题。测试通道可能提前拿到修复，但也可能带来新的依赖变化。你的站点如果只是企业展示、内容站或小型商城，停机一次带来的损失，可能比等正式补丁更疼。若确实着急，正确做法是开一台测试机，或者克隆一份站点数据，先验证面板、PHP、MySQL、Nginx/Apache 是否正常，再决定生产机动不动。
有客户会问：“那我是不是要加钱换更高配置或者换节点？”一般不用。这类内核漏洞重点在补丁和暴露面，不是 CPU 和带宽不够。除非你的机器本来就长期过载，否则不必把安全更新变成一次硬件升级。
WordPress 站点除了内核，还要管什么？
WordPress 核心、主题、插件的更新通常比内核更贴近建站风险。据公开报道，WordPress 7.1.4 安全更新共修补 22 个安全弱点，相关信息公布后不到 10 分钟，就出现尝试利用其中部分弱点的活动。对站长来说，这意味着不要等流量异常了才想起更新。
如果你用的是从微码盒下载的 WordPress 主题或建站源码，建议按这个顺序处理：先在测试站更新 WordPress 核心，再更新主题和插件；确认前台、后台、表单没异常，再上主站。免费 HTML 模板、DedeCMS 模板也一样，改动前先留一份原始文件，方便回滚。
这里不建议盲目追新版。若你的主题插件比较老，直接全量更新可能把自定义样式和二次开发改坏。先备份数据库，再备份主题目录，然后逐项更新。更新后检查站点日志、后台报错和前台页面，尤其是登录、投稿、评论、表单这些入口。
宝塔面板建站教程里，哪些动作今天就能做？
先备份，再查系统，再决定升级。宝塔面板建站教程里常被问到的问题，不是“有没有漏洞”，而是“升级前能不能回滚”。
- 备份网站目录、数据库、配置文件。有条件就做服务器快照。
- 确认系统版本和当前内核，记录输出结果。
- Red Hat 系按正常维护窗口更新内核，并安排低峰重启。
- Ubuntu 生产机暂不切测试通道，先在测试机验证。
- WordPress 站点更新核心、主题、插件，并检查日志。
如果你平时维护多个客户站，建议把每个站点的系统版本、面板版本、PHP 版本、主题版本做成一张表。漏洞来的时候，怕的不是没有补丁，而是不知道哪台机器跑了哪个版本。这个习惯比临时找教程更省时间。
需要 WordPress 主题、HTML 模板、DedeCMS 模板、建站源码和宝塔面板建站教程，可以站内查看。今晚先给主站做一次完整备份，再决定是否升级内核。
