我没有把握使用所有者(所有权)概念的必要性,也没有找到对其必要性的明确解释。
没有文件系统/数据库对象安全(权限)系统中的所有者(所有权)的概念,什么不能做?或者,为什么需要它?
更新:
如果您能帮助我理解为什么在“管理员不是管理员”中需要将文件的所有者设置为“管理员”,我将不胜感激?
Windows 中的管理员在没有文件所有者的情况下不能对文件执行哪些操作?
我没有把握使用所有者(所有权)概念的必要性,也没有找到对其必要性的明确解释。
没有文件系统/数据库对象安全(权限)系统中的所有者(所有权)的概念,什么不能做?或者,为什么需要它?
更新:
如果您能帮助我理解为什么在“管理员不是管理员”中需要将文件的所有者设置为“管理员”,我将不胜感激?
Windows 中的管理员在没有文件所有者的情况下不能对文件执行哪些操作?
这个概念是在给定的“对象”(例如文件)上,您具有访问权限,详细说明谁可以访问该对象以及在什么条件下。所有者是一种优化:通常,在对给定对象具有权限的所有用户中,其中一个应该具有“所有权限”并且通常被认为对该对象负责。
在 Unix 系统上,传统上,对文件的权限是read、write和execute,并且可以授予三类用户:所有者(特定用户)、组(每个文件都标记为组的一部分)和其他人。这是一个不是很细化的系统,因为您只能挑选出一个用户;其他用户的权限将按组分配(至少)。在现代版本的 Unix 上,有访问控制列表它提供了更大的灵活性,类似于 Windows 中使用的方式。对于 ACL,或在 Windows 上,“所有者”的任何概念大多是历史遗留物。在 Windows 上,文件的“所有者”是对文件具有“完全控制”权限的任何用户(或组),但其目的主要是向后兼容 ACL 之前的代码。
总而言之,ACL 足以保证安全性并且不需要所有权,但它经常坚持与不知道 ACL 是什么的旧代码的互操作性,而是摆弄“所有者身份”。
简而言之,所有权属性允许委派某些访问权限。
在文件系统的上下文中,如果我是所有者,我通常想为自己保留读、写和执行权限。在多用户环境中工作时,我通常希望我的同事能够读取我的文件,甚至可能执行我的文件,但可能无法写入我的文件。为此,您需要让系统所有者创建一个组,将您的一些同事添加到该组,然后分配该组权限。