400の権限を持つファイルがrootからは書き込み可能であるのに、ユーザーからは読み取り専用であるのはなぜですか？

非特権ユーザーとしてファイルを作成し、アクセス許可モードをに変更すると400、そのユーザーには正しく読み取り専用として表示されます。

$ touch somefile
$ chmod 400 somefile
$ [ -w somefile ] && echo rw || echo ro
ro

すべては順調です。

しかし、その後ルートがやって来ます：

# [ -w somefile ] && echo rw || echo ro
rw

一体何ですか？確かに、rootは読み取り専用ファイルに書き込むことができますが、それを習慣にするべきではありません。ベストプラクティスでは、書き込み許可ビットをテストできるように指示する傾向があり、そうでない場合は設定されています。理由のためにその方法。

私は両方を理解したいと思い、なぜこれが起こっている、そしてどのように私は得ることができます偽の書き込みビットがセットされていないファイルをテストするときにリターンコードを？

test -w別名[ -wはファイルモードをチェックしません。書き込み可能かどうかをチェックします。ルートについては、そうです。

$ help test | grep '\-w'
  -w FILE        True if the file is writable by you.

私がテストする方法は、stat(1)（ " %a 8進数のアクセス権"）の出力に対してビットごとの比較を行うことです。

(( 0$(stat -c %a somefile) & 0200 )) && echo rw || echo ro

の出力がによって8進数として解釈されるように、サブシェル$(...)には0接頭辞が必要であることに注意してください。stat(( ... ))

何を-wしているのか誤解されていると思います。ファイルが「書き込み許可」を持っているかどうかを確認するのではなく、呼び出し元のユーザーがファイルに書き込み可能かどうかを確認します。

より具体的には、それは呼び出しaccess(2)または類似しています。

たとえば、スクリプトがある場合、そのスクリプトでif [ -w /etc/shadow ]実行するstraceと、次のような行が表示されることがあります。

faccessat(AT_FDCWD, "/etc/shadow", W_OK)

rootファイルに書き込むことができるので、0を返します。

たとえば、通常のユーザーとして：

faccessat(AT_FDCWD, "/etc/shadow", W_OK) = -1 EACCES (Permission denied)

ルートとして

faccessat(AT_FDCWD, "/etc/shadow", W_OK) = 0

これは、私のマシンで/etc/shadow許可を得ているにもかかわらず000です。

---------- 1 root root 4599 Jan 29 20:08 /etc/shadow

これで、やりたいことが面白くなり、それほど単純ではありません。

単純な権限を確認する場合は、ls出力を確認するか、電話statなどで確認します。ただし、ACLはこれらの権限を上書きできることを理解してください。ファイルが権限400であるという理由だけで、ファイルが書き込み可能であることを停止しません...

rootユーザーは好きなように実行できますが、「通常の」ファイル権限は制限されません。これは、足のターゲットの練習に対する少しの保険のために、eXecute権限なしでプレーンファイルを直接実行しません。