Linux 權限管理核心：su 與 sudo 的差異、配置與最佳實踐

前言：為什麼要區分 su 與 sudo？

在多管理員協作的 Linux 環境中，權限最小化原則 是安全基石。su 與 sudo 雖同為切換身份工具，但設計哲學截然不同：前者是「全權委託」，後者是「精準授權」。本文深度解析兩者差異，並提供生產環境配置最佳實踐。

一、su：簡單粗暴的身份切換

1.1 核心機制與適用場景

su（Switch User）允許在用戶間切換身份。Root 切換至普通用戶無需密碼；普通用戶切換至任何用戶（含 Root）需驗證目標用戶密碼。

適用場景：單一或極少數管理員的系統、臨時需要完整 Root 權限的維護操作。

1.2 常用參數與實戰範例

1.3 致命弱點：密碼共享與審計缺失

• 所有需 Root 權限的管理員必須共享 Root 密碼
• 無法限制具體可執行命令，擁有 Root 即擁有一切
• 無操作審計日誌，事後無法追溯「誰在何時做了什麼」
• 任一管理員失誤皆可能導致系統性災難

結論：su 僅適合 1-2 人維護的小型環境，企業級生產環境強烈不建議作為常規管理方式。

二、sudo：精準授權的「受限 su」

2.1 核心優勢

• 無需共享 Root 密碼：用戶輸入自身密碼即可提權
• 命令級授權：精確控制可執行的命令、參數、目標主機
• 完整審計追蹤：/var/log/secure 或 /var/log/auth.log 記錄每次提權操作
• 基於角色的存取控制（RBAC）：支援用戶組、主機組、命令別名的矩陣式授權

2.2 核心配置文件：/etc/sudoers

⚠️ 務必使用 visudo 編輯，它會進行語法檢查，防止配置錯誤導致無法提權。

基本語法

用戶/組   主機=(目標身份)  命令列表
# 範例：允許 beinan 在所有主機以 root 身份執行 more
beinan ALL=(root) /bin/more

進階配置範例

2.3 常用管理命令

sudo -l                 # 查看當前用戶可執行的 sudo 命令
sudo -u www-data cmd    # 以指定用戶身份執行（非 root）
sudo -i                 # 獲取 root 互動式 shell（類似 su -）
sudo -s                 # 獲取 root 非登入式 shell

三、生產環境最佳實踐建議

1. 原則：預設拒絕，最小授權——僅授予完成工作所需的最小命令集
2. 使用用戶組管理權限——如 %dba、%webops、%monitoring，人員變動只需增減組員
3. 禁用 Root 直接登入——/etc/ssh/sshd_config 設 PermitRootLogin no，強制走 sudo 提權
4. 關鍵操作啟用雙人授權——搭配 sudo_pair 或自研審批流程
5. 定期審計 sudo 日誌——建立日誌分析告警，異常提權即時通知
6. 配置管理納入版控——/etc/sudoers.d/ 目錄下按角色拆分檔案，Git 管理變更歷史

四、常見誤區澄清

總結

su 是「萬能鑰匙」，sudo 是「電子門禁系統」。現代 Linux 運維必須以 sudo 為核心，配合 RBAC 模型、審計日誌、自動化配置管理，構建可追溯、可控制、可合規的特權存取體系。拒絕「為了方便」而濫用 Root，是專業運維的底線。