Vimはファイルのアクセス許可を壊すことができますか？

先日、いつものようにVimを使用していて、何か奇妙なことに気づきました。これが私がしたことです：

~$ touch testfile
~$ ls -l | grep testfile
-rw-r--r-- 1 username groupname 0 Jul 23 10:00 testfile
~$ vim testfile

次に、変更を加え、保存してで終了しました:wq。かなり普通。その後、ただし：

~$ sudo chown root:root testfile
~$ sudo chmod 644 testfile
~$ sudo -k
~$ ls -l | grep testfile
-rw-r--r-- root root 0 Jul 23 10:02 testfile
~$ vim testfile

したがって、rootはr / wアクセスを持ち、他のすべてのユーザーは読み取りのみを行う必要があります。ファイルを編集して保存してください-できません。すばらしい。意図したとおりに機能している。ただし、で保存した場合:w!、vimは何らかの形でファイルの所有権をusername：usergroupに戻し、ファイルが保存されます。あなたがこれをしたとしても：

~$ sudo chmod 444 testfile
~$ sudo -k
~$ ls -l | grep testfile
-r--r--r-- 1 root root 0 Jul 23 10:06 testfile
~$ vim testfile

引き続き:w!！で上書きできます。何が起こっている？このようにして、vimはファイルの所有権と許可の法則をどのように破ることができますか？私はvimでヘルプページを見て、:help :wこれを見つけました：

:w[rite]! [++opt]    Like ":write", but forcefully write when 'readonly' is set or there is another reason why writing was refused.
                     Note: This may change the permission and ownership of the file and break (symbolic) links. Add the 'W' flage to 'cpoptions' to avoid this.

以前はすべきでないときにvimでファイルに書き込むことができなかったので、私の質問の真の核心は、どうすればvimでファイルを編集不可にできるのか、そしてなぜファイルに基づいていないのかということです。私が期待するようなシステム権限、および他のエディター（gedit、nano）が使用できないファイルを編集するためにvimが使用しているメカニズムは何ですか？

編集：私がこれを試したコンピュータは、Linuxカーネル3.15.5-2-ARCHを使用しています。Vimのバージョン番号は7.4.373-1で、それはによってインストールされたものですpacman-私は特別なオプションを使用して最初からコンパイルしていません。

現在のパスは~、ユーザーのホームディレクトリです。そのディレクトリへの書き込み権限が必要です。

別の方法で考えてみてください。ディレクトリに対する読み取りと書き込みのアクセス許可がある場合、ファイルのコピー、古いファイルの削除、新しいアクセス権の変更を別のアクセス許可で行うのはなぜですか。

これはまさにvimが行うことです！

たとえば、straceでvimを実行すると、次のようになります。

open("testfile", O_WRONLY|O_CREAT|O_TRUNC, 0644) = -1 EACCES (Permission denied)
lstat("testfile", {st_mode=S_IFREG|0644, st_size=10, ...}) = 0
getuid()                                = 1000
unlink("testfile")                      = 0
open("testfile", O_WRONLY|O_CREAT|O_TRUNC, 0644) = 3
write(3, "ffjidfjds\n", 10)             = 10
fsync(3)                                = 0
close(3)                                = 0
chmod("testfile", 0644)                 = 0

このログに基づいて、次のプロセスを推測できます。

以前のいくつかの権限チェック（およびchown試行など）は、簡潔にするために省略されています。

1. open 書き込み用にファイルを開こうとしました（失敗：権限が拒否されました）
2. lstat ファイルの所有者を確認してください
3. getuuid 現在のユーザーIDをチェックして、ファイル所有者と一致するかどうかを確認します
4. unlink ファイルを削除します（これは、ディレクトリに対する書き込み権限があるため許可されます）
5. open 同じ名前で新しいファイルを作成する
6. write ファイルの内容（以前に読んだ、意味不明なものを入力した）
7. fsync ファイルをディスクにフラッシュします（それほど重要ではありません）
8. close
9. chmod 新しいファイルの権限を古いファイルのように変更します-たまたま新しい所有者がいるだけです。