RCE
該標籤下有 5 篇文章
WordPress 7.1.4 漏洞 CVE-2026-119977：可能導致遠端程式碼執行的核心更新競態條件已修補；請檢查版本與自動更新
2026 年 10 月 28 日，WordPress 專案發布安全版本 7.1.4，修補核心更新過程中一個可能導致遠端程式碼執行的漏洞。根據 WordPress 的 GitHub 安全公告，在使用完整安裝包進行核心更新時，WordPress 會把新檔案解壓縮到可透過網路存取的升級資料夾內一個可預測的目錄中，未經驗證的攻擊者若在解壓縮期間贏得競態，就可能達成遠端程式碼執行（RCE）。修補內含於 7.1.4，並已回補到一路追溯至 4.7 的所有分支（7.0.8、6.9.11、6.8.12 等）。CVE-2026-119977 於 10 月 31 日由擔任 CNA 的 Wordfence 發布，CVSS v3.1 評分為 8.1（高），攻擊複雜度為高；WordPress 的公告將其評為低，並未給出分數。據 SecurityWeek 報導，一家 WordPress 資安廠商在部署防火牆規則 9 分鐘後首次命中，並在最初 21 小時內記錄到超過 18,500 個針對暫存更新位置的請求；該廠商表示未回報任何成功入侵。CISA 於 11 月 3 日將該 CVE 列入其已知遭利用漏洞（KEV）目錄（KEV 條目給出美國聯邦機關的截止日期為 11 月 6 日，CISA 除要求修補外，還要求聯邦機關依據 BOD 26-04 進行鑑識分級檢查）。啟用背景自動更新的網站應會自行更新；關閉自動更新的網站應在「更新」頁面手動更新。本站結論：把它當作已遭利用的漏洞，今天就更新；若你較晚更新，請檢查是否有遭入侵的跡象（本站的建議）。
不安全的反序列化：讓外部資料決定物件型別的風險，以及如何防範
反序列化的危險不在於收到錯誤的值，而在於某些格式讓外部資料決定要建立哪種型別的物件。所以損害不只是資料損壞，OWASP 列出了阻斷服務、存取控制繞過和遠端程式碼執行。防禦有兩種：改用純資料格式，讓任何東西都無法替你選擇型別；以及為序列化的訊息加上簽章，絕不還原沒有簽章的訊息。而且有些機制無論怎麼設定都無法變得安全，唯一的修正方法就是不使用它。
檔案上傳漏洞：從設計上防止 web shell 與 RCE
上傳漏洞的問題不在於「接收檔案」，而在於放在哪裡、以及能否被執行。未經驗證的端點＋沒有型別檢查＋存放在網站根目錄下＋該處可以執行腳本＝web shell → RCE。要分層防禦：(1) 端點的驗證、權限與 CSRF，(2) 伺服器端允許清單＋內容檢查，(3) 存放在網站根目錄之外（或禁止執行），(4) 隨機化檔名、絕不信任使用者提供的路徑。不要依賴單一控制，讓攻擊的每一步都有可以擋下它的東西。
什麼是 RCE（遠端程式碼執行）——為什麼它是最糟一類的漏洞
RCE 是一種讓攻擊者能在伺服器上執行任意程式碼的漏洞。它不止於資訊外洩，而是直接通向被接管，屬於最糟一類。被害範圍由「該程序的權限」決定。防禦的關鍵在於迅速更新、CVE 監控、最小權限。
API key 從 AI 寫的程式碼外洩並被盜刷：原因是未修補的 CVSS 10.0 漏洞
帳單暴漲是症狀。原因是公開已久、卻未修補的 CVSS 10.0 RCE。本文把隱去專有名詞的案例，提煉成防禦的教訓。