ทำไม rm อนุญาตให้ลบไฟล์ภายใต้ความเป็นเจ้าของของผู้ใช้คนอื่น?

จากการโพสต์ทำไม rm สามารถลบไฟล์แบบอ่านอย่างเดียวได้? ฉันเข้าใจว่าrmต้องมีสิทธิ์เขียนในไดเรกทอรีเพื่อลบไฟล์ แต่ฉันพบว่ามันยากที่จะแยกแยะพฤติกรรมที่เราสามารถลบไฟล์ที่เจ้าของและกลุ่มต่าง ๆ ได้อย่างง่ายดาย

ฉันพยายามต่อไปนี้

mtk: ชื่อผู้ใช้ของฉัน
abc: สร้างผู้ใช้ใหม่

$ ls -l file
-rw-rw-r-- 1 mtk mtk       0 Aug 31 15:40 file
$ sudo chown abc file
$ sudo chgrp abc file
$ ls -l file
-rw-rw-r-- 1 abc abc       0 Aug 31 15:40 file
$ rm file
$ ls -l file
<deleted>

ฉันคิดว่าสิ่งนี้ไม่ควรได้รับอนุญาต ผู้ใช้ควรจะสามารถลบไฟล์ได้เฉพาะในความเป็นเจ้าของของเขา? มีใครให้ความกระจ่างเกี่ยวกับสาเหตุที่ได้รับอนุญาตหรือไม่ และวิธีหลีกเลี่ยงปัญหานี้คืออะไร? ฉันสามารถคิดได้เฉพาะการ จำกัด สิทธิ์การเขียนของไดเรกทอรีหลักเพื่อยกเลิกการลบไฟล์ที่น่าประหลาดใจ

เหตุผลที่อนุญาตนี้เกี่ยวข้องกับสิ่งที่ลบไฟล์ทำจริง โดยหลักการแล้วrmงานของมันคือการลบรายการชื่อออกจากสารบบ ความจริงที่ว่าไฟล์นั้นอาจไม่สามารถเข้าถึงได้ถ้านั่นเป็นชื่อเดียวของไฟล์และดังนั้นไอโหนดและพื้นที่ที่ครอบครองโดยไฟล์จึงสามารถกู้คืนได้ที่จุดนั้นเกือบจะเป็นเรื่องเล็กน้อย ชื่อของการเรียกระบบที่rmคำสั่งเรียกใช้ซึ่งก็unlinkคือแม้กระทั่งการแนะนำข้อเท็จจริงนี้

และการลบรายการชื่อออกจากไดเรกทอรีนั้นเป็นการดำเนินการพื้นฐานในไดเรกทอรีนั้นดังนั้นไดเรกทอรีนั้นเป็นสิ่งที่คุณต้องได้รับอนุญาตให้เขียน

สถานการณ์ต่อไปนี้อาจทำให้รู้สึกสะดวกสบายมากขึ้น? สมมติว่ามีไดเรกทอรี:

/home/me    # owned and writable only by me
/home/you   # owned and writable only by you

และมีไฟล์ที่ฉันเป็นเจ้าของและมีลิงก์สองฮาร์ด:

/home/me/myfile
/home/you/myfile

ไม่เป็นไรว่าฮาร์ดลิงก์/home/you/myfileนั้นมาถึงที่นั่นตั้งแต่แรกแล้ว อาจจะrootใส่ไว้ที่นั่น

/home/you/myfileความคิดของตัวอย่างนี้คือการที่คุณควรจะได้รับอนุญาตให้ลบการเชื่อมโยงอย่างหนัก ท้ายที่สุดมันทำให้ไดเรกทอรีของคุณรก คุณ/home/youควรจะสามารถควบคุมสิ่งที่ทำและไม่ได้อยู่ภายใน และเมื่อคุณลบ/home/you/myfileโปรดสังเกตว่าคุณยังไม่ได้ลบไฟล์จริงๆ คุณได้ลบลิงก์หนึ่งลิงก์ออกไปเท่านั้น

โปรดทราบว่าหากมีการตั้งค่าบิตเหนียวในไดเรกทอรีที่มีไฟล์ (แสดงtในls) คุณจะต้องเป็นเจ้าของไฟล์เพื่อให้สามารถลบได้ (เว้นแต่คุณเป็นเจ้าของไดเรกทอรี) bit /tmpเหนียวมักจะตั้งอยู่บน

ในการลบไฟล์คุณเพียงแค่ต้องสามารถเขียนไปยังไดเรกทอรีที่ไฟล์นั้นมีอยู่

หากคุณไม่ชอบสิ่งนี้คุณสามารถตั้งค่าบิต "เหนียว" chmod +t dirหากคุณใช้ระบบปฏิบัติการล่าสุดเมื่อไม่นานมานี้ (ฟีเจอร์นี้ได้รับการแนะนำในปี 1986 ใน SunOS)

ถ้าคุณชอบที่จะละเอียดยิ่งขึ้นคุณต้องมีระบบไฟล์ที่มี ACL implementaion ที่ทันสมัยเช่น ZFS NFSv4 ACLs มาตรฐานที่ใช้ NTFS รวมถึงการสนับสนุนการอนุญาตการลบเฉพาะไฟล์ต่อผู้ใช้และการอนุญาต "delete_child" สำหรับไดเรกทอรี

ตรรกะนั้นคล้ายกับบ้าน: เจ้าของหรือผู้เช่าตัดสินใจว่าจะโยนแขกคนไหนออกมาไม่ว่าใครจะเป็นเจ้าของแขก นอกจากนี้แขกที่ถูกไล่ออกซึ่งยินดีต้อนรับในบ้านหลังอื่น (มีฮาร์ดลิงก์อื่นในสารบบของคนอื่น) จะไม่แข็งไปสู่ความตายข้างนอก