linux查看debug文件的权限,Linux的文件属性

最新推荐文章于 2022-04-27 17:17:18 发布

茶壶泡泡

最新推荐文章于 2022-04-27 17:17:18 发布

阅读量205

点赞数

文章标签： linux查看debug文件的权限

1.ls -l

total 4243这一行告诉我们该目录中所有文件所占的空间

13058 -rwx------ 1 longcheng longcheng 48 8月 5 16:38 file1

1 该文件硬链接的数目

在Linux系统中,内核为每一个新创建的文件分配一个Inode(索引结点),每个文件都有一个惟一的inode号。

文件属性保存在索引结点里，在访问文件时，索引结点被复制到内存在，从而实现文件的快速访问。

使用ln 命令创建硬链接。硬链接是目录中的一个指针，指向文件索引节点。系统不为它分配inode。

ln existingfile newfile

删除文件时，当硬链接数减为0时，内核才会把文件删除。

ln –f existingfile newfile,如果newfile已经存在，则无论原来newfile是什么文件，

只用当前用户对它有写权限，newfile就成为exisitngfile的硬链接文件。

只有超级用户才能为目录创建硬链接文件。不能跨越文件系统创建硬链接。优点是节省硬链接空间。

软链接

13058 -rwx------ 1 longcheng longcheng 48 8月 5 16:38 file1

13061 lrwxrwxrwx 1 longcheng longcheng 5 8月 5 16:58 file1soft->file1

硬链接原文件＆链接文件公用一个inode号，说明他们是同一个文件，而软链接原文件＆链接文件拥有不同的inode号，表明他们是两个不同的文件；

在文件属性上软链接明确写出了是链接文件，而硬链接没有写出来，因为在本质上硬链接文件和原文件是完全平等关系；

链接数目是不一样的，软链接的链接数目不会增加；

文件大小是不一样的，硬链接文件显示的大小是跟原文件是一样的，因为是等同的嘛，

而这里软链接显示的大小与原文件就不同了，file1大小是48B，而file1soft是5B，这里面的5实际上就是“file1”的大小。

可以通过symlink来查看链接文件。

当删除原文件时，不会对软链接文件有任何影响。只是ls -l时，最后的文件名会出现红色表明这个链接已经损坏，访问该链接文件时会提示No such file or directory。

48用字节表示文件长度

8月5文件最后更新时间

文件的类型:-dlcbsp

2.suid/guid

由于SUID和SGID是在执行程序(程序的可执行位被设置)时起作用，而可执行位只对普通文件和目录文件有意义，

所以设置其他种类文件的SUID和SGID位是没有多大意义的。

任何用户都可以执行这个程序。UNIX的内核是根据什么来确定一个进程对资源的访问权限的呢？

是这个进程的运行用户的(有效)ID，包括user id和group id。用户可以用id命令来查到自己

的或其他用户的user id和group id。除了一般的user id 和group id外，还有两个称之为effective id，

就是有效id，上面的四个id表示为：uid，gid，euid，egid。内核主要是根据euid和egid来确定进程对资源的访问权限。

一个进程如果没有SUID或SGID位，则euid=uid egid=gid，分别是运行这个程序的用户的uid和gid。

例如kevin用户的uid和gid分别为204和202，foo用户的uid和gid为200，201，kevin运行myfile程序

形成的进程的euid=uid=204，egid=gid=202，内核根据这些值来判断进程对资源访问的限制，其实就

是kevin用户对资源访问的权限，和foo没关系。

如果普通文件myfile是属于foo用户的，是可执行的，现在没设SUID位，ls命令显示如下：

-rwxr-xr-x 1 foo staff 7734 Apr 05 17:07 myfile

任何用户都可以执行这个程序。UNIX的内核是根据什么来确定一个进程对资源的访问权限的呢？是这个进程的运行用户的(有效)ID，包括user id和group id。用户可以用id命令来查到自己的或其他用户的user id和group id。除了一般的user id 和group id外，还有两个称之为effective id，就是有效id，上面的四个id表示为：uid，gid，euid，egid。内核主要是根据euid和egid来确定进程对资源的访问权限。

一个进程如果没有SUID或SGID位，则euid=uid egid=gid，分别是运行这个程序的用户的uid和gid。例如kevin用户的uid和gid分别为204和202，foo用户的uid和gid为200，201，kevin运行myfile程序形成的进程的euid=uid=204，egid=gid=202，内核根据这些值来判断进程对资源访问的限制，其实就是kevin用户对资源访问的权限，和foo没关系。

如果一个程序设置了SUID，则euid和egid变成被运行的程序的所有者的uid和gid，例如kevin用户运行myfile，euid=200，egid=201，uid=204，gid=202，则这个进程具有它的属主foo的资源访问权限。

SUID的作用就是这样：让本来没有相应权限的用户运行这个程序时，可以访问没有权限访问的资源。passwd就是一个很鲜明的例子。SUID的优先级比SGID高，当一个可执行程序设置了SUID，则SGID会自动变成相应的egid。

讨论一个例子：

UNIX系统有一个/dev/kmem的设备文件，是一个字符设备文件，里面存储了核心程序要访问的数据，包括用户的口令。所以这个文件不能给一般的用户读写，权限设为：cr--r----- 1 root system 2, 1 May 25 1998 kmem

但ps等程序要读这个文件，而ps的权限设置如下：

-r-xr-sr-x 1 bin system 59346 Apr 05 1998 ps

这是一个设置了SGID的程序，而ps的用户是bin，不是root，所以不能设置SUID来访问kmem，bin和root都属于system组，而且ps设置了SGID，一般用户执行ps，就会获得system组用户的权限，而文件kmem的同组用户的权限是可读，所以一般用户执行ps就没问题了。但有些人说，为什么不把ps程序设置为root用户的程序，然后设置SUID位，不也行吗？这的确可以解决问题，但实际中为什么不这样做呢？因为SGID的风险比SUID小得多，所以出于系统安全的考虑，应该尽量用SGID代替SUID的程序，如果可能的话。

SUID对目录没有影响。如果一个目录设置了SGID位，那么如果任何一个用户对这个目录有写权限的话，在这个目录所建立的文件的组都会自动转为这个目录的属主所在的组，而文件所有者不变，还是属于建立这个文件的用户。

如果一个文件被设置了SUID或SGID位，会分别表现在所有者或同组用户权限的可执行位上。例如

1、-rwsr-xr-x 表示SUID和所有者权限中可执行位被设置

2、-rwSr--r-- 表示SUID被设置，但所有者权限中可执行位没有被设置

3、-rwxr-sr-x 表示SGID和同组用户权限中可执行位被设置

4、-rw-r-Sr-- 表示SGID被设置，但同组用户权限中可执行位没有被设置

其实在UNIX的实现中，文件权限用12个二进制位表示，如果该位置上的值是1，表示有相应的权限：

11 10 9 8 7 6 5 4 3 2 1 0

S G T r w x r w x r w x

第11位为SUID位，第10位为SGID位，第9位为sticky位，第8-0位对应于上面的三组rwx位。

-rwsr-xr-x的值为： 1 0 0 1 1 1 1 0 1 1 0 1

-rw-r-Sr--的值为： 0 1 0 1 1 0 1 0 0 1 0 0