google/gvisor

Failed to stop overwriting a running binary

Open

#1,005 opened on 2019年10月14日

GitHub で見る
 (2 comments) (0 reactions) (0 assignees)Go (12,713 stars) (1,061 forks)batch import
area: compatibilityarea: filesystemgood first issuepriority: p2type: bug

説明

runsc result:

$ stress -c 1 &
$ which stress
/usr/bin/stress
$ cp /bin/ls /usr/bin/stress
[1]+  Bus error               stress -c 1

Expected result in vanilla Linux:

$ stress -c 1 &
$ which stress
/usr/bin/stress
$ cp /bin/ls /usr/bin/stress
cp: cannot create regular file '/usr/bin/stress': Text file busy

コントリビューターガイド

技術スタック
go
領域
backendsecurity
Issue 種別
bug
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
4
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
clear
前提条件
GoLinux file system
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
25
調査方針
Investigate how gVisor's runsc handles file writes to running binaries. The issue shows that runsc does not prevent overwriting an executing file, which should be blocked by the kernel. Look into the file operation implementations in the gVisor kernel, possibly in the pkg/sentry/fs/ directory. Check if there are any existing tests for ETXTBUSY behavior. Also review the comment thread for any clues from maintainers.