Mac獅子系統又暴安全隱患

最近，有人又暴Apple的安全隱患問題。

安全隱患

在Mac OS X 10.7.3系統在某些特殊情況下，據有人發現，Mac OS X系統會把使用者的使用者名稱連同密碼一起記錄在系統的安全日誌中，而且密碼是明碼。

參見：https://discussions.apple.com/thread/3715366

日誌中的內容類別似如下：

DEBUGLOG | -[HomeDirMounter mountNetworkHomeWithURL:attributes:dirPath:username:] | about to call _premountHomedir. url=afp://server.com/Users, userPathComponent = pft, userID = 1-31, name = pft, passwordAsUTF8String = xxxxxxxxxxxxxx

在系統日之中記錄使用者名稱和密碼是不能被接受的，這是一個嚴重的安全隱患，特別是在企業環境中，每個使用者的資訊，都要被保護，這是管理員在最初設計自身系統內容時的考慮，然而OS X系統輕易的就把管理員的精心設計給破壞了，這令人懊惱。

撲朔迷離

這個使用者是在幾台串連到雪豹10.6的伺服器使用Open Directory認證的，目前只有為數不多的系統管理員們確認了這個問題，而絕大多數的其它人在他們所管理的系統上，卻沒有找到這樣的問題。

因為還沒有人找到它的出現規律，比如這個問題出現在哪些版本的獅子系統上，在什麼情況下出現等等的條件，系統會記錄使用者密碼。就目前所知，只有在於LDAP伺服器通訊，擷取訪問伺服器共用資源的時候，可能會出現。目前出現問題的經過確認，已經有3個案例。管理員們，正在排查原因，同時他們都確認了下面兩個方面沒有問題：

1. 沒有改動系統authorization檔案
2. 使用預設的調試選項，也就是只在系統日誌中記錄錯誤資訊

不過，他們似乎都有實施使用者層級的login指令碼，以方便實施各自的系統管理和使用者配置。另外，一個管理員已經確認，出現問題的Lion版本的build版本是11D50b和11D50。

基於沒有找到任何的規律性的現實，這個問題到底是系統本身的問題，還是其它什麼因素導致的，還無法定論，比如說，是不是管理員編寫的指令碼本身的問題，伺服器設定導致，用戶端配置問題，甚至有可能被病毒感染等等各種可能都有。

其它案例

其實還有另外一個案例，也是系統記錄使用者名稱和密碼在安全日誌中。在獅子系統中，使用者開啟一箇舊版本FileVault時 (通常稱作 FileVault 1,因為在獅子系統中，FileVault被升級了，人們俗稱之為FileVault 2)，通過系統認證後，在安全日誌中會記錄使用者名稱和密碼。那麼這個為了安全考慮的加密的檔案，還有什麼安全可言呢？

下面是該日誌的內容例子：

Apr 11 19:39:35 hostname authorizationhost[1240]: DEBUGLOG | -[HomeDirMounter mountEncryptedHomeWithURL:attributes:dirPath:username:] | about to call DIHLFVMount. urlAttribute = /Users/.username/username.sparsebundle, password = password-here-in-plain-text, mountPointParent = /Users, homeDirPath going to the DIHLFVMount call = /Users/username

臨時修補

臨時的解決方案，
 可以不讓系統記錄任何的安全日誌，比如：

f=/var/log/secure.log && sudo rm $f && sudo ln -s /dev/null $f

或者定時刪除所有的所有的安全記錄

或者刪除已知的記錄密碼的記錄