linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　可以看到，文件權限的含義是比較廣的，先來看-rwxr-xr-x，第一位是文件的類型，它定義了用戶只能某種方式來操作文件，后面九位是文件的存取控制信息，linux的文件許可機制將用戶分為三類：文件屬主u（user）、文件屬組g（group）和其它用戶o（other）。三類不同的用戶可以對文件擁有三種不同級別的權限：讀r（read）、寫w（write）和運行x（execute）。于是形成了九位的權限信息，分為三組，分別對應u，g， o。除此之外，用戶還可以設置setuid與setgid位來改變程序的執行身份。用lsattr命令則可以看到文件的屬性，控制位包括 asacddiijsttu，這些也是能控制文件的存取的。
　　$ stat file1　　file： `file1‘
　　size： 11904 blocks： 24 io block： 4096 regular file
　　device： 301h/769d inode： 355982 links： 1
　　access： （0755/-rwxr-xr-x） uid： （ 503/ jack） gid： （ 503/ general）
　　access： 2003-10-19 09:14:12.000000000 +0800
　　modify： 2003-10-14 20:41:21.000000000 +0800
　　change： 2003-10-19 18:56:25.000000000 +0800
　　$ lsattr file　　----i--a----- file
　　由于篇幅有限，不可能就這些一一進行分析，本文著力分析文件權限中w（write）的真正含義，挖出其背后隱藏的細節，力圖使讀者能正確用好這個關鍵的權限位，不至于在系統管理中出現差漏。
　　為了能更直觀的說明問題，本文采用實驗操作的方式，一步一步的進行分析。為了簡化操作，我們用o（other）這組權限來做實驗。實驗中用到的權限位均屬于o（other）， 進行操作的用戶均非root用戶，屬于o（other）。
　　在實驗之前，必須澄清一個概念，目錄也是一種文件，它主要包括了兩方面的信息，該目錄下文件的文件名稱與文件inode編號，它們之間有一一對應的關系。不過目錄文件比較特殊，不能用常規的方法進行讀寫，必須用系統的專用命令來操作。命令ls其實是對目錄文件進行讀操作，命令mv，rm則是對目錄文件進行寫操作。
　　好了，該說說w（write）的真正含義了，一句話，linux文件權限中的w是對該文件的*內容*進行限定。下面的實驗可以驗證。
　　實驗1， 目錄文件： /test（rwx）， 普通文件： /test/file（r--）。 當前目錄：/test
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ echo “abc” 》file　　bash： file： permission denied
　　試圖對file的內容進行改寫， 但file的權限是只讀，很顯然，操作失敗。
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ cat file　　hello world！
　　沒有問題， 可以讀出file的內容。
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ mv file file2　　$ ls　　file2
　　這是怎么回事呢， file的權限明明是只讀啊， 請注意， 前面提到了， 文件中的rw權限只是針對當前文件的內容進行限定， 文件名不屬于當前文件的內容， 它是保存在上一級的目錄文件的內容中。而mv命令表面上是針對file的，其實是對/test的內容進行改寫，再看看/test的權限， 是可寫的（rwx）。許多用戶為了保護文件，將其權限設成只讀就不管了，這是非常危險的，誠然，可以達到保護文件內容的目的（其實也未必，補充內容中有論述），但你卻不能保證文件是否會被更名或被刪除，保險的方法是將文件父目錄的權限也設為只讀。當然，也有其他的方法，比如用chattr +i命令或將文件系統用ro方式掛載等等，但這些不在本文論述范圍。
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ rm -f file2　　$ ls　　$
　　同樣的原因， 我們可以刪除file2， 與上一次操作不同的是，我們不是改寫/test的一條紀錄，而是在刪除/test的一條紀錄。
　　實驗2， 目錄文件： /test（r-x）， 普通文件： /test/file（rw-）， 當前目錄：/test
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ echo “abc” 》file　　$ cat file　　abc
　　/test的權限雖然是只讀，但我們改寫的是file的內容， 它的權限是可寫，當然沒有問題。
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ mv file file2
　　mv： cannot move ’file‘ to ’file2‘： permission denied
　　$ rm -f file　　rm： cannot remove ’file‘： permission denied
　　我們已經知道， 這兩條指令其實與file的權限無關， 而是在改寫/test的內容， 當然操作失敗。通過前面幾個操作，我們應該要分清楚指令真正的操作對象是誰，這樣才能對文件權限作出正確的設定。
　　實驗3， 目錄文件： /test（rwx）， 普通文件： /test/file（r--）， 目錄文件： /test/dir（r-x）， 普通文件： /test/dir/file（rw-）， 當前目錄：/test
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ mv file file2　　$ mv dir dir2　　$ ls　　dir2 file2
　　很順利， 因為/test/file與/test/dir的父目錄/test的權限給的太寬松了，是rwx。
　　linux是一個安全的操作系統，她是以文件為基礎而設計的，其文件權限是比較復雜的，可以用stat命令以及lsattr命令來顯示某個文件的詳細信息：
　　$ rm -f file2
　　$ rm -rf dir2
　　rm： cannot remove ’dir2/file‘： permission denied
　　$ ls -r　　。：　　dir2　　　　。/dir2：　　file
　　到這里， 我們已經絲毫不奇怪普通文件/test/file2被刪除， 但具有同等地位的目錄文件/test/dir2卻安然無恙。當執行rm -rf dir2時， 由于存在普通文件/test/dir2/file， 系統便嘗試先刪除它， 也就相當于修改目錄文件/test/dir2的內容， 但它的權限是只讀， 不能進行修改，也就相當于不能刪除/test/dir2/file， 又由于/test/dir2與/test/dir2/file有依存關系， /test/dir2也就自然會被保留下來。
　　回顧上一個操作（mv dir dir2），為什么目錄文件/test/dir卻可以被更名呢？由于更名操作并不涉及到自身的內容被修改，修改的只是父目錄的內容，而進行刪除操作時，父目錄的內容固然要被修改，但也同時也要修改自身的內容（因為要刪除該目錄下的文件），這就不被允許了。如果/test/dir2的權限是可寫， 或者目錄下沒有子文件， 那么它的下場就和/test/file2一樣， 被刪除。
　　通過前面的幾個操作，可以看到，文件有這么幾個關鍵狀態：被讀、被改寫、被改名、被刪除、被執行。然而系統只區分三種權限，即讀、寫、執行（rwx）。那么改名與刪除這兩個操作是否系統就置之不理了呢？不是的，系統將這兩個操作歸入被操作文件的上一級目錄來管理。那么又是以何種方式來管理的呢？答案是目錄將其下的所有文件看作是它的內容。這樣，當用戶更名或刪除某個文件時，執行的是對上一級目錄的寫操作，屬于rwx三種權限之一的w操作，并沒有逃出系統的管理范圍。
　　我們的大腦總是活躍的， 能想象出各種各樣的事情， 能把許多簡單的東西組合成很復雜東西， 上面幾個實驗不正是這樣嗎， 象這樣的實驗我們還可以設計出許多， 但做的越多， 腦子似乎越亂（我已經有一點了）， 你能記的住這么多嗎？ ok， 我們也許能將它想的簡單一些， 只需注意兩個方面， 一是要清楚目錄的內容是什么；二是要明白文件權限中的w（write）的真正含義。仔細想想， 不是嗎？
　　補充：
　　在實驗1中， 如果用vim對file進行編輯， 并且強制保存（w！）， 是可以成功的。這并不是說vim就可以繞開系統的安全機制，而是vim耍了一個小小的把戲，它是先刪除這個文件，而后又生成一個同名的新文件。但有一個情況例外，就是當這個文件有另外一個硬鏈接文件存在時，vim會拒絕強制保存，仔細想想，當進行刪除操作后，文件還存在，并沒有被真正刪除，而這時再新建一個文件，雖然同名，但已經不是原來的那個文件了！筆者曾對此事也頗為疑惑，為了求證，仔細閱讀了vim6.2的源代碼，才找到答案。有興趣的讀者也可看一看，具體內容在src/fileio.c中。
?