服務器安全是一個值得慎重討論的話題，作為服務器的Linux也有許多手段來確保服務器數據和網絡的安全性。今天開始，我們來盤點Linux系統中的安全相關命令。今天關注的命令式：sudo。

sudo命令用來以其他身份來執行命令，預設的身份為root。在/etc/sudoers中設置了可執行sudo指令的用戶。若其未經授權的用戶企圖使用sudo，則會發出警告的郵件給管理員。用戶使用sudo時，必須先輸入密碼，之后有5分鐘的有效期限，超過期限則必須重新輸入密碼。

語法

sudo(選項)(參數)

選項

-b：在后臺執行指令；
-h：顯示幫助；
-H：將HOME環境變量設為新身份的HOME環境變量；
-k：結束密碼的有效期限，也就是下次再執行sudo時便需要輸入密碼；。
-l：列出目前用戶可執行與無法執行的指令；
-p：改變詢問密碼的提示符號；
-s<shell>：執行指定的shell；
-u<用戶>：以指定的用戶作為新的身份。若不加上此參數，則預設以root作為新的身份；
-v：延長密碼有效期限5分鐘；
-V ：顯示版本信息。

參數

指令：需要運行的指令和對應的參數。

實例

配置sudo必須通過編輯/etc/sudoers文件，而且只有超級用戶才可以修改它，還必須使用visudo編輯。之所以使用visudo有兩個原因，一是它能夠防止兩個用戶同時修改它；二是它也能進行有限的語法檢查。所以，即使只有你一個超級用戶，你也最好用visudo來檢查一下語法。

visudo默認的是在vi里打開配置文件，用vi來修改文件。我們可以在編譯時修改這個默認項。visudo不會擅自保存帶有語法錯誤的配置文件，它會提示你出現的問題，并詢問該如何處理，就像：

>>> sudoers file: syntax error, line 22 <<

此時我們有三種選擇：鍵入“e”是重新編輯，鍵入“x”是不保存退出，鍵入“Q”是退出并保存。如果真選擇Q，那么sudo將不會再運行，直到錯誤被糾正。

現在，我們一起來看一下神秘的配置文件，學一下如何編寫它。讓我們從一個簡單的例子開始：讓用戶Foobar可以通過sudo執行所有root可執行的命令。以root身份用visudo打開配置文件，可以看到類似下面幾行：

# Runas alias specification
# User privilege specificationroot    ALL=(ALL)ALL

我們一看就明白個差不多了，root有所有權限，只要仿照現有root的例子就行，我們在下面加一行（最好用tab作為空白）：

foobar ALL=(ALL)    ALL

保存退出后，切換到foobar用戶，我們用它的身份執行命令：

[foobar@localhost ~]$ ls /root
ls: /root: 權限不夠

[foobar@localhost ~]$ sudo ls /root
PassWord:
anaconda-ks.cfg Desktop install.log install.log.syslog

好了，我們限制一下foobar的權利，不讓他為所欲為。比如我們只想讓他像root那樣使用ls和ifconfig，把那一行改為：

foobar localhost=    /sbin/ifconfig,   /bin/ls

再來執行命令：

[foobar@localhost ~]$ sudo head -5 /etc/shadow
Password:
Sorry, user foobar is not allowed to execute '/usr/bin/head -5 /etc/shadow' as root on localhost.localdomain.

[foobar@localhost ~]$ sudo /sbin/ifconfigeth0      Linkencap:Ethernet HWaddr 00:14:85:EC:E9:9B...

現在讓我們來看一下那三個ALL到底是什么意思。第一個ALL是指網絡中的主機，我們后面把它改成了主機名，它指明foobar可以在此主機上執行后面的命令。第二個括號里的ALL是指目標用戶，也就是以誰的身份去執行命令。最后一個ALL當然就是指命令名了。例如，我們想讓foobar用戶在Linux主機上以jimmy或rene的身份執行kill命令，這樣編寫配置文件：

foobar    Linux=(jimmy,rene)    /bin/kill

但這還有個問題，foobar到底以jimmy還是rene的身份執行？這時我們應該想到了sudo -u了，它正是用在這種時候。 foobar可以使用sudo -u jimmy kill PID或者sudo -u rene kill PID，但這樣挺麻煩，其實我們可以不必每次加-u，把rene或jimmy設為默認的目標用戶即可。再在上面加一行：

Defaults:foobar    runas_default=rene

Defaults后面如果有冒號，是對后面用戶的默認，如果沒有，則是對所有用戶的默認。就像配置文件中自帶的一行：

Defaults    env_reset

另一個問題是，很多時候，我們本來就登錄了，每次使用sudo還要輸入密碼就顯得煩瑣了。我們可不可以不再輸入密碼呢？當然可以，我們這樣修改配置文件：

foobar localhost=NOPASSWD:     /bin/cat, /bin/ls

再來sudo一下：

[foobar@localhost ~]$ sudo ls /rootanaconda-ks.cfg Desktop install.log
install.log.syslog

當然，你也可以說“某些命令用戶foobar不可以運行”，通過使用!操作符，但這不是一個好主意。因為，用!操作符來從ALL中“剔出”一些命令一般是沒什么效果的，一個用戶完全可以把那個命令拷貝到別的地方，換一個名字后再來運行。

日志與安全

sudo為安全考慮得很周到，不僅可以記錄日志，還能在有必要時向系統管理員報告。但是，sudo的日志功能不是自動的，必須由管理員開啟。這樣來做：

touch /var/log/sudo
vi /etc/syslog.conf

在syslog.conf最后面加一行（必須用tab分割開）并保存：

local2.debug                    /var/log/sudo

重啟日志守候進程，

ps aux grep syslogd

把得到的syslogd進程的PID（輸出的第二列是PID）填入下面：

kill –HUP PID

這樣，sudo就可以寫日志了：

[foobar@localhost ~]$ sudo ls /rootanaconda-ks.cfg
Desktop install.log
install.log.syslog
$cat /var/log/sudoJul 28 22:52:54 localhost sudo:   foobar :
TTY=pts/1 ; pwd=/home/foobar ; USER=root ; command=/bin/ls /root

不過，有一個小小的“缺陷”，sudo記錄日志并不是很忠實：

[foobar@localhost ~]$ sudo cat /etc/shadow > /dev/null
cat /var/log/sudo...Jul 28 23:10:24 localhost sudo:   foobar : TTY=pts/1 ;
PWD=/home/foobar ; USER=root ; COMMAND=/bin/cat /etc/shadow

重定向沒有被記錄在案！為什么？因為在命令運行之前，shell把重定向的工作做完了，sudo根本就沒看到重定向。這也有個好處，下面的手段不會得逞：

[foobar@localhost ~]$ sudo ls /root > /etc/shadowbash: /etc/shadow: 權限不夠

sudo 有自己的方式來保護安全。以root的身份執行sudo-V，查看一下sudo的設置。因為考慮到安全問題，一部分環境變量并沒有傳遞給sudo后面的命令，或者被檢查后再傳遞的，比如：PATH，HOME，SHELL等。當然，你也可以通過sudoers來配置這些環境變量。

《Linux學習每日一個知識點》欄目是馬哥教育Linux云計算年薪20萬+的學員社群特別發起，分享Linux工具、Linux語法、Linux項目等知識點，幫助大家快速的了解Linux學習，快速步入Linux高薪的快車道。

http://haohuigou.com/74163.html