poc-lab 補丁驗證：確認你的系統中近期高危漏洞是否已修復，涵蓋 Chrome CSSFontFeatureValuesMap UAF、NGINX Rift、Dirty Frag、Fragnesia

poc-lab 是一個面向近期高嚴重性漏洞的 PoC 與復現腳本倉庫，重點收集新披露、有影響力的 CVE 復現材料。專案覆蓋範圍包括 Linux 核心、Windows、macOS、容器、服務元件和瀏覽器相關漏洞。

從倉庫定位看，它更像是一個安全研究資料庫，而不是面向普通使用者的一鍵工具合集。每個漏洞目錄通常會包含 PoC 腳本、建置檔案和說明文件，用來幫助研究人員理解漏洞影響、復現條件和參考資料。

專案主要內容

倉庫目前按照漏洞編號或漏洞名稱組織目錄。已經列出的完整漏洞名稱包括：

• CVE-2026-2441：Chrome CSSFontFeatureValuesMap use-after-free，簡稱 Chrome CSSFontFeatureValuesMap UAF。
• CVE-2026-27623：Pre-Authentication Denial of Service from malformed RESP request，即畸形 RESP 請求導致的預認證拒絕服務漏洞。
• CVE-2026-31429：Slab Cross-Cache，Linux 核心 slab 跨快取利用方向漏洞。
• CVE-2026-31431：Copy Fail，Linux 核心相關漏洞。
• CVE-2026-31635：DirtyDecrypt，系統安全邊界相關漏洞。
• CVE-2026-42945：NGINX Rift，NGINX 相關高危漏洞。
• CVE-2026-43284：Dirty Frag，Linux 核心相關漏洞。
• CVE-2026-43494：PinTheft，權限或憑證安全邊界相關漏洞。
• CVE-2026-43500：Dirty Frag，Linux 核心相關漏洞。
• CVE-2026-46300：Fragnesia，Linux 核心相關漏洞。
• CVE-2026-46333：SSH Keysign pwn，SSH keysign 安全邊界相關漏洞。

這些名稱可以看出，專案關注的不只是單一平台，而是橫跨瀏覽器、Linux 核心、服務端元件和系統安全邊界。對做漏洞分析、補丁驗證、偵測規則編寫和安全課程實驗的人來說，這類資料有一定參考價值。

目錄結構

專案 README 中說明，每個漏洞目錄會盡量保持一致結構。常見檔案包括：

• exploit.py 或 exploit.sh：PoC 腳本
• README.md：漏洞資訊、受影響版本、復現步驟和參考資料
• build 或相關建置檔案：用於編譯或準備復現環境

倉庫結構大致如下：

1
2
3
4
5
6
7
8
9

poc-lab/
├── CVE-2026-XXXXX/
│   ├── exploit
│   ├── build
│   └── README.md
├── VULN-NAME/
│   ├── exploit.sh
│   └── README.md
└── ...

如果漏洞已經分配 CVE 編號，目錄會優先使用 CVE 命名；如果還沒有 CVE，則可能使用公開漏洞名稱。

適合哪些場景

這類倉庫更適合以下用途：

• 安全研究人員復現漏洞觸發條件。
• 企業安全團隊驗證補丁是否生效。
• 偵測工程師編寫 IDS、EDR、WAF 或日誌偵測規則。
• 安全課程或內部培訓中建構隔離實驗環境。
• 研究人員對比不同漏洞的利用前提和防護思路。

它不適合直接用於生產環境掃描，也不應該用於未授權系統。PoC 的價值在於幫助理解風險和驗證防護，而不是擴大攻擊面。

使用時需要注意什麼

第一，必須在隔離環境中測試。漏洞復現可能觸發崩潰、權限變化、檔案損壞或服務不可用，不應在辦公機、生產伺服器或第三方系統上直接運行。

第二，要先閱讀每個漏洞目錄內的 README.md。不同 PoC 的依賴、目標版本、觸發條件和風險不同，只看根目錄說明遠遠不夠。

第三，要確認授權邊界。即便只是運行公開 PoC，只要目標系統不屬於自己或沒有明確授權，就可能帶來法律和合規風險。

第四，復現完成後應回到防護層面。包括確認補丁版本、補充偵測規則、檢查暴露面、更新資產清單和沉澱應急流程。

為什麼這類倉庫值得關注

近年來，高危漏洞從披露到出現公開利用細節的時間越來越短。對防守方來說，只有安全公告和 CVE 描述通常不夠，還需要理解漏洞在真實環境中的觸發條件、利用限制和偵測訊號。

poc-lab 這類倉庫的意義在於，把分散的高危漏洞復現材料按目錄整理起來，讓研究者能更快完成風險驗證。它不替代官方公告、廠商補丁和安全基線，但可以作為補丁驗證和偵測工程的補充資料。

不過也要看到風險：公開 PoC 會降低復現門檻。如果組織內部沒有及時補丁管理和資產梳理能力，公開復現材料可能會放大暴露窗口。因此，對企業安全團隊來說，關注這類專案的同時，更重要的是建立快速評估和修復流程。

小結

poc-lab 是一個近期高危漏洞 PoC 與復現腳本集合，覆蓋 Linux 核心、瀏覽器、服務元件和系統安全相關問題。它適合安全研究、補丁驗證和偵測規則開發，但必須放在授權、隔離和負責任披露的邊界內使用。

對普通讀者來說，關注這類專案的重點不是「怎麼運行 PoC」，而是理解一個事實：高危漏洞公開後的驗證和利用節奏正在加快，安全團隊需要更快完成資產識別、補丁評估、偵測補充和風險閉環。

參考資料：

• GitHub 專案：https://github.com/Unclecheng-li/poc-lab/tree/main
• 中文 README：https://github.com/Unclecheng-li/poc-lab/blob/main/README.zh-CN.md