然而，隨著系統復雜性的增加，安全威脅也隨之而來
其中，`su`（substitute user）命令作為傳統用戶切換工具，雖然在某些場景下不可或缺，但其使用不當卻可能成為系統安全的一大隱患
本文將深入探討為何在某些情況下應禁用 `su` 命令，以及如何通過其他更安全的機制來實現用戶權限管理，從而全面提升Linux系統的安全性與管理的精細度
一、`su` 命令的安全風險 `su` 命令允許普通用戶通過輸入密碼切換到另一個用戶（通常是root），執行需要更高權限的操作
這一機制雖然方便，但存在幾個顯著的安全風險： 1.密碼暴露風險：使用 su 時，用戶需要在終端中輸入目標用戶的密碼
在多人共用的物理環境或通過網絡遠程管理時，這可能導致密碼被窺視或截獲
2.權限濫用風險：如果系統管理員或特權用戶不慎將 `su`權限授予了不可信的賬戶，這些賬戶就可能利用 `su` 提升權限，執行惡意操作，如篡改系統文件、竊取數據等
3.日志審計困難：su 命令的日志記錄相對簡單，不易追蹤具體操作的上下文，增加了安全事件發生后進行審計和追溯的難度
4.不符合現代安全實踐：隨著身份和訪問管理（IAM）技術的發展，基于角色的訪問控制（RBAC）、最小權限原則（Principle of Least Privilege）等理念逐漸成為主流
`su` 的簡單權限提升模式，難以適應這些先進的安全管理需求
二、替代方案：更安全的用戶權限管理 鑒于 `su` 命令的上述風險，現代Linux系統提供了多種更為安全、靈活的用戶權限管理方案，包括但不限于`sudo`、`polkit`、以及基于角色的訪問控制系統
1.`sudo`：提升權限的優選工具 `sudo`（superuser do）允許特定用戶以其他用戶的身份（通常是root）執行命令，但其設計更為安全： - 細粒度控制：通過配置文件（如 `/etc/sudoers`），可以精確控制哪些用戶或用戶組有權執行哪些命令，甚至可以限定命令的執行環境（如特定的主機、時間）
- 日志記錄：sudo 會詳細記錄每次權限提升的操作，包括執行者、命令、時間等信息，便于審計和追蹤
- 無需知道root密碼：配置得當的 sudo 可以避免普通用戶知道root密碼，減少密碼泄露的風險
- 限時權限：可以設置命令的有效期，一旦超時，用戶需重新獲得授權
2.`polkit`：基于策略的權限管理 `polkit`（PolicyKit）是一個用于定義和控制系統范圍內權限的框架，它允許非特權用戶執行需要特權權限的操作，但前提是這些操作已經通過策略文件被明確授權
- 動態授權：polkit 可以根據用戶、會話、環境等因素動態決定是否授權，提供了比`sudo` 更靈活的權限管理機制
- 圖形界面支持：對于桌面環境，polkit 能夠通過圖形界面提示用戶授權，提升用戶體驗
3. 基于角色的訪問控制（RBAC） RBAC 是一種將權限分配給角色的方法，而不是直接分配給用戶
用戶通過成為某個或某些角色的成員來獲得相應的權限
- 簡化管理：通過管理角色而非單個用戶，大大簡化了權限管理的復雜度
- 增強安全性：由于權限與角色綁定，即使某個用戶離職或權限需要調整，也只需更改其角色分配，無需逐一修改用戶權限
三、禁用`su` 命令的實踐 在決定禁用 `su` 命令前，應確保已部署并測試了上述替代方案，確保系統的正常運行不受影響
以下是在Linux系統中禁用 `su` 命令的步驟： 1.編輯 /etc/pam.d/su 文件： - 使用文本編輯器打開`/etc/pam.d/su` 文件
- 在文件開頭添加`auth required pam_deny.so` 行，這將拒絕所有`su` 請求
2.驗證配置： - 嘗試使用 `su` 命令切換到其他用戶，確認操作被拒絕
- 檢查系統日志（如`/var/log/auth.log` 或`/var/log/secure`），確保有相應的拒絕記錄
3.用戶培訓： - 向所有用戶解釋
