近期 Linux 內(nèi)核發(fā)布安全公告披露臨界級漏洞 CVE?2026?63979該漏洞 CVSS 評分高達 9.8存在于內(nèi)核net/handshake網(wǎng)絡(luò)握手子系統(tǒng)。遠程無權(quán)限攻擊者可利用代碼執(zhí)行過程中的競態(tài)條件觸發(fā)內(nèi)存非法訪問最終造成信息泄露、權(quán)限提升或系統(tǒng)崩潰對部署 TLS 握手卸載服務(wù)的服務(wù)器、云節(jié)點、工業(yè)通信主機構(gòu)成較高安全威脅。從技術(shù)原理層面分析該漏洞本質(zhì)屬于典型的鎖釋放后資源生命周期管理不當問題。在原有代碼邏輯中handshake_req_next()函數(shù)會先將握手請求從網(wǎng)絡(luò)命名空間的待處理鏈表移除隨后釋放 hn_lock 互斥鎖再調(diào)用handshake_nl_accept_doit()執(zhí)行后續(xù)接收邏輯。在無鎖的時間窗口內(nèi)程序后續(xù)代碼會兩次訪問套接字對應(yīng)的文件引用分別執(zhí)行FD_PREPARE()以及get_file()操作。而就在鎖被釋放、資源尚未被函數(shù)接管的間隙另一執(zhí)行路徑可調(diào)用tls_handshake_cancel()取消握手任務(wù)并通過sockfd_put()或__fput_complete()釋放套接字文件資源。當兩條執(zhí)行流發(fā)生時序上的沖突就會出現(xiàn)資源已經(jīng)被釋放而代碼仍然繼續(xù)訪問該指針的情況形成釋放后使用類缺陷。攻擊者可以通過構(gòu)造特殊網(wǎng)絡(luò)報文精確控制兩條代碼分支的執(zhí)行時序命中該競爭窗口篡改內(nèi)核堆內(nèi)存破壞內(nèi)核的正常執(zhí)行流程。根據(jù) CVSS 向量CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H可以判斷該漏洞攻擊向量為遠程網(wǎng)絡(luò)攻擊復雜度低攻擊者無需預(yù)先獲取主機權(quán)限也不需要用戶進行交互操作即可發(fā)起攻擊。凡是啟用內(nèi)核 TLS 握手卸載功能的設(shè)備都處在風險范圍內(nèi)。云計算服務(wù)器、邊緣通信網(wǎng)關(guān)等對外長期開放網(wǎng)絡(luò)服務(wù)的資產(chǎn)暴露風險更高。官方給出的修復方案核心思路是將已經(jīng)釘住的文件引用所有權(quán)移交至accept_doit流程。在釋放鎖之前完成資源所有權(quán)的交接確保套接字文件引用不會在后續(xù)處理過程中被其他執(zhí)行路徑提前釋放消除兩條執(zhí)行流之間的競爭窗口從根源上解決資源釋放與訪問時序不一致的問題。高危內(nèi)核漏洞披露之后漏洞利用方案往往會快速傳播形成一段高危防護窗口期。運維管理人員應(yīng)當梳理業(yè)務(wù)環(huán)境中開啟內(nèi)核 TLS 握手功能的設(shè)備清單持續(xù)跟蹤 Linux 內(nèi)核官方安全公告盡快升級內(nèi)核至包含該漏洞修復補丁的穩(wěn)定版本。補丁部署完成之前可采取訪問控制策略限制外部不可信流量訪問相關(guān)服務(wù)端口作為臨時緩解手段降低被攻擊的概率。內(nèi)核網(wǎng)絡(luò)子系統(tǒng)承擔著整機網(wǎng)絡(luò)通信的基礎(chǔ)調(diào)度工作其安全穩(wěn)定直接關(guān)系上層所有業(yè)務(wù)。及時跟進內(nèi)核高危漏洞情報、快速部署安全補丁是保障基礎(chǔ)設(shè)施長期穩(wěn)定運行的關(guān)鍵環(huán)節(jié)。望獲 OS 時刻關(guān)注高危漏洞及時安裝修復補丁保證系統(tǒng)的安全性。企業(yè)在運維工作中應(yīng)當建立常態(tài)化內(nèi)核漏洞監(jiān)測和補丁更新機制從底層降低網(wǎng)絡(luò)子系統(tǒng)漏洞帶來的安全風險。