WordPress的權限處理機制主要是透過給不同角色提供不同的功能來實現的，當商舖管理員角色被定義之後，它便會給這個角色分配edit_users功能，這樣他們就可以直接管理商舖的客戶帳號了。整個權限分配過程發生在插件插件餓的安裝過程當中。 woocommerce/includes/class-wc-install.php：
//Shop manager role.add_role( 'shop_manager', // Internal name of the new role 'Shop manager', // The label for displaying array( // Capabilities ⋮ 'read_private_posts' => true, 'edit_users' => true, 'edit_posts' => true, ⋮ ));
角色權限資訊會以WordPress核心設定儲存在資料庫中，這也就表示使用者角色現在已經獨立於插件了，即使插件不啟用，也不會影響到相關的角色權限。
當一名經過驗證的使用者嘗試修改其他使用者資訊時，便會呼叫current_user_can()函數，然後確保只有特權使用者可以執行此操作。 current_user_can()函數呼叫範例：
$target_user_id= $_GET['target_user_id'];if(current_user_can('edit_user',$target_user_id)) { edit_user($target_user_id);}呼叫的驗證邏輯如下：這個用戶想使用$target_user_id這個ID來修改特定的用戶，他是否有權限執行？
預設配置下，edit_users功能允許有權限的用戶（例如商舖管理員）來編輯其他用戶，甚至是管理員用戶，然後執行類似密碼更新這樣的操作。出於安全因素考慮，WooCommerce需要指定商舖管理員是否能夠編輯用戶，因此，外掛程式需要增加meta權限功能。 Meta功能可以被current_user_can()呼叫。預設行為下函數傳回的值為true，但meta權限函數傳回的值可以決定目前使用者是否可以執行這樣的操作。以下給出的是WooCommerce meta權限過濾器的抽象函數程式碼：
function disallow_editing_of_admins( $capability, $target_user_id ) { // If the user is an admin return false anddisallow the action if($capability == "edit_user"&& user_is_admin($target_user_id)) { return false; } else { return true; }}add_filter('map_meta_cap', 'disallow_editing_of_admins');比如說，當current_user_can('edit_user', 1)被呼叫時，過濾器將會判斷ID為1 ($target_user_id)的使用者是否是管理員，並根據結果來決定是否允許使用者操作。
預設情況下，只有管理員可以停用外掛程式。但是這個漏洞允許商舖管理員刪除伺服器上的任意可寫文件，所以我們我們額可以透過刪除WooCommerce的主文件-woocommerce.php來禁止WordPress載入該外掛程式。
這個檔案刪除漏洞存在於WooCommerce的日誌記錄功能中，日誌會以.log檔案的形式儲存在wp-content目錄中。當商鋪管理員想要刪除日誌檔時，他需要以GET參數來提交檔名。下面顯示的程式碼片段就是存在漏洞的部分：
class WC_Admin_Status{ public static function remove_log() { ⋮ $log_handler = newWC_Log_Handler_File(); $log_handler->remove(wp_unslash($_REQUEST['handle']));}class WC_Log_Handler_File extends WC_Log_Handler{ public function remove($handle) { ⋮ $file = trailingslashit(WC_LOG_DIR) .$handle; ⋮unlink($file);這裡的問題就在於，檔案名稱($handle)會被加入到日誌目錄(wp-content/wc-logs/)後，然後傳遞給unlink( )函數。設定「$handle../../plugins/woocommerce-3.4.5/woocommerce.php」時，檔案wp-content/wc-logs/../../plugins/woocommerce-3.4.5/woocommerce. php將會被刪除，並導致WooCommerce被停用。
以上是WordPress外掛WooCommerce任意檔案刪除漏洞怎麼解決的詳細內容。更多資訊請關注PHP中文網其他相關文章！
