`ผู้ใช้ chown: ผู้ใช้หาย + พบว่า` เป็นอันตรายหรือไม่

เมื่อเร็ว ๆ นี้ฉันได้สร้างระบบไฟล์ที่เข้ารหัส ( crypto_LUKS) ซึ่งทำหน้าที่เป็น $ HOME สำหรับผู้ใช้หนึ่งรายโดยเฉพาะ (เช่นฉันติดตั้งเป็น/home/pduck) ฉันยังเพิ่มรายการที่เหมาะสม/etc/security/pam_mount.conf.xmlเพื่อให้พาร์ติชันได้รับการถอดรหัสและติดตั้งโดยอัตโนมัติเมื่อผู้ใช้ล็อกอิน (และยกเลิกการต่อเชื่อมเมื่อเขาออกจากระบบ) ใช้งานได้ดี

เนื่องจาก $ HOME เป็นระบบไฟล์ของตัวเองผู้ใช้จึงมีlost+foundไดเรกทอรีที่เป็นของ root: root อยู่ ฉันรู้ว่าการลบไดเรกทอรีเป็นความคิดที่ไม่ดีแต่มีหลายคำสั่ง (เช่นfind) บ่นว่าไม่สามารถเข้าถึงได้ ทำให้ฉันรำคาญ

จากความอยากรู้ฉันได้ลบไดเรกทอรีและสร้างใหม่ด้วยmklost+found(ไม่sudo) ตอนนี้ไดเรกทอรีเป็นของ pduck: pduck ตกลงหรือว่าสำคัญที่ไดเรกทอรีเป็นเจ้าของโดย root: root

คำแนะนำที่ดีมาพร้อมกับเหตุผลเพื่อให้คุณสามารถบอกได้เมื่อมันกลายเป็นคำแนะนำที่ไม่ดี

วัตถุประสงค์ของlost+foundการเป็นเจ้าของโดย root คือเพื่อไม่ว่าไฟล์ของใครจะหายไปก็จะไม่เปิดเผยต่อทุกคน อย่างไรก็ตามในกรณีนี้ไม่ควรมีไฟล์เดียวในระบบไฟล์ทั้งหมด * ไม่ได้เป็นเจ้าของโดย pduck; ดังนั้นจึงไม่มีข้อเสียที่จะlost+foundไม่เป็นเจ้าของโดย pduck

* ยกเว้นสถานการณ์ที่แปลกใหม่เช่น pduck suing เพื่อรูทและเรียกใช้แอปพลิเคชัน X แต่ถ้า pduck สามารถใช้sudoหรือsuมากกว่าที่เรากำลังพูดถึงอะไรเพราะ pduck สามารถทำลายระบบความปลอดภัยได้ทันที

lost+found เป็นไดเรกทอรีระบบและฉันหลีกเลี่ยงการแก้ไขความเป็นเจ้าของและสิทธิ์ของไดเรกทอรีระบบและไฟล์

มีไดเรกทอรีอื่น (และไฟล์) ที่ทำให้findบ่นเว้นแต่ฉันจะยกระดับสิทธิ์ของบรรทัดคำสั่งดังนั้นฉันขอแนะนำให้คุณใช้

sudo find ...

และปล่อยให้lost+foundมันเป็น {เป็น / ควรเป็น}

ไม่มีอะไรน่าอัศจรรย์เกี่ยวกับไดเรกทอรีที่หายไป มันเป็นเพียงไดเรกทอรีธรรมดาเหมือนกันและใช้เพื่อเก็บไฟล์ / ไดเรกทอรีที่หายไปที่พบในระหว่างการ fsck หลังจากระบบล่มหรือระบบไฟล์เสียหาย

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

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

สำหรับการลบออกไปฉันเชื่อว่าความหวาดระแวงรอบ ๆ นั้นขึ้นอยู่กับข้อเท็จจริงที่ว่ามันดีที่สุดที่จะให้ fsck ทำอย่างน้อยที่สุดเท่าที่จะทำได้เพื่อกู้คืนข้อมูล แต่ฉันไม่คิดว่ามันจะมีความสำคัญในทางปฏิบัติ