資訊安全新聞

80萬網站曝險！WPvivid備份外掛重大漏洞，未經身份驗證即可取得伺服器控制權

摘要

報告針對影響 WordPress 平臺 WPvivid Backup & Migration 外掛的嚴重漏洞（編號 CVE-2026-1357）提供深入技術研究。該漏洞允許未經驗證的攻擊者執行任意檔案上傳，進而可能透過遠端程式碼執行（RCE）完全控制伺服器。研究重點在於底層的加密機制失敗，特別是對 RSA 解密錯誤的不當處理，以及後續誤用 null-byte 金鑰進行 AES 加密。此外，報告也檢視了缺乏更新清理及檔案類型驗證，從而促成漏洞利用的問題。

80萬網站曝險！WPvivid備份外掛重大漏洞，未經身份驗證即可取得伺服器控制權 | 資訊安全新聞

1. 簡介

WPvivid Backup & Migration 外掛在 WordPress 生態系中被廣泛使用，擁有超過 80 萬個有效安裝。其主要功能包括網站遷移、備份與測試環境建立。其中一項功能允許網站使用臨時產生的金鑰接收來自另一個網站的備份。然而，在 0.9.123 版本之前，此功能的實作中存在一個嚴重安全風險 ^[1] 。此漏洞特別危險之處在於它不需要身份驗證，儘管由於「傳送到網站」功能必須明確啟用，且產生的金鑰最長有效期為 24 小時，因此風險稍微減輕。

2. 技術架構與漏洞機制

該漏洞存在於 WPvivid_Send_to_site 類別中，特別是在 send_to_site() 函數內。當請求中包含 wpvivid_action=send_to_site 參數時，此函數負責處理傳入的備份資料。問題的核心在於外掛處理網站間加密通訊的方式。在典型情境中，目標網站會產生一個金鑰並與來源網站共用。此金鑰用於建立安全通道，以傳輸備份檔案。然而，此交握程序(Handshake process)的實作未能考慮到加密操作未如預期進行的情況。由於缺乏健全的檔案傳輸過程狀態管理，即使在初始身份驗證和解密步驟失敗時，外掛仍會繼續執行。這是網頁應用程式開發中常見的陷阱，開發者通常專注於成功執行的「Happy path」，而忽略了錯誤狀態或未妥善處理。在 WPvivid 的案例中，這個疏忽將一個安全的備份功能轉變為未經授權存取的閘道。

2.1 加密機制失敗分析

此外掛使用自訂的加密封裝器 WPvivid_crypt 來解密傳入的 Payload。此過程包含兩個階段：先以 RSA 解密 session 金鑰，再使用該 session 金鑰透過 AES（Rijndael）解密實際的資料 Payload。下圖說明了有漏洞的工作流程：

graph TD A[Attacker Request] --> B{Is wpvivid_content set?} B -- Yes --> C[Extract RSA Encrypted Key] C --> D[Attempt RSA Decryption] D --> E{Decryption Success?} E -- No (Returns False) --> F[Pass False to AES setKey] F --> G[AES Uses Null-Byte Key] G --> H[Decrypt Payload with Null-Byte Key] H --> I[Execute File Upload Logic] E -- Yes --> J[Use Decrypted Key for AES] J --> H

在 decrypt_message() 函數中，外掛嘗試使用 openssl_private_decrypt() 解密 session 金鑰。如果解密失敗（例如，因為金鑰無效或缺失），該函數會回傳 false 。關鍵在於，程式碼並未檢查此失敗情況，而是直接將 false 值傳遞給 phpseclib 函式庫中 Crypt_Rijndael 類別的 setKey() 方法 ^[1] 。

/* 
 * Vulnerable Code Snippet in class-wpvivid-crypt.php
 * The $key variable is not validated after RSA decryption.
 */
public function decrypt_message($message)
{
    $len = substr($message, 0, 3);
    $len = hexdec($len);
    $key = substr($message, 3, $len);
    
    $rsa = new Crypt_RSA();
    $rsa->loadKey($this->public_key);
    
    // If decryption fails, $key becomes boolean FALSE
    $key = $rsa->decrypt($key); 
    
    $rij = new Crypt_Rijndael();
    
    // phpseclib treats FALSE as a string of null bytes
    $rij->setKey($key); 
    
    return $rij->decrypt($data);
}

phpseclib 函式庫會將布林值 false 解釋為一個由 null-byte 組成的字串。這種行為讓攻擊者即使沒有有效的 RSA 私密金鑰，也能預測加密金鑰。攻擊者只需使用 null-byte 金鑰加密其惡意 Payload，就能確保當 RSA 解密步驟失敗時，此外掛能成功「解密」該 Payload。這是一個關鍵的失敗點，因為它有效地繞過了整個使用 RSA 的身份驗證機制。攻擊者不需要知道目標網站的私密金鑰；他們只需要知道此外掛在失敗時會預設使用 null-byte 金鑰。這種漏洞常被稱為「失效開啟(fail-open)」狀態，即系統在發生錯誤時，預設切換到安全性較低或完全不安全的模式。在一個安全的系統中，解密過程的任何失敗都應立即終止請求，並將該事件記錄為潛在安全威脅。相反地，WPvivid 外掛卻允許程序繼續執行，為攻擊者提供了一個可預測的環境來執行其 Payload。這凸顯了開發者必須了解第三方函式庫在錯誤情況下的行為，因為不同軟體元件之間的交互作用，常常會導致意想不到的安全漏洞。

2.2 任意檔案上傳與路徑遍歷(Directory Traversal)

一旦 Payload 被解密，外掛便會處理其中包含的資料，包括檔案名稱和檔案內容。研究指出，對於解密後 Payload 中提供的檔案名稱，完全缺乏清理機制。攻擊者可以包含路徑遍歷序列(Directory traversal sequences)、例如 ../../ 、來逃脫預期的備份目錄，並將檔案寫入網頁伺服器上任何可公開存取的更新 ^[1] 。

此外，在此特定的「傳送到網站」過程中，外掛並未實施任何檔案類型或副檔名驗證。這個疏忽允許上傳可執行的 PHP 腳本。結合路徑遍歷(Directory Traversal)的能力，攻擊者可以將網頁後門放置在根目錄或任何其他可執行路徑，從而達成遠端程式碼執行。缺乏「預設拒絕(deny-by-default)」的檔案上傳政策是一個重大的安全缺陷。在安全的實作中，外掛應僅允許特定檔案類型（例如 .zip 或 .sql），並應嚴格驗證這些檔案的內容，以確保它們不是偽裝的腳本。此外，上傳檔案的目的地更新應位於網頁根目錄之外，或設定為禁止執行腳本。由於允許檔案寫入任何目錄，且未限制檔案類型，WPvivid 外掛提供了成功進行 RCE 攻擊的所有必要條件。此漏洞說明了多個次要的安全疏忽——缺乏錯誤檢查、缺少路徑清理以及未進行檔案類型驗證——如何結合在一起，形成一個可被未經驗證的攻擊者輕易利用的重大安全風險。

3. 安全編碼實踐比較分析

WPvivid Backup 的失敗凸顯了在網頁應用程式中實施健全錯誤處理和型別檢查的重要性。在其他系統中也觀察到類似的「寬鬆型別」漏洞模式，即缺乏嚴格的型別強制執行導致身份驗證繞過或注入缺陷 ^[2] 。在 WPvivid 的案例中，從布林值失敗狀態轉變為有效（儘管非預期）的加密金鑰，是型別混淆導致安全漏洞的典型例子。

對此類漏洞的有效防禦需要多層次的方法。首先，所有加密操作都必須包含明確的成功檢查。其次，必須在每個階段執行輸入驗證，特別是在資料用於與檔案系統或資料庫互動時 ^[2] 。使用檔案副檔名允許清單和嚴格的路徑清理，是防止路徑遍歷和任意檔案執行的重要實踐。

4. 緩解與修補

該漏洞已在 WPvivid Backup 外掛的 0.9.124 版本中被修補。修補程式引入了一個關鍵檢查，確保在進行 AES 解密之前，session 金鑰不為空或 false 。

/* 
 * Patched Code Snippet in class-wpvivid-crypt.php
 * Added validation to prevent null-byte key usage.
 */
public function decrypt_message($message)
{
    // ... (extraction logic) ...
    
    $key = $rsa->decrypt($key);
    
    // Patch: Check if the decrypted key is valid
    if (empty($key)) {
        return false; // Terminate if decryption failed
    }
    
    $rij = new Crypt_Rijndael();
    $rij->setKey($key);
    return $rij->decrypt($data);
}

除了更新外掛，管理員應遵循最小權限原則，僅在必要時啟用「傳送到網站」功能，並確保產生的金鑰具有最短的過期時間。部署網頁應用程式防火牆（Web Application Firewall, WAF）也可以提供額外的防禦層，過濾包含路徑遍歷模式或可疑加密 Payload 的請求 ^[2] 。

5. 結論

WPvivid Backup 外掛中的 CVE-2026-1357 漏洞，是一個重要的提醒，說明了實作安全加密工作流程的複雜性。錯誤處理不當、第三方函式庫中的型別混淆，以及缺乏基本的檔案系統安全控制，這些因素的結合為攻擊者創造了一個關鍵的突破口。這項研究強調，安全性不僅僅在於使用像 RSA 和 AES 這樣的強演算法，更在於- 資料處理流程(Data processing pipeline)中每個步驟的穩健整合與驗證。

摘要