鏈安全實(shí)錄：CVE-2025-54313（eslint-config-prettier 投毒事件）的排查、風(fēng)險(xiǎn)評(píng)估與防護(hù)實(shí)踐)
Shields 供應(yīng)鏈安全實(shí)錄CVE-2025-54313eslint-config-prettier 投毒事件的排查、風(fēng)險(xiǎn)評(píng)估與防護(hù)實(shí)踐【免費(fèi)下載鏈接】shieldsConcise, consistent, and legible badges in SVG and raster format項(xiàng)目地址: https://gitcode.com/gh_mirrors/sh/shields本篇技術(shù)指南以 Shields 項(xiàng)目官方安全公告 frontend/blog/2025-07-26-CVE-2025-54313.md 為主體完整還原該次上游 npm 包投毒事件的處置思路包括漏洞影響的依賴鏈分析、項(xiàng)目代碼庫受影響面的排查結(jié)論、Windows 用戶的實(shí)際風(fēng)險(xiǎn)邊界以及基于倉庫真實(shí) CI 配置npm ci與npm install的區(qū)別給出的可復(fù)現(xiàn)防護(hù)驗(yàn)證。讀完本文你將掌握針對(duì)上游供應(yīng)鏈包被投毒這一類事件的標(biāo)準(zhǔn)響應(yīng)流程并能用同樣的方法審計(jì)自己的 npm 項(xiàng)目。事件背景CVE-2025-54313 是什么2025 年 7 月Shields 團(tuán)隊(duì)在官方博客發(fā)布安全說明披露了一個(gè)涉及eslint-config-prettier包的供應(yīng)鏈漏洞編號(hào)為CVE-2025-54313。該漏洞的核心要點(diǎn)如下漏洞類型供應(yīng)鏈投毒supply chain compromise存在潛在的**遠(yuǎn)程代碼執(zhí)行RCE**風(fēng)險(xiǎn)影響范圍僅影響 Windows 用戶這一點(diǎn)決定了整個(gè)風(fēng)險(xiǎn)面評(píng)估的邊界嚴(yán)重程度官方評(píng)級(jí)為High高危。eslint-config-prettier是 Prettier 官方生態(tài)中用于關(guān)閉與 ESLint 規(guī)則沖突的共享配置包被絕大多數(shù) ESLint 工程作為devDependencies引入屬于開發(fā)期依賴。正因如此這類包一旦被投毒惡意代碼會(huì)在開發(fā)者執(zhí)行npm install時(shí)依賴安裝階段觸發(fā)postinstall/install腳本于本地機(jī)器上執(zhí)行——這正是其被稱為供應(yīng)鏈攻擊的原因攻擊者不直接攻擊目標(biāo)項(xiàng)目而是攻擊目標(biāo)項(xiàng)目所信任的上游依賴。受影響依賴鏈投毒波及的包族Shields 在公告中明確列出了本次事件中同樣受影響的包。值得注意的是這些包并非互不相關(guān)的孤立包而是圍繞 Prettier/ESLint 生態(tài)形成的一條依賴鏈eslint-config-prettier漏洞的直接載體eslint-plugin-prettiersynckiteslint-plugin-prettier的運(yùn)行時(shí)依賴負(fù)責(zé)跨線程執(zhí)行同步任務(wù)pkgr/coresynckit的底層依賴napi-postinstall用于原生模塊安裝輔助的包這條鏈在倉庫的鎖文件中可以得到印證查看 package-lock.json 可以看到synckit0.11.13對(duì)pkgr/core的依賴聲明為^0.3.6鎖文件中解析并固定為0.3.6package-lock.json。也就是說eslint-config-prettier→eslint-plugin-prettier→synckit→pkgr/core構(gòu)成了完整的傳遞依賴路徑任何一個(gè)上游環(huán)節(jié)被投毒理論上都會(huì)沿著這條鏈傳導(dǎo)到所有依賴方。項(xiàng)目實(shí)際受影響面版本排查結(jié)論針對(duì)這次事件Shields 團(tuán)隊(duì)在倉庫中逐一核對(duì)了這些包的實(shí)際聲明版本與解析版本結(jié)論是項(xiàng)目代碼庫中未使用任何受影響版本。根目錄 package.json 中eslint-config-prettier聲明為^10.1.8eslint-plugin-prettier聲明為精確版本5.5.6結(jié)合package-lock.json鎖定的解析結(jié)果均未落入 CVE 波及的版本區(qū)間上游已采取行動(dòng)截至公告發(fā)布時(shí)npm 上已移除受影響版本從源頭上切斷了新安裝的可能生產(chǎn)環(huán)境未發(fā)現(xiàn)相關(guān)問題公告明確目前未在生產(chǎn)環(huán)境中發(fā)現(xiàn)與該漏洞相關(guān)的任何問題。需要特別強(qiáng)調(diào)的是這一未受影響結(jié)論針對(duì)的是倉庫本身及其正常運(yùn)行流程但風(fēng)險(xiǎn)并未完全歸零——原因在于版本聲明中的^前綴詳見下一節(jié)。殘余風(fēng)險(xiǎn)^前綴、Windows 與npm install的組合雖然倉庫鎖定版本是安全的但 Shields 在公告中誠(chéng)實(shí)指出了一處殘余風(fēng)險(xiǎn)面項(xiàng)目在package.json中對(duì)eslint-config-prettier使用了^前綴^10.1.8對(duì)于不讀取package-lock.json、直接以package.json為準(zhǔn)執(zhí)行npm install的場(chǎng)景npm 會(huì)按^語義拉取最新的兼容版本10.1.8 11.0.0如果該操作發(fā)生在上游尚未移除受影響版本的時(shí)間窗口內(nèi)且執(zhí)行機(jī)器是Windows就可能裝到被投毒的版本并觸發(fā)惡意代碼執(zhí)行。這個(gè)風(fēng)險(xiǎn)的實(shí)際受害者畫像非常具體fork 倉庫的貢獻(xiàn)者、以及在自己 Windows 開發(fā)機(jī)上直接npm install的開發(fā)者——他們并不一定使用與主倉庫一致的鎖文件。因此公告給出的明確建議是任何曾在 Windows 機(jī)器上對(duì)這些包執(zhí)行過npm install的人都應(yīng)檢查自己的系統(tǒng)是否存在被入侵的跡象如異常的進(jìn)程、計(jì)劃任務(wù)、啟動(dòng)項(xiàng)、可疑的 shell 歷史等。CI 為何幸免npm ci與npm install的安全差異公告中提到該問題似乎未影響我們的 CI 環(huán)境這是一個(gè)可以用倉庫配置直接驗(yàn)證的結(jié)論。首先確認(rèn) Windows CI 的存在查看 .github/workflows/test-main.ymltest-main是倉庫中唯一的 Windows 任務(wù)其策略矩陣為test-main: strategy: matrix: os: [ubuntu-latest, windows-latest] runs-on: ${{ matrix.os }}也就是說test-main確實(shí)會(huì)在windows-latest上運(yùn)行CI 面覆蓋了 Windows。關(guān)鍵在于依賴安裝方式——所有 CI 任務(wù)都通過統(tǒng)一的 setup action 安裝依賴見 .github/actions/setup/action.yml- name: Install dependencies if: ${{ inputs.cypress false }} run: | echo skipping cypress binary npm ci shell: bash這里使用的是npm ci而非npm install兩者的核心差異決定了安全結(jié)果對(duì)比維度npm cinpm install依賴解析依據(jù)嚴(yán)格按package-lock.json安裝^前綴不生效按package.json的^/~語義解析可能浮動(dòng)到新版本鎖文件處理要求鎖文件與package.json一致否則直接報(bào)錯(cuò)會(huì)更新鎖文件是否執(zhí)行 install 腳本執(zhí)行但只裝鎖定的版本執(zhí)行供應(yīng)鏈風(fēng)險(xiǎn)鎖定版本可審計(jì)、可復(fù)現(xiàn)被投毒窗口極小安裝時(shí)刻可能拉到剛被投毒的新版本因此CI 的 Windows 任務(wù)雖然存在但由于npm ci嚴(yán)格使用鎖文件即便上游投毒版本恰好處于可安裝狀態(tài)CI 也只會(huì)安裝鎖文件中明確記錄的安全版本投毒版本根本沒有進(jìn)入 CI 的機(jī)會(huì)。另一個(gè)細(xì)節(jié)同樣值得注意倉庫中確實(shí)存在使用npm install的流程即 badge-maker 包的冒煙測(cè)試 .github/workflows/test-package-cli.yml但它運(yùn)行在ubuntu-latest上不涉及 Windows 攻擊面與本次漏洞的觸發(fā)條件Windows不匹配因而不在風(fēng)險(xiǎn)范圍內(nèi)。從本次事件提煉的供應(yīng)鏈防護(hù)清單綜合 Shields 此次處置的全過程可以沉淀出一套可復(fù)用的 npm 項(xiàng)目供應(yīng)鏈防護(hù)實(shí)踐以鎖文件為唯一事實(shí)來源CI 與本地開發(fā)統(tǒng)一使用npm ci杜絕^浮動(dòng)版本進(jìn)入安裝流程區(qū)分運(yùn)行平臺(tái)審計(jì)風(fēng)險(xiǎn)面漏洞常帶有平臺(tái)特異性本次僅 Windows風(fēng)險(xiǎn)評(píng)估需按OS × 依賴安裝方式 × 版本解析方式組合逐一排查而非一刀切關(guān)注postinstall/install腳本類依賴投毒代碼通常在安裝階段執(zhí)行對(duì)帶腳本的原生/工具類包如napi-postinstall應(yīng)提高警惕及時(shí)核對(duì)上游處置狀態(tài)投毒事件發(fā)生后上游往往會(huì)在短時(shí)間內(nèi)移除問題版本應(yīng)確認(rèn)自身的鎖定版本與聲明區(qū)間并關(guān)注上游的后續(xù)發(fā)布持續(xù)監(jiān)控Shields 表示會(huì)持續(xù)跟進(jìn)該漏洞對(duì)自建 CI/生產(chǎn)環(huán)境同樣建議將此類供應(yīng)鏈告警納入常規(guī)巡檢。結(jié)語CVE-2025-54313 事件是一次典型的開發(fā)期依賴投毒攻擊Shields 的應(yīng)對(duì)為同類項(xiàng)目提供了一個(gè)完整范本先定位受影響依賴鏈再以鎖文件核驗(yàn)版本接著按平臺(tái)與安裝方式界定風(fēng)險(xiǎn)面最后明確 CI 與生產(chǎn)環(huán)境的實(shí)際暴露情況。對(duì)于任何維護(hù) npm 項(xiàng)目的團(tuán)隊(duì)而言將npm ci、精確版本審計(jì)與供應(yīng)鏈監(jiān)控固化為默認(rèn)實(shí)踐是抵御此類攻擊最直接、成本最低的手段?！久赓M(fèi)下載鏈接】shieldsConcise, consistent, and legible badges in SVG and raster format項(xiàng)目地址: https://gitcode.com/gh_mirrors/sh/shields創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Shields 供應(yīng)鏈安全實(shí)錄：CVE-2025-54313（eslint-config-prettier 投毒事件）的排查、風(fēng)險(xiǎn)評(píng)估與防護(hù)實(shí)踐
Shields 供應(yīng)鏈安全實(shí)錄CVE-2025-54313eslint-config-prettier 投毒事件的排查、風(fēng)險(xiǎn)評(píng)估與防護(hù)實(shí)踐【免費(fèi)下載鏈接】shieldsConcise, consistent, and legible badges in SVG and raster format項(xiàng)目地址: https://gitcode.com/gh_mirrors/sh/shields本篇技術(shù)指南以 Shields 項(xiàng)目官方安全公告 frontend/blog/2025-07-26-CVE-2025-54313.md 為主體完整還原該次上游 npm 包投毒事件的處置思路包括漏洞影響的依賴鏈分析、項(xiàng)目代碼庫受影響面的排查結(jié)論、Windows 用戶的實(shí)際風(fēng)險(xiǎn)邊界以及基于倉庫真實(shí) CI 配置npm ci與npm install的區(qū)別給出的可復(fù)現(xiàn)防護(hù)驗(yàn)證。讀完本文你將掌握針對(duì)上游供應(yīng)鏈包被投毒這一類事件的標(biāo)準(zhǔn)響應(yīng)流程并能用同樣的方法審計(jì)自己的 npm 項(xiàng)目。事件背景CVE-2025-54313 是什么2025 年 7 月Shields 團(tuán)隊(duì)在官方博客發(fā)布安全說明披露了一個(gè)涉及eslint-config-prettier包的供應(yīng)鏈漏洞編號(hào)為CVE-2025-54313。該漏洞的核心要點(diǎn)如下漏洞類型供應(yīng)鏈投毒supply chain compromise存在潛在的**遠(yuǎn)程代碼執(zhí)行RCE**風(fēng)險(xiǎn)影響范圍僅影響 Windows 用戶這一點(diǎn)決定了整個(gè)風(fēng)險(xiǎn)面評(píng)估的邊界嚴(yán)重程度官方評(píng)級(jí)為High高危。eslint-config-prettier是 Prettier 官方生態(tài)中用于關(guān)閉與 ESLint 規(guī)則沖突的共享配置包被絕大多數(shù) ESLint 工程作為devDependencies引入屬于開發(fā)期依賴。正因如此這類包一旦被投毒惡意代碼會(huì)在開發(fā)者執(zhí)行npm install時(shí)依賴安裝階段觸發(fā)postinstall/install腳本于本地機(jī)器上執(zhí)行——這正是其被稱為供應(yīng)鏈攻擊的原因攻擊者不直接攻擊目標(biāo)項(xiàng)目而是攻擊目標(biāo)項(xiàng)目所信任的上游依賴。受影響依賴鏈投毒波及的包族Shields 在公告中明確列出了本次事件中同樣受影響的包。值得注意的是這些包并非互不相關(guān)的孤立包而是圍繞 Prettier/ESLint 生態(tài)形成的一條依賴鏈eslint-config-prettier漏洞的直接載體eslint-plugin-prettiersynckiteslint-plugin-prettier的運(yùn)行時(shí)依賴負(fù)責(zé)跨線程執(zhí)行同步任務(wù)pkgr/coresynckit的底層依賴napi-postinstall用于原生模塊安裝輔助的包這條鏈在倉庫的鎖文件中可以得到印證查看 package-lock.json 可以看到synckit0.11.13對(duì)pkgr/core的依賴聲明為^0.3.6鎖文件中解析并固定為0.3.6package-lock.json。也就是說eslint-config-prettier→eslint-plugin-prettier→synckit→pkgr/core構(gòu)成了完整的傳遞依賴路徑任何一個(gè)上游環(huán)節(jié)被投毒理論上都會(huì)沿著這條鏈傳導(dǎo)到所有依賴方。項(xiàng)目實(shí)際受影響面版本排查結(jié)論針對(duì)這次事件Shields 團(tuán)隊(duì)在倉庫中逐一核對(duì)了這些包的實(shí)際聲明版本與解析版本結(jié)論是項(xiàng)目代碼庫中未使用任何受影響版本。根目錄 package.json 中eslint-config-prettier聲明為^10.1.8eslint-plugin-prettier聲明為精確版本5.5.6結(jié)合package-lock.json鎖定的解析結(jié)果均未落入 CVE 波及的版本區(qū)間上游已采取行動(dòng)截至公告發(fā)布時(shí)npm 上已移除受影響版本從源頭上切斷了新安裝的可能生產(chǎn)環(huán)境未發(fā)現(xiàn)相關(guān)問題公告明確目前未在生產(chǎn)環(huán)境中發(fā)現(xiàn)與該漏洞相關(guān)的任何問題。需要特別強(qiáng)調(diào)的是這一未受影響結(jié)論針對(duì)的是倉庫本身及其正常運(yùn)行流程但風(fēng)險(xiǎn)并未完全歸零——原因在于版本聲明中的^前綴詳見下一節(jié)。殘余風(fēng)險(xiǎn)^前綴、Windows 與npm install的組合雖然倉庫鎖定版本是安全的但 Shields 在公告中誠(chéng)實(shí)指出了一處殘余風(fēng)險(xiǎn)面項(xiàng)目在package.json中對(duì)eslint-config-prettier使用了^前綴^10.1.8對(duì)于不讀取package-lock.json、直接以package.json為準(zhǔn)執(zhí)行npm install的場(chǎng)景npm 會(huì)按^語義拉取最新的兼容版本10.1.8 11.0.0如果該操作發(fā)生在上游尚未移除受影響版本的時(shí)間窗口內(nèi)且執(zhí)行機(jī)器是Windows就可能裝到被投毒的版本并觸發(fā)惡意代碼執(zhí)行。這個(gè)風(fēng)險(xiǎn)的實(shí)際受害者畫像非常具體fork 倉庫的貢獻(xiàn)者、以及在自己 Windows 開發(fā)機(jī)上直接npm install的開發(fā)者——他們并不一定使用與主倉庫一致的鎖文件。因此公告給出的明確建議是任何曾在 Windows 機(jī)器上對(duì)這些包執(zhí)行過npm install的人都應(yīng)檢查自己的系統(tǒng)是否存在被入侵的跡象如異常的進(jìn)程、計(jì)劃任務(wù)、啟動(dòng)項(xiàng)、可疑的 shell 歷史等。CI 為何幸免npm ci與npm install的安全差異公告中提到該問題似乎未影響我們的 CI 環(huán)境這是一個(gè)可以用倉庫配置直接驗(yàn)證的結(jié)論。首先確認(rèn) Windows CI 的存在查看 .github/workflows/test-main.ymltest-main是倉庫中唯一的 Windows 任務(wù)其策略矩陣為test-main: strategy: matrix: os: [ubuntu-latest, windows-latest] runs-on: ${{ matrix.os }}也就是說test-main確實(shí)會(huì)在windows-latest上運(yùn)行CI 面覆蓋了 Windows。關(guān)鍵在于依賴安裝方式——所有 CI 任務(wù)都通過統(tǒng)一的 setup action 安裝依賴見 .github/actions/setup/action.yml- name: Install dependencies if: ${{ inputs.cypress false }} run: | echo skipping cypress binary npm ci shell: bash這里使用的是npm ci而非npm install兩者的核心差異決定了安全結(jié)果對(duì)比維度npm cinpm install依賴解析依據(jù)嚴(yán)格按package-lock.json安裝^前綴不生效按package.json的^/~語義解析可能浮動(dòng)到新版本鎖文件處理要求鎖文件與package.json一致否則直接報(bào)錯(cuò)會(huì)更新鎖文件是否執(zhí)行 install 腳本執(zhí)行但只裝鎖定的版本執(zhí)行供應(yīng)鏈風(fēng)險(xiǎn)鎖定版本可審計(jì)、可復(fù)現(xiàn)被投毒窗口極小安裝時(shí)刻可能拉到剛被投毒的新版本因此CI 的 Windows 任務(wù)雖然存在但由于npm ci嚴(yán)格使用鎖文件即便上游投毒版本恰好處于可安裝狀態(tài)CI 也只會(huì)安裝鎖文件中明確記錄的安全版本投毒版本根本沒有進(jìn)入 CI 的機(jī)會(huì)。另一個(gè)細(xì)節(jié)同樣值得注意倉庫中確實(shí)存在使用npm install的流程即 badge-maker 包的冒煙測(cè)試 .github/workflows/test-package-cli.yml但它運(yùn)行在ubuntu-latest上不涉及 Windows 攻擊面與本次漏洞的觸發(fā)條件Windows不匹配因而不在風(fēng)險(xiǎn)范圍內(nèi)。從本次事件提煉的供應(yīng)鏈防護(hù)清單綜合 Shields 此次處置的全過程可以沉淀出一套可復(fù)用的 npm 項(xiàng)目供應(yīng)鏈防護(hù)實(shí)踐以鎖文件為唯一事實(shí)來源CI 與本地開發(fā)統(tǒng)一使用npm ci杜絕^浮動(dòng)版本進(jìn)入安裝流程區(qū)分運(yùn)行平臺(tái)審計(jì)風(fēng)險(xiǎn)面漏洞常帶有平臺(tái)特異性本次僅 Windows風(fēng)險(xiǎn)評(píng)估需按OS × 依賴安裝方式 × 版本解析方式組合逐一排查而非一刀切關(guān)注postinstall/install腳本類依賴投毒代碼通常在安裝階段執(zhí)行對(duì)帶腳本的原生/工具類包如napi-postinstall應(yīng)提高警惕及時(shí)核對(duì)上游處置狀態(tài)投毒事件發(fā)生后上游往往會(huì)在短時(shí)間內(nèi)移除問題版本應(yīng)確認(rèn)自身的鎖定版本與聲明區(qū)間并關(guān)注上游的后續(xù)發(fā)布持續(xù)監(jiān)控Shields 表示會(huì)持續(xù)跟進(jìn)該漏洞對(duì)自建 CI/生產(chǎn)環(huán)境同樣建議將此類供應(yīng)鏈告警納入常規(guī)巡檢。結(jié)語CVE-2025-54313 事件是一次典型的開發(fā)期依賴投毒攻擊Shields 的應(yīng)對(duì)為同類項(xiàng)目提供了一個(gè)完整范本先定位受影響依賴鏈再以鎖文件核驗(yàn)版本接著按平臺(tái)與安裝方式界定風(fēng)險(xiǎn)面最后明確 CI 與生產(chǎn)環(huán)境的實(shí)際暴露情況。對(duì)于任何維護(hù) npm 項(xiàng)目的團(tuán)隊(duì)而言將npm ci、精確版本審計(jì)與供應(yīng)鏈監(jiān)控固化為默認(rèn)實(shí)踐是抵御此類攻擊最直接、成本最低的手段?！久赓M(fèi)下載鏈接】shieldsConcise, consistent, and legible badges in SVG and raster format項(xiàng)目地址: https://gitcode.com/gh_mirrors/sh/shields創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考