你的企業(yè)備份服務(wù)器，可能正開著一扇30年前的后門。

3月25日，群暉（Synology）發(fā)布安全公告：旗下DiskStation Manager（DSM）操作系統(tǒng)存在嚴(yán)重漏洞，攻擊者無需密碼就能遠(yuǎn)程執(zhí)行任意命令。CVSS評分9.8，距離滿分10分只差0.2。這不是某個(gè)邊緣組件的小毛病，是核心系統(tǒng)層面的裸奔。

漏洞編號(hào)CVE-2026-32746，根源藏在GNU Inetutils 2.7及以下版本的telnetd守護(hù)進(jìn)程里。一個(gè)緩沖區(qū)溢出，讓全球數(shù)百萬臺(tái)NAS設(shè)備變成了黑客的游樂場。

30年前的協(xié)議，2026年的災(zāi)難

問題出在Telnet協(xié)議的LINEMODE SLC（設(shè)置本地字符）子選項(xiàng)處理上。add_slc函數(shù)在往緩沖區(qū)塞數(shù)據(jù)時(shí)，壓根不檢查是不是已經(jīng)塞滿了。

這就像往一個(gè)500ml的瓶子里無限倒水——水當(dāng)然會(huì)溢出來，流到它不該去的地方。在計(jì)算機(jī)內(nèi)存里，這種"溢出"會(huì)覆蓋相鄰的關(guān)鍵數(shù)據(jù)，最終讓攻擊者把惡意代碼塞進(jìn)執(zhí)行流程。

Telnet誕生于1969年，比互聯(lián)網(wǎng)還老。它傳輸數(shù)據(jù)全是明文，用戶名密碼像明信片一樣裸奔在網(wǎng)線上。二十年前就被SSH淘汰的東西，居然還在2026年的企業(yè)級NAS里默認(rèn)開著。

群暉的DSM系統(tǒng)用GNU Inetutils包來處理Telnet服務(wù)，版本鎖死在2.7及以下。這個(gè)add_slc函數(shù)的漏洞，本質(zhì)上是個(gè)教科書級別的CWE-120（緩沖區(qū)溢出）案例——代碼寫于上世紀(jì)，漏洞發(fā)現(xiàn)于本周。

攻擊者只需要網(wǎng)絡(luò)連通性，不需要任何賬號(hào)。發(fā)送特制的Telnet數(shù)據(jù)包，就能觸發(fā)越界寫入，然后繞過所有認(rèn)證機(jī)制，直接在系統(tǒng)里執(zhí)行命令。

拿到遠(yuǎn)程命令執(zhí)行權(quán)限意味著什么？勒索軟件可以一鍵部署，敏感數(shù)據(jù)可以批量打包，后門可以埋得比你的備份策略還深。等你發(fā)現(xiàn)的時(shí)候，攻擊者可能已經(jīng)在內(nèi)網(wǎng)住了三個(gè)月。

哪些設(shè)備中招？補(bǔ)丁怎么打？

群暉確認(rèn)了受影響的產(chǎn)品線。DSM 7.3用戶必須升級到7.3.2-86009-3或更新版本；DSM 7.2.2用戶需要更新至7.2.2-72806-8；還在用DSM 7.2.1的，得升到7.2.1-69057-11。

但有個(gè)壞消息：DSMUC 3.1的補(bǔ)丁還在開發(fā)中。這個(gè)面向統(tǒng)一控制器的產(chǎn)品線，管理員現(xiàn)在只能靠臨時(shí)緩解措施硬撐。

緩解措施倒也簡單——關(guān)掉Telnet。控制面板→終端→取消勾選"啟用Telnet服務(wù)"→應(yīng)用。三步操作，風(fēng)險(xiǎn)歸零。

群暉同時(shí)澄清了幾款 unaffected 的產(chǎn)品：BeeStation OS 1.4、SRM 1.3、VS600HD 1.2。這些產(chǎn)品要么沒用GNU Inetutils，要么Telnet組件版本較新，躲過了這一劫。

企業(yè)級NAS的定位很特殊。它們存著財(cái)務(wù)數(shù)據(jù)、客戶資料、虛擬機(jī)備份，往往是勒索團(tuán)伙的優(yōu)先目標(biāo)。2023年LockBit攻擊多家企業(yè)的案例里，NAS設(shè)備就是最初的突破口。

這次漏洞的可怕之處在于"無認(rèn)證"三個(gè)字。以前的攻擊至少要先搞到一組憑據(jù)，現(xiàn)在連這道門檻都省了。內(nèi)網(wǎng)里只要有一臺(tái)沒打補(bǔ)丁的群暉，整個(gè)網(wǎng)絡(luò)邊界就形同虛設(shè)。

為什么Telnet還活著？

一個(gè)合理的疑問：為什么2026年的企業(yè)設(shè)備還在跑Telnet？

部分答案是兼容性。某些老舊工業(yè)設(shè)備、嵌入式系統(tǒng)只認(rèn)Telnet，SSH握手會(huì)失敗。群暉作為通用NAS廠商，得照顧這些邊緣場景。另一部分答案是歷史包袱——代碼能跑就不動(dòng)，是軟件工程的普遍惰性。

但安全團(tuán)隊(duì)和這種惰性之間的張力，正在越來越大。CVE-2026-32746的CVSS向量顯示，攻擊復(fù)雜度為"低"，所需權(quán)限為"無"，用戶交互為"不需要"。三個(gè)最低門檻湊在一起，構(gòu)成了近乎完美的攻擊條件。

GNU Inetutils項(xiàng)目本身不算活躍。2.8版本其實(shí)早已修復(fù)這個(gè)漏洞，但群暉的DSM分支顯然沒跟上。開源組件的供應(yīng)鏈安全，又一次成了木桶的最短木板。

對于已經(jīng)打了補(bǔ)丁的管理員，建議順便檢查一下Telnet是不是真的關(guān)了。有些升級腳本會(huì)保留原有配置，如果之前手動(dòng)開過，升級后可能還是開著的。

對于DSMUC 3.1用戶，等待補(bǔ)丁的窗口期需要額外警惕。監(jiān)控Telnet端口的異常連接、限制源IP白名單、甚至臨時(shí)防火墻阻斷，都是可以考慮的過渡方案。

群暉在安全公告里的措辭相當(dāng)緊迫："strongly urged to apply the available patches immediately"。這種級別的催促，在他們的公告史上并不多見。

你的備份策略再完善，也防不住攻擊者直接刪庫。而9.8分的漏洞評分，翻譯成人話就是：如果明天看到新聞?wù)f某家公司NAS被鎖了，別驚訝，那是統(tǒng)計(jì)學(xué)上的必然。

最后留個(gè)實(shí)際問題：你最后一次檢查公司NAS的Telnet開關(guān)，是什么時(shí)候？