紧急预警！Linux核心转存漏洞曝光，Ubuntu、红帽系统密码哈希可被窃取

导语

    国家网络安全机构近日监测到新型高危漏洞威胁：多个主流Linux发行版的核心转存（core dump）机制存在严重安全缺陷，攻击者可借此窃取系统密码哈希、加密密钥等敏感内存数据。这一漏洞影响范围覆盖Ubuntu、Red Hat Enterprise Linux（RHEL）和Fedora等主流系统，潜在危害极大。

    安全研究人员警告，攻击者只需拥有普通本地账户权限，即可利用该漏洞突破系统防线，获取本应受保护的关键认证信息。

01 漏洞警报：核心转存机制的安全盲区

    根据Qualys威胁研究部门披露，Linux系统中负责处理应用崩溃报告的核心转存组件存在两处高危漏洞，编号为CVE-2025-5054（影响Ubuntu的Apport）和CVE-2025-4598（影响RHEL/Fedora的systemd-coredump），CVSS评分均为4.7。

    核心转存功能本用于记录程序崩溃时的内存状态，协助开发者调试。但这两处漏洞均属于竞争条件（Race Condition）缺陷，使攻击者可劫持特权进程崩溃瞬间，诱使系统将敏感内存数据写入转储文件。

    更危险的是，攻击完全在本地进行，不触发任何网络告警，传统安全防护系统难以检测。安全专家Jason Soroko指出：“这类漏洞绕过了所有专注于运行时内存保护的防护措施。”

02 攻击原理：密码哈希如何被窃取

漏洞利用链条环环相扣，技术精巧却危害巨大：

1. 诱导特权进程崩溃：攻击者首先故意触发以SUID权限运行的系统进程（如身份验证工具unix_chkpwd）崩溃。SUID权限允许程序以所有者权限（常为root）执行。

2. 发动“竞速攻击”：在核心转存处理器收集崩溃数据前的极短时间内，攻击者快速用同名非特权进程替换原进程。由于系统通过进程ID（PID）追踪进程，这一替换可误导转存处理器。

3. 窃取内存快照：转存处理器误将原特权进程的内存数据写入核心转存文件，其中可能包含正在验证的密码哈希、磁盘加密密钥或API凭证等敏感信息。

    Qualys已公开概念验证代码（PoC），证实攻击者可成功提取/etc/shadow文件中的密码哈希值，直接威胁系统账户安全。

03 影响范围：主流发行版无一幸免

特别说明：亚马逊Linux、Gentoo等衍生版本同样受影响，用户需紧急自查。

04 紧急缓解：三管齐下防御策略

临时处置方案（立即执行）

在终端以root权限执行：

echo 0 > /proc/sys/fs/suid_dumpable

    此命令禁用所有SUID程序的核心转存功能，直接切断攻击路径。但需注意：这将牺牲对特权程序崩溃的分析能力，仅作临时补救。

权限与访问控制加固

• 限制核心转存目录访问：严格控制/var/lib/systemd/coredump（systemd系统）或/var/crash（Ubuntu）目录权限，仅限root读写

• 审计本地用户活动：排查拥有shell访问权限的非特权账户，尤其是近期新增或存在异常登录的账户

长期升级与架构改造

• 及时更新系统：密切关注各发行版补丁发布，Ubuntu用户可通过Livepatch服务实现无重启热修复

• 重构转存处理流程：按安全专家建议，将核心转存处理移至独立容器或命名空间，并对转储文件实施端到端加密

• 禁用非必要SUID程序：通过chmod u-s移除非关键程序的SUID权限，减少攻击面

05 深度防护：企业级安全加固指南

    除漏洞专项修复外，建议企业用户实施纵深防御策略：

    特权隔离：运行核心转存处理的账户权限必须最小化，禁止使用root直接处理转储文件。推荐在独立容器环境中运行分析服务。

    文件系统监控：部署实时文件完整性监控工具（如AIDE、Tripwire），对/etc/shadow、/var/crash等敏感路径设置变更告警。

强化认证体系：

• 全面启用多因子认证（MFA），即使密码哈希泄露也不致账户沦陷

• 系统密码强制使用16位以上强密码，包含大小写字母、数字和特殊字符组合

• 定期轮转密钥，尤其对数据库凭证和API密钥

    安全运维升级：建立离线备份的应急命令集，预先备份ls、ps、netstat等关键命令的洁净版本，即使系统被植入rootkit仍可进行可信检测。

    某金融机构运维团队在漏洞披露后立即部署了临时防护措施，其安全主管坦言：“核心转存这类底层功能的安全风险最易被忽视，这次漏洞让我们重新评估了整个调试基础设施的风险边界。”

    随着Linux在服务器、云平台及IoT设备中的广泛应用，一次本地权限的突破可能引发全网沦陷。国家网络安全机构紧急提醒：所有使用受影响版本Linux系统的单位需立即验证漏洞状态，并按指引实施防护。毕竟在网络安全领域，最危险的漏洞往往藏在你认为最无害的功能中。