Score:2

ความปลอดภัยของไฟล์แปลก ๆ บน Ubuntu 20.04

ธง ky

Ubuntu 20.04 รูปแบบพาร์ติชั่นดิสก์คือ EXT4 ผู้ใช้ปกติที่มีสิทธิ์ sudo ใน tmp dir เช่น: ~/tmp/

$ sudo สัมผัส c.txt
// สิ่งนี้จะสร้างไฟล์ root-root (กลุ่มผู้ใช้) ด้วยโหมด 644 ตามที่คาดไว้
$rmc.txt
$ rm: ลบไฟล์ว่างปกติที่มีการป้องกันการเขียน `c.txt' หรือไม่ // พร้อมท์ sys
ถ้าฉันเลือก 'y' c.txt จะถูกลบออก ! //ไม่เป็นอย่างที่คิด

ฉันได้ลองใช้ไฟล์ rm ไม่ว่างเปล่า แต่ก็ยังสามารถลบได้ !

ฉันลองคอมพิวเตอร์สองเครื่องด้วย Ubutnu 20.04 เหมือนกัน

ทำไมผู้ใช้ทั่วไปสามารถลบไฟล์รูทโดยไม่ต้อง sudo ?

ขอบคุณ!

P.s: หลังจากตรวจสอบเอกสารแล้ว https://help.ubuntu.com/community/FilePermissions ใช่ ผู้ใช้ทั่วไปสามารถลบไฟล์ใดๆ ในไดเร็กทอรีที่มีการควบคุมเต็มรูปแบบ (rwx=7) ไม่ว่าเจ้าของไฟล์จะอยู่ในโหมดใดก็ตาม อย่างไรก็ตาม ดูเหมือนว่าไม่ควรนำไปใช้กับการดำเนินการแก้ไข เช่น:

// ทีซีทู
sudo vim d.txt // สิ่งนี้จะสร้างรูทรูท (กลุ่มผู้ใช้) ด้วยโหมด 644

เป็นกลุ่ม d.txt   
// แก้ไขโดย user ปกติ ใช้ w! เพื่อบันทึกเป็นกลุ่ม 
// หลังจากออก vim เนื้อหาไฟล์เปลี่ยนไปและกลุ่มผู้ใช้ 
// เปลี่ยนเป็นกลุ่มผู้ใช้ปัจจุบัน ไม่ใช่ root-root อีกต่อไป

เป็นไปตามคาด ?

chenzero avatar
ky flag
เป็นเพราะฉันเป็นเจ้าของ dir ~/tmp/ ดังนั้นฉันจึงสามารถจัดการไฟล์ทั้งหมดที่อยู่ด้านล่างได้ไม่ว่าเจ้าของไฟล์จะเป็นใคร ? ฉันจะตรวจสอบสิ่งนี้กับเอกสารอย่างเป็นทางการ ...
chenzero avatar
ky flag
เป็นไปได้ว่าบางอย่างไม่สอดคล้องกันในการควบคุมสิทธิ์ของไฟล์ ถ้าฉันสามารถใช้ขั้นตอน TC2 เพื่อเปลี่ยนเนื้อหาไฟล์ เจ้าของ และกลุ่ม ทำไมฉันถึงเปลี่ยนไฟล์โดยตรงด้วยคำสั่ง chown ไม่ได้ ฉันลองแล้ว ถ้ารัน $ chown chenzero d.txt ในเทอร์มินัล chown จะแสดงผล: ไม่อนุญาตให้ดำเนินการ
Score:5
ธง cn

ถึง ลบ ไฟล์จากไดเร็กทอรีทั้งหมดที่คุณเป็น การอนุญาต ในไดเร็กทอรีเองสิทธิ์ในไฟล์นั้นไม่เกี่ยวข้อง ในกรณีของคุณ ผู้ใช้ปกติมีสิทธิ์เต็มที่ในไดเร็กทอรีที่มีไฟล์อยู่ในนั้น คุณสามารถเปลี่ยนเป็นไม่เปลี่ยนรูปเพื่อป้องกันการลบ: ไฟล์ sudo chattr +i

หรือ:

sudo chmod o-w /path_to_directory

au flag
วิธีที่ฉันคิดคือสิทธิ์ในไฟล์มีผล *กับเนื้อหา* การลบ ย้าย หรือเปลี่ยนชื่อไฟล์จะไม่กระทบต่อเนื้อหา ดังนั้นสิทธิ์ในไฟล์จึงไม่เกี่ยวข้อง การดำเนินการเหล่านี้เปลี่ยนเนื้อหาของไดเร็กทอรี (และสำหรับการย้ายไดเร็กทอรีที่จะย้ายไป) ดังนั้นจึงจำเป็นต้องได้รับอนุญาตในการเขียนไปยัง dir(s) เมื่อคุณ "ลบ" ไฟล์ คุณก็แค่ลบ ("ยกเลิกการเชื่อมโยง") ไฟล์นั้นออกจากไดเร็กทอรี และหากไม่มีรายการไดเร็กทอรีเหลืออยู่ ("ลิงก์") สำหรับไฟล์นั้น แสดงว่าไม่มีอยู่จริง
chenzero avatar
ky flag
ขอบคุณ ฉันลองกรณีนี้แล้ว: sudo เป็นกลุ่ม d.txt ; // สิ่งนี้จะสร้างไฟล์ root-root 644 เป็นกลุ่ม d.txt ; // แก้ไขด้วย user ปกติ แม้ vim prompt จะแก้ไขไฟล์แบบอ่านอย่างเดียว ผมก็ใช้ w ได้! เพื่อบันทึกและผลลัพธ์คือผู้ใช้ทั่วไปสามารถแก้ไขไฟล์ที่รูทเป็นเจ้าของได้
TooTea avatar
cn flag
@chenzero นั่นไม่เป็นความจริง ผู้ใช้ทั่วไปไม่สามารถแก้ไขไฟล์ที่เป็นของรูทได้ แต่ผู้ใช้ทั่วไปสามารถแทนที่ไฟล์ที่เป็นของรูทด้วยไฟล์ใหม่ที่เป็นของผู้ใช้รายนั้น ตราบใดที่ไฟล์นั้นเกิดขึ้นในไดเร็กทอรีที่ผู้ใช้เขียนได้
st flag
@GordonDavisson: นั่นเป็นวิธีที่ไดเร็กทอรีทำงานในชีวิตจริงเช่นกัน และในความเป็นจริง *ทำไม* Unix จึงเรียกไดเร็กทอรี ไม่ใช่ "โฟลเดอร์" เหมือนที่ OS อื่นๆ เรียก ถ้าฉันต้องการลบคุณออกจากรายชื่อผู้ติดต่อในโทรศัพท์ของฉัน ฉันก็ไม่จำเป็นต้องฆ่าคุณถ้าฉันต้องการลบไฟล์ออกจากโฟลเดอร์ ฉันต้องมีสิทธิ์เข้าถึงทั้งโฟลเดอร์และไฟล์ที่อยู่ภายใน ถ้าฉันต้องการลบไฟล์ออกจากไดเร็กทอรี สิ่งเดียวที่ฉันต้องการคือเข้าถึงไดเร็กทอรี จากนั้นฉันก็สามารถลบหรือขีดทับรายการได้
chenzero avatar
ky flag
@TooTea ฉันไม่เห็นความแตกต่างระหว่างการแทนที่และการเปลี่ยนไฟล์ --- ถึงผลลัพธ์เดียวกัน เนื้อหาไฟล์เปลี่ยนไป ฉันงงมากว่าทำไม vim w! สามารถเปลี่ยนเนื้อหาไฟล์ เจ้าของไฟล์ และกลุ่ม ? โปรดลอง TC2 ในคำถามของฉัน ขอบคุณ.
au flag
@chenzero ปัญหาคือการอนุญาตถูกกำหนดในแง่ของการดำเนินการที่ระดับระบบไฟล์ ไม่ใช่ผลกระทบของการดำเนินการเหล่านั้น การแทนที่และการเปลี่ยนไฟล์มีผลลัพธ์ที่คล้ายคลึงกัน แต่แตกต่างกันมากในแง่ของการดำเนินการของระบบไฟล์ที่เกี่ยวข้อง ดังนั้นการอนุญาตที่ใช้จึงแตกต่างกัน IMO ปัญหาคือสิทธิ์ unix ได้รับการออกแบบโดยผู้เชี่ยวชาญด้านระบบไฟล์ ไม่ใช่ผู้เชี่ยวชาญด้านความปลอดภัย ดังนั้นจึงเหมาะสมในแง่ของการทำงานของระบบไฟล์ แต่ไม่ใช่ในแง่ของการกำหนดนโยบายความปลอดภัยที่เหมาะสม
raj avatar
cn flag
raj
@chenzero นี่เป็นเพราะแอปพลิเคชั่นที่ออกแบบมาไม่ดี ซึ่งแทนที่จะ **เขียนไปยังไฟล์ที่มีอยู่** เพื่อเปลี่ยนเนื้อหา ก่อนอื่น **ลบ** ไฟล์ จากนั้น **สร้างไฟล์ใหม่** ด้วยสิ่งเดียวกัน ชื่อในไดเร็กทอรีเดียวกันกับเนื้อหาใหม่ การเขียนไปยังไฟล์ที่มีอยู่ต้องได้รับอนุญาตในการเขียน **ในไฟล์**; การลบและสร้างไฟล์ต้องได้รับอนุญาตในการเขียน **ไปยังไดเร็กทอรี** เท่านั้น น่าเสียดายที่แอปพลิเคชันจำนวนมากเขียนด้วยวิธีนี้...
raj avatar
cn flag
raj
@chenzero การทำงานของแอปพลิเคชันดังกล่าวอาจมีผลข้างเคียงที่ไม่ต้องการ เช่น หากไฟล์ต้นฉบับถูกฮาร์ดลิงก์ในไดเร็กทอรีมากกว่าหนึ่งไดเร็กทอรี หลังจากที่แอปพลิเคชันแทนที่ไฟล์ด้วยวิธีนั้น จะไม่มีฮาร์ดลิงก์กับอินสแตนซ์อื่นๆ อีกต่อไป ดังนั้นจึงไม่ควรทำ ... แต่แอปพลิเคชั่นจำนวนมากก็ทำเช่นนั้น
au flag
@raj `vim` สามารถบันทึกได้ทั้งสองวิธี - โดยปกติจะเขียนไฟล์ที่มีอยู่ใหม่ แต่ถ้าไม่สามารถเปลี่ยนเป็นโหมดลบและแทนที่ โปรแกรมอื่น ๆ จำนวนมากทำเช่นนี้เพื่อให้ได้การบันทึกที่เกือบจะเป็นปรมาณู: พวกเขาบันทึกภายใต้ชื่อ temp จากนั้นลบต้นฉบับและเปลี่ยนชื่อ temp แทนที่ สิ่งนี้จะช่วยหลีกเลี่ยงการทิ้งไฟล์ที่เสียหายหากมีสิ่งผิดปกติเกิดขึ้นขณะเขียนเวอร์ชันใหม่
chenzero avatar
ky flag
ขอบคุณสำหรับความช่วยเหลือของคุณ! ฉันเข้าใจแล้ว ขอให้มีวันที่ดี :)
bg flag
@raj ผู้คนจำนวนมากจะไม่เห็นด้วยกับคุณเกี่ยวกับพฤติกรรมที่คุณอธิบายว่าได้รับการออกแบบมาไม่ดี มีเหตุผลที่ดีที่จะกำหนดให้เขียนทับไฟล์ต้นฉบับแทน
Score:1
ธง ua

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

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

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

ลองใช้ตัวอย่างของคุณดู

  • ไดเร็กทอรีการทำงานปัจจุบันคือ ~/tmp/ดังนั้นผู้ใช้ปัจจุบันจึงเป็นเจ้าของผู้ใช้ กลุ่มที่เป็นเจ้าของ และมีสิทธิ์อ่าน+เขียน+ดำเนินการในไดเร็กทอรี
  • sudo สัมผัส c.txt สิ่งนี้สร้างไฟล์ที่มีผู้ใช้เป็นเจ้าของ ราก มีสิทธิ์อ่าน + เขียนกลุ่ม ราก มีสิทธิ์เขียนและเขียนสิทธิ์ให้กับผู้ใช้รายอื่น (4 = อ่าน 2 = เขียน 1 = ดำเนินการ 6 = 4+2 = อ่าน + เขียน)
  • rm c.txt มีคำเตือน/พรอมต์ "rm: ลบไฟล์ว่างปกติที่ป้องกันการเขียน 'c.txt' หรือไม่" คำเตือนนี้หมายความว่า: ผู้ใช้ปัจจุบันมีสิทธิ์ในการเขียนไปยังไดเร็กทอรีปัจจุบัน ดังนั้นจึงสามารถลบไฟล์นี้ได้ แต่ผู้ใช้ปัจจุบันมีสิทธิ์อ่านเนื้อหาของไฟล์นี้เท่านั้น ซึ่งแสดงว่าผู้ใช้ปัจจุบันต้องการเก็บรักษาไฟล์นี้จากการเปลี่ยนแปลง ความตั้งใจทั้งสองนี้เข้ากันไม่ได้ ดังนั้น จึงขอคำแนะนำเพิ่มเติม
  • เลือก และ c.txt จะถูกลบออก ใช่. คุณมีสิทธิ์ลบรายการออกจากไดเร็กทอรี ดังนั้น เมื่อคุณตอบกลับ รายการจะถูกลบออกจากไดเร็กทอรี เนื้อหาของไฟล์ถูกเขียนหรือดำเนินการในเวลาไม่นาน (ซึ่งเป็นสิ่งที่สิทธิ์การเข้าไฟล์จะไม่อนุญาต)

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

การทดสอบ mkdir
การทดสอบซีดี
ls -laF

รวม 8
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:40 น./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:40 ../

เราเห็นว่าผู้ใช้ของฉัน คลุมเครือและคณะของข้าพเจ้า คลุมเครือ เป็นเจ้าของไดเร็กทอรีปัจจุบัน ., และตั้งค่าสิทธิ์ 775 (user คลุมเครือ: rwx, กลุ่ม คลุมเครือ:rwx, อื่นๆ:rx).

sudo เป็นกลุ่ม d.txt
[จัดหารหัสผ่าน]
[เริ่มเซสชั่นเสียงเรียกเข้า]
[แทรกโหมด] สวัสดี

ตอนนี้ย้ายไปที่เชลล์อื่นและดูว่าเกิดอะไรขึ้นในไดเร็กทอรี

[เปลือกอื่น ไม่ใช่ sudo...]
การทดสอบซีดี
ls -laF

รวม 20
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:44 น./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:44 ../
-rw------- 1 รูทรูท 12288 31 ต.ค. 11:44 น. .d.txt.swp

เรามาดูกันว่า sudo เสียงเรียกเข้า ได้สร้างไฟล์ชั่วคราวชื่อ .d.txt.swp กับเจ้าของ รูท. รูท และโหมด 600. ตอนนี้กลับไปและบันทึกไฟล์ใน sudo เสียงเรียกเข้า เซสชั่นและตรวจสอบอีกครั้ง

ls -laF

รวม 12
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:48 ./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:48 ../
-rw-r--r-- 1 รูท 4 ต.ค. 31 11:48 น. d.txt

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

[เซสชันแรก สังเกตว่าไม่ใช่ sudo...]
เป็นกลุ่ม d.txt
[ไปที่ท้ายบรรทัดแรก]
[ผนวก. เตือน: "W10: คำเตือน: การเปลี่ยนไฟล์แบบอ่านอย่างเดียว"]
[พิมพ์เว้นวรรคหลัง "สวัสดี"]

ทันทีที่เราผนวก หลังจาก สวัสดี. ไฟล์ vim ชั่วคราวปรากฏในไดเร็กทอรี

[ช่วงที่สอง]
ls -laF

รวม 16
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:53 น./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 11:52 ../
-rw-r--r-- 1 รูท 4 ต.ค. 31 11:48 น. d.txt
-rw------- 1 คลุมเครือคลุมเครือ 4096 31 ต.ค. 11:53 น. d.txt.swp

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

[ช่วงแรก]
[ออกจากโหมดแทรก]
[Esc]:ว
[ได้รับข้อผิดพลาด: "E45: ตัวเลือก 'อ่านอย่างเดียว' ถูกตั้งค่า (เพิ่ม ! เพื่อแทนที่)"]

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

[ช่วงแรก]
[Esc]:ว!

คุณเลือกที่จะเขียนทับ

มาดูกันว่าเกิดอะไรขึ้นในไดเร็กทอรีตอนนี้

[ช่วงที่สอง]
ls -laF

รวม 28
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 12:01 น./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 12:00 น. ../
-rw-r--r-- 1 คลุมเครือ เลือน 5 ต.ค. 31 12:01 น. d.txt
-rw-r--r-- 1 ฟัซซี่ ฟัซซี่ 4 ต.ค. 31 11:48 น. txt~
-rw------- 1 คลุมเครือคลุมเครือ 12288 31 ต.ค. 12:01 น. .d.txt.swp

เป็นไปได้ว่าคุณไม่เห็น d.txt~ ไฟล์. ฉันอาจจะเปิด เสียงเรียกเข้า ตัวเลือกในการบันทึกสำเนาสำรองของไฟล์ต้นฉบับเสมอ ฉันจำไม่ได้ว่าพฤติกรรมเริ่มต้นของ เสียงเรียกเข้า เกี่ยวข้องกับตัวเลือกนี้

ตอนนี้มีสามไฟล์:

  • d.txt -- เวอร์ชันแก้ไขที่เราเพิ่งบันทึกไว้ ประกอบด้วย "สวัสดี" การบันทึกครั้งต่อไปจะแทนที่ไฟล์นี้
  • d.txt~-- สำเนาสำรองของไฟล์ต้นฉบับ ประกอบด้วย "สวัสดี" รายการไดเร็กทอรีนี้สร้างขึ้นโดยกระบวนการที่ทำงานเป็น คลุมเครือจึงมี คลุมเครือความเป็นเจ้าของและสิทธิ์เริ่มต้นของ
  • .d.txt.swp -- ไฟล์งานปัจจุบัน การแก้ไขในภายหลังจะถูกบันทึกลงในไฟล์นี้โดยอัตโนมัติเป็นระยะๆ

ตอนนี้เรามาจบกัน เสียงเรียกเข้า การประชุม.

[ช่วงแรก]
[Esc]:คิว

และดูอีกครั้งว่าเกิดอะไรขึ้นในระบบไฟล์

[ช่วงที่สอง]
ls -laF

รวม 16
drwxrwxr-x 2 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 12:05 น./
drwxr-xr-x 78 ฟัซซี่ ฟัซซี่ 4096 31 ต.ค. 12:05 น. ../
-rw-r--r-- 1 คลุมเครือ เลือน 5 ต.ค. 31 12:01 น. d.txt
-rw-r--r-- 1 ฟัซซี่ ฟัซซี่ 4 ต.ค. 31 11:48 น. txt~

ทั้งสองไฟล์ถูกสร้างขึ้นโดยผู้ไม่มีสิทธิ์ คลุมเครือจึงมี คลุมเครือความเป็นเจ้าของและสิทธิ์เริ่มต้นของ คลุมเครือ สามารถสร้างและลบรายการไดเร็กทอรีเหล่านี้ได้เนื่องจาก คลุมเครือ มีสิทธิ์เขียนไปยังไดเร็กทอรีปัจจุบัน ..

chenzero avatar
ky flag
ขอบคุณสำหรับคำอธิบายโดยละเอียด! ฉันเห็นประเด็น vim ใช้งานได้เพราะมันลบไฟล์ก่อนและเปลี่ยนชื่อข้อมูลสำรอง ไม่ใช่แก้ไขไฟล์ต้นฉบับโดยตรง ขอบคุณทุกคนและมีวันที่ดี!

โพสต์คำตอบ

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