UID 0がユーザーの名前空間のSUIDファイルへのハードリンクを処理しないのはなぜですか?

UID 0がユーザーの名前空間のSUIDファイルへのハードリンクを処理しないのはなぜですか?

root権限(名前空間内部UID 0、外部権限なし)で実行されているユーザーの名前空間シェルについて、次のレコードを検討してください。

# cat /proc/$$/status | grep CapEff
CapEff: 0000003cfdfeffff
# ls -al
total 8
drwxrwxrwx  2 root   root   4096 Sep 16 22:09 .
drwxr-xr-x 21 root   root   4096 Sep 16 22:08 ..
-rwSr--r--  1 nobody nobody    0 Sep 16 22:09 file
# ln file link
ln: failed to create hard link 'link' => 'file': Operation not permitted
# su nobody -s /bin/bash -c "ln file link"
# ls -al
total 8
drwxrwxrwx  2 root   root   4096 Sep 16 22:11 .
drwxr-xr-x 21 root   root   4096 Sep 16 22:08 ..
-rwSr--r--  2 nobody nobody    0 Sep 16 22:09 file
-rwSr--r--  2 nobody nobody    0 Sep 16 22:09 link

明らかに、プロセスにはCAP_FOWNER権限(0x8)があるため、任意のファイルへのハードリンクが可能である必要があります。ただし、.SUIDが所有するテストファイルは接続できませんnobody。プロセスがファイルnobodyに切り替えてからリンクするのを防ぐ方法がないので、親名前空間は問題にならないようです。

linkUID 0名前空間がUIDを切り替えずにハードリンクを処理できないのはなぜですか?file

ベストアンサー1

質問で説明されている動作はバグです。今後のLinux 4.4で修正されました。

おすすめ記事