chown ลบ setuid bit: bug หรือคุณสมบัติ?

ขั้นตอนในการทำซ้ำ:

germar@host:~$ cd /tmp/
germar@host:/tmp$ touch test && chmod u+s test && ls -la test
-rwSr--r-- 1 germar germar 0 Nov  2 20:11 test
germar@host:/tmp$ chown germar:germar test && ls -la test
-rw-r--r-- 1 germar germar 0 Nov  2 20:11 test

ทดสอบกับ Debian squeeze และ Ubuntu 12.04

ไม่ใช่ข้อผิดพลาดตามเอกสาร chown:

$ info coreutils 'chown invocation'

   The `chown' command sometimes clears the set-user-ID or set-group-ID
permission bits.  This behavior depends on the policy and functionality
of the underlying `chown' system call, which may make system-dependent
file mode modifications outside the control of the `chown' command.
For example, the `chown' command might not affect those bits when
invoked by a user with appropriate privileges, or when the bits signify
some function other than executable permission (e.g., mandatory
locking).  When in doubt, check the underlying system behavior.

นี่คือการออกแบบและมันเป็นพฤติกรรมมาตรฐาน การอ้างอิงมาตรฐาน POSIX :

ยกเว้นว่า chown ถูกเรียกใช้โดยกระบวนการที่มีสิทธิ์ที่เหมาะสมบิต set-user-ID และ set-group-ID ของไฟล์ปกติจะถูกล้างเมื่อสำเร็จแล้ว บิต set-user-ID และ set-group-ID ของไฟล์ประเภทอื่นอาจถูกล้าง

( sคือ setuid (หรือ setgid ในคอลัมน์กลุ่ม) ไม่เหนียวเหนอะ)

พฤติกรรมนี้ตามหลังการเรียกระบบพื้นฐาน (ยกเว้นว่าในบางระบบบิต setxid จะถูกล้างสำหรับไฟล์ที่ปฏิบัติการได้เท่านั้น)

เหตุผลในการลบ setuid บิตคือการเปลี่ยนเจ้าของยังเปลี่ยนว่าผู้ใช้รายใดจะเป็นรหัสผู้ใช้ที่มีประสิทธิภาพของกระบวนการ โดยเฉพาะอย่างยิ่งในระบบที่ผู้ใช้สามารถแจกจ่ายไฟล์ได้cp /bin/sh foo; chmod u+s foo; chown joe fooจะสร้างไฟล์ปฏิบัติการที่เป็นของ joe ซึ่งเป็นช่องโหว่ความปลอดภัยขนาดใหญ่