探究Ubuntu如何存儲用戶登錄密碼

   Ubuntu系統(tǒng)中/etc目錄下有三個和用戶登錄訪問控制相關的文件：passwd、shadow、group。以前比較老的Unix系統(tǒng)將經(jīng)過哈希處理的密碼直接放在passwd文件中，現(xiàn)在的*nix則把經(jīng)過處理的密碼放在shadow這個文件中，這三個文件的用途可以參考：http://blog.sina.com.cn/s/blog_5edae1a101017gfn.html

   打開/etc/shadow文件內(nèi)容如下圖：

   可以看到從“$6$”開始到“GJr..”結(jié)束這一段字符是經(jīng)過哈希處理的用戶密碼，那么我們現(xiàn)在想知道這個字符串是如何生成的，我們查看了Ubuntu官方的文檔：

shadow文件說明：http://manpages.ubuntu.com/manpages/karmic/man5/shadow.5.html

crypt加密算法說明：http://manpages.ubuntu.com/manpages/karmic/man3/crypt.3.html

   從官方文檔中我們可以知道用戶密碼經(jīng)過了glibc中的crypt算法的處理，“$6$3rhg9.la$”是哈希過程中使用到的鹽值，那么鹽值有什么作用呢？我們知道對于一個已知的哈希算法和一個固定的字符串來說，其哈希的結(jié)果是相同的，那么假設一個系統(tǒng)中有很多用戶，那么其中的一些用戶就可能使用相同的密碼，例如兩人都使用了“123456”作為登陸密碼，那么在不使用鹽值的情況下，經(jīng)過處理的密碼字符串就是一樣的。雖然“非法***者”無法直接從經(jīng)過處理的字符串獲得明文密碼，但仍然可以知道有兩個人使用了相同的密碼。為了避免這種情況，我們就可以在對用戶的密碼進行哈希時在原始密碼的后邊拼上一個鹽值（m//salt），這樣做的好處有兩個：一方面由于鹽值隨機產(chǎn)生，避免相同密碼產(chǎn)生同意的哈希值；另一方面增加了***者暴力破解的計算復雜度（增加了2^|salt|倍）?！?6$3rhg9.la$”分為兩個部分：“6”和“3rhg9.la”，第一個參數(shù)是哈希算法選擇參數(shù)，在官方文檔中已經(jīng)提到，第二個是隨機產(chǎn)生的字符串。

   python自帶的crypt算法可以調(diào)用glibc中的crypt算法，我們打開python源文件中l(wèi)ib目錄下的crypt.py文件可以看到python對glibc中的crypt算法的調(diào)用過程：

def crypt(word, salt=None):
    """Return a string representing the one-way hash of a password, with a salt
    prepended.
    If ``salt`` is not specified or is ``None``, the strongest
    available method will be selected and a salt generated.  Otherwise,
    ``salt`` may be one of the ``crypt.METHOD_*`` values, or a string as
    returned by ``crypt.mksalt()``.
    """
    if salt is None or isinstance(salt, _Method):
        salt = mksalt(salt)
    return _crypt.crypt(word, salt)

   打開glibc源文件中crypt目錄下的crypt-entry.c文件，我們可以看到根據(jù)鹽值前三個字符進行哈希算法選擇的代碼：

/* Define our magic string to mark salt for MD5 encryption
   replacement.  This is meant to be the same as for other MD5 based
   encryption implementations.  */
static const char md5_salt_prefix[] = "$1$";
/* Magic string for SHA256 encryption.  */
static const char sha256_salt_prefix[] = "$5$";
/* Magic string for SHA512 encryption.  */
static const char sha512_salt_prefix[] = "$6$";
/* For use by the old, non-reentrant routines (crypt/encrypt/setkey)  */
extern struct crypt_data _ufc_foobar;

   在測試過程中最開始下載的是glibc2.6，這個版本并沒有$5$和$6$對應的sha256/sha512算法，只有MD5，然后下載了最新的glibc2.18版本才看到了這兩個算法，可以猜出使用glibc2.6版本及以前的版本的linux系統(tǒng)中，shadow文件并不是現(xiàn)在這樣的。本Ubuntu系統(tǒng)的gblic版本是2.11（ldd --version查看），該版本glibc也支持sha256/sha512。我們給出的例子里前三個字符是“$6$”，我們可以知道系統(tǒng)使用的哈希算法是sha512。由于python調(diào)用的是glibc中的crypt算法，所以自然可以知道在windows平臺下python的這個算法是無法調(diào)用的。現(xiàn)在使用python寫一些腳本來測試一下：

在crypt函數(shù)中輸入兩個參數(shù)，一個是我們的登陸密碼，另一個是鹽值，我們可以看到輸出的結(jié)果和shadow文件中經(jīng)過處理的密碼字符串相同。

   shadow文件默認只能由root用戶訪問，一般用戶沒有訪問權(quán)限，非法***者通過一定途徑獲得該文件后通過暴力嘗試密碼就有可能獲得原始的明文密碼，所以用戶在設置密碼的時候盡量包含多種字符（大小寫、數(shù)字、特殊符號）并超過一定的長度，以此來提升系統(tǒng)的安全性。