linux命令的钩子 linux钩子函数

linux内核源码中如何加载自己的钩子函数？

（但不总是）位于 /usr/src/linux-。我们不会研究得过于详细，因为 Linux 源代码经常会发生变化，但是，我们将尝试让给出的信息足以找出特定驱动程序或函数的位置。

Makefile：这个文件是整个源代码树的顶层 makefile。它定义了很多实用的变量和规则，比如默认的 gcc 编译标记。

Documentation/：这个目录中包含很多关于配置内核、运行 ramdisk 等任务的实用信息（但通常是过时的）。不过，与不同配置选项相应的帮助条目并不在这里 —— 它们在每个源代码目录的 Kconfig 文件中。

arch/：所有与体系结构相关的代码都在这个目录以及 include/asm- 目录中。在此目录中，每种体系结构都有自己的目录。例如，用于基于 PowerPC 的计算机的代码位于 arch/ppc 目录中。在这些目录里，可以找到底层内存管理、中断处理、早期初始化、汇编例程，等等。

crypto/：这是内核本身所用的加密 API。

drivers/：按照惯例，在此目录的子目录中可以找到运行外围设备的代码。包括视频驱动程序、网卡驱动程序、底层 SCSI 驱动程序，以及其他类似的驱动程序。例如，在 drivers/net 中可以找到大部分网卡驱动程序。将一类驱动程序组合在一起的某些更高层代码，可能会（也可能不会）像底层驱动程序本身那些包含在同一目录中。

fs/：通用文件系统的代码（称做 VFS，即 Virtual File System）和各个不同文件系统的代码都可以在这个目录中找到。ext2 文件系统是在 Linux 中最常广泛使用的文件系统之一；在 fs/ext2 中可以找到读取 ext2 格式的代码。并不是所有文件系统都会编译或运行；对某些寻找内核项目的人而言，更生僻的文件系统永远都是理想的候选者。

include/：在 .c 文件的开头所包含的大部分头文件都可以在这个目录中找到。 asm- 目录下是与体系结构相关的包含（include ）文件。部分内核构建过程创建从 asm 指定 asm- 的符号链接。这样，无需将其固定编码到 .c 文件 #include 就可以获得用于那个体系结构的正确文件。其他目录中包含的是 非-体系结构-相关 的头文件。如果在不只一个 .c 文件中使用了某个结构体、常量或者变量，那么它可能应该放入其中一个头文件中。

init/：这个目录中的文件包括 main.c、创建 早期用户空间（early userspace） 的代码，以及其他初始化代码。可以认为 main.c 是内核“粘合剂（glue）”。在下一部分将深入讨论 main.c。早期用户空间提供了 Linux 内核引导起来时所需要的功能，而这些功能并不需要在内核本身运行。

ipc/：IPC 的意思是 进程间通信（interprocess communication）。它包含了共享内存、信号量以及其他形式 IPC 的代码。

kernel/：不适合放在任何其他位置的通用内核级代码位于此处。这里有高层系统调用代码，以及 printk() 代码、调度程序、信号处理代码，等等。文件名包含很多信息，所以可以使用 ls kernel/，并非能常准确地猜到每个文件的功能。

lib/：这里是对所有内核代码都通用的实用例程。常见的字符串操作、调试例程，以及命令行解析代码都位于此处。

mm/：这个目录中是高层次内核管理代码。联合使用这些例程以及底层的与体系结构相关的例程（通常位于 arch//mm/ 目录中）来实现虚拟内存（Virtual memory，VM）。在这里会完成早期内存管理（在内存子系统完全建立起来之前需要它），以及文件的内存映射、页高速缓存管理、内存分配、RAM 中页的清除（还有很多其他事情）。

net/：这里是高层网络代码。底层网络驱动程序与此层次代码交换数据包，这个层次的代码可以根据数据包将数据传递给用户层应用程序，或者丢弃数据，或者在内核中使用它。net/core 包含大部分不同的网络协议都可以使用的代码，和某些位于 net/ 目录本身中的文件一样。特定的网络协议在 net/ 的子目录下实现。例如，在 net/ipv4 目录中可以找到 IP（版本 4）代码。

scripts/：这个目录中包含的脚本可用于内核的构建，但并不将任何代码加入到内核本身之中。例如，各种配置工具可以将它们的文件放在这里。

security/：在这里可以找到不同 Linux 安全模型的代码，比如 NSA Security-Enhanced Linux 以及套接字和网络安全钩子函数（hooks），以及其他安全选项。

sound/：这里放置的是声卡驱动程序和其他与声音相关的代码。

usr/：此目录中的代码用于构建包含 root 文件系统映像的 cpio-格式 的归档文件，用于早期用户空间。

相关问答

Q1: linux内核态，在LSM框架中的文件操作hook接口中如何获取一个正在被操作的文件的内容？（linux4.4版本）

LSM是Linux Secrity Module的简称，即linux安全模块。其是一种轻量级通用访

问控制框架，适合于多种访问控制模型在它上面以内核可加载模块的形实现。用

户可以根据自己的需求选择合适的安全模块加载到内核上实现。

LSM设计思想：

LSM的设计思想：在最少改变内核代码的情况下，提供一个能够成功实现强制访

问控制模块需要的结构或者接口。LSM避免了利用如在systrace系统调用中的出

现过的系统调用干预，因为它不能扩展到多处理器内核，并且它受制于参数替换

攻击。还有LSM在设计时做了两点考虑：对不使用的人来说尽量少引入麻烦，对

使用的人来说要带来效率。以Linus Torvalds为代表的内核开发人员对Linux安

全模块（LSM）提出了三点要求：

1、真正的通用，当使用一个不同的安全模型的时候，只需要加载一个不同的内

核模块。

2、概念上简单，对Linux内核影响最小，高效，并且。

3、能够支持现存的POSIX.1e capabilities逻辑，作为一个可选的安全模块。

还有，针对linux上提出的各种不同的Linux安全增强系统对Linux安全模块（LSM

）提出的要求是：能够允许他们以可加载内核模块的形式重新实现其安全功能，

并且不会在安全性方面带来明显的损失，也不会带来额外的系统开销。

LSM框架结构：

LSM框架主要由五部分构成：

1、在特定的内核数据结构中加入安全域。

2、在内核源代码中不同的关键点插入对安全钩子函数的调用。

3、加入一个通用的安全系统调用。

4、提供了函数允许内核模块注册为安全模块或者注销。

5、5、将capabilities逻辑的大部分移植为一个可选的安全模块。

安全域是一个void*类型的指针，它使得安全模块把安全信息和内核内部对象联

系起来。下面列出被修改加入了安全域的内核数据结构，以及各自所代表的内核

内部对象：

task_struct结构：代表任务（进程）

linux_binprm结构：代表程序

super_block结构：代表文件系统

inode结构：代表管道，文件，或者Socket套接字

file结构：代表打开的文件

sk_buff结构：代表网络缓冲区（包）

net_device结构：代表网络设备

kern_ipc_perm结构：代表Semaphore信号，共享内存段，或者消息队列

msg_msg：代表单个的消息

Linux安全模块（LSM）提供了两类对安全钩子函数的调用：一类管理内核对象的

安全域，另一类仲裁对这些内核对象的访问。对安全钩子函数的调用通过钩子来

实现，钩子是全局表security_ops中的函数指针，这个全局表的类型是

security_operations结构，这个结构定义在include/linux/security.h这个头

文件中。

LSM接口的核心是security_ops，当系统启动时，他们被初始化为传统的DAC策略

。传统DAC访问控制是指控制系统中的主体（如进程）对系统中的客体（如文件

目录、文件）的访问（读、写和执行等）。自主访问控制DAC 是指主体（进程，

用户）对客体（文件、目录、特殊设备文件、IPC等）的访问权限是由客体的属

主或超级用户决定的，而且此权限一旦确定，将作为以后判断主体对客体是否有

访问权限的依据。

在加载安全模块时，我们必需先对模块进行注册，我们可以使用

register_security()函数向LSM注册一个安全模块。在我们的模块被加载成

功后，就可以进行访问控制操作。如果此时还有一个安全模块要使用

register_security()函数进行加载，则会出现错误，直到使用

unregister_security()函数向框架注销后，下一个模块才可以载入。当然LS

M还提供了mod_reg_security()函数和mod_unreg_security()函数，可以连续注

册多个安全模块。如果有其他后来的模块需要载入，可以通过mod_reg_security

（）向第一个模块注册，形成支持不同策略的模块栈。

注：以上出现的函数均基于2.6.22以前的版本，对于后续的版本，出现了

register_security()函数未被导出或者取消掉了unregister_security()函数。

LSM执行过程：

根据下图的执行步骤：用户在执行系统调用时，先通过原有的内核接口依次执行

功能性的错误检查，接着进行传统的DAC检查，并在即将访问内核的内部对象之

前，通过LSM钩子函数调用LSM。LSM再调用具体的访问控制策略来决定访问的合

法性。图三显示了LSM钩子的调用：

图三：基于LSM的内核对象访问过程

Lilinux安全模块（LSM）主要支持"限制型"的访问控制决策：当Linux内核授予

文件或目录访问权限时，Linux安全模块（LSM）可能会拒绝，而当 Linux内核拒

绝访问时，可以跳过LSM。

========

使用LSM实现自己的访问控制

首先对LSM 进行简单介绍。虽然linux下的各位基本都知道一些，但是还要罗嗦

一下。

LSM中文全称是linux安全模块。英文全称：linux security module.

LSM是一种轻量级、通用的访问控制框架，适合多种访问控制模型以内核模块的

形式实现。其特点是通用、简单、高效、支持POSIX。1e能力机制。

LSM的架构图如下：

通过系统调用进入内核之后，系统首先进行传统的权限检查（传统权限检查主要

是基于用户的，用户通过验证之后就可以访问资源），通过之后才会进行强制访

问控制。（强制访问控制是不允许主体干涉的一种访问控制，其采用安全标识、

信息分级等信息敏感性进行访问控制。并且通过比较主体的级别和资源的敏感性

来确定是否允许访问。比如说系统设置A用户不允许访问文件B，即便A是文件B的

所有者，访问也是受限制的。）从图上看来，LSM实现访问控制主要通过安全模

块的钩子函数实现。

LSM框架主要由五部分组成：这个网上资料很多。

在关键的特定内核数据结构中加入了安全域；

在内核源码中不同的关键点处插入对安全钩子函数的调用；

提供了一个通用的安全系统调用；

提供了注册和注销函数，使得访问控制策略可以以内核模块方式实现；

将capabilities逻辑的大部分功能移植为一个可选的安全模块。

我们这里重点结合源码对LSM框架进行解释。我使用的源码是3.5.4

首先介绍安全域字段，它是一个空类型的指针，在内核中的很多内核结构中都存

在，比如inode、superblock、dentry、file等等。类型字段为void *

security;

那么安全域怎么和安全模块中的信息关联起来？

当安全模块加载之后，安全域中的指针便指向安全模块中的安全信息。这里以

selinux为例进行介绍。

内核里面security/selinux/include/objsec.h中定义了不同对象的安全信息，

格式为XXX_security_strut.

上面的文件的安全信息里面包含打开文件描述符时的安全ID、文件所有者的安全

ID等等。

要联系安全模块中安全信息和安全域需要几个控制钩子函数。这些钩子函数实现

了对内核关键信息的设置和管理。这里主要介绍alloc_security、

free_security。

selinux里面通过实现安全信息空间分配实现关联。比如以文件安全信息为例

这里分配空间成功之后，通过file-f_security = fsec实现了关联。

撤销关联是在安全模块卸载之后调用file_free_security.

这里具体通过设置file-f_secrity为NULL，然后释放安全信息结构实现。

现在来看看内核如何实现selinux的访问控制。这里主要就是实现LSM里面的钩子

函数了。LSM里面给出了结构体security_operations，里面给出了很多钩子函数

，实现了相关钩子函数就可以实现访问控制了。

上面的函数就实现了file_permission钩子函数。可以看下inode结构体的获得，

感受内核是通过文件-目录项-inode。该函数主要实现自己的访问控制策略就

OK 了。

哪selinux来说，在获得文件安全ID之后，主要对掩码和文件打开时相关的安全

信息进行检测，符合就通过访问控制。

selinux基本实现了LSM里面的所有钩子函数，待钩子函数实现后，对LSM里面钩

子域进行填充就OK了。

做完以上这些还需要注册安全模块到LSM，这里注册和注销使用了

register_security和unregister_security。

比如selinux在注册时使用语句register_security(selinux_ops)实现。

接下来通过上面的分析我们可以实现简单的基于LSM的访问控制。

#include linux/kernel.h

#include linux/init.h

#include linux/module.h

#include linux/fs.h

#include linux/security.h

#include linux/types.h

#include asm/uaccess.h

#include linux/fcntl.h

#include linux/uaccess.h

#include linux/file.h

#include linux/namei.h

static int lsm_test_file_permission(struct file *file,int mask)

{

int path=0;

struct file *filp;

struct nameidata nd;

path = path_lookup(FILENAME,LOOKUP_FOLLOW,nd);

if(!mask)

return 0;

if(path)

{

printk("lookup file failed!\n");

return -1;

}

filp = filp_open("/home/yuyunchao/code/sb.c",O_RDONLY,0);

{

printk("open failed!\n");

}

return 0;

}

static struct security_operations lsm_test_security_ops = {

.file_permission = lsm_test_file_permission,

};

static int __init lsm_file_init(void)

{

if(register_security(lsm_test_security_ops)){

printk("register error ..........\n");

return -1;

}

printk("lsm_file init..\n ");

return 0;

}

static void __exit lsm_file_exit(void)

{

if(unregister_security(lsm_test_security_ops)){

printk("unregister error................\n");

return ;

}

printk("module exit.......\n");

}

MODULE_LICENSE("GPL");

module_init(lsm_file_init);

module_exit(lsm_file_exit);

========

LSM(Linux Security Module)应用方法（简单例子）

LSM在内核中很多地方已经插入了hook函数，并且在security.c函数中声明了

security_ops结构，要实现你自己的安全模块，只需要定义你自己的struct

security_operations，并且用register_security注册即可，下面举个简单例子

：

test.c代码如下：

/*

* Test Linux Security Module

*

* Author: penghuan penghuanmail@126.com

*

* Copyright (C) 2010 UbuntuKylin, Ltd.

*

* This program is free software; you can redistribute it and/or modify

* it under the terms of the GNU General Public License version 2, as

* published by the Free Software Foundation.

*

*/

#include linux/security.h

#include linux/sysctl.h

#include linux/ptrace.h

#include linux/prctl.h

#include linux/ratelimit.h

#include linux/workqueue.h

#include linux/file.h

#include linux/fs.h

#include linux/dcache.h

#include linux/path.h

int test_file_permission(struct file *file, int mask)

{

char *name = file-f_path.dentry-d_name.name;

if(!strcmp(name, "test.txt"))

{

file-f_flags |= O_RDONLY;

printk("you can have your control code here!\n");

}

return 0;

}

static struct security_operations test_security_ops = {

.name = "test",

.file_permission = test_file_permission,

};

static __init int test_init(void)

{

printk("enter test init!\n");

printk(KERN_INFO "Test: becoming......\n")

if (register_security(test_security_ops))

panic("Test: kernel registration failed.\n");

return 0;

}

security_initcall(test_init);

将该文件以模块的形式放到security/下编译进内核，启用新的内核后，当你操

作文件test.txt时，通过dmesg命令就能再终端看到”you can have your

control code here!“输出

所以一般的做法是：定义你自己的struct security_operations，实现你自己的

hook函数，具体有哪些hook函数可以查询include/linux/security.h文件，然后

调用register_security来用你的test_security_ops初始化全局的security_ops

指针

楼主，我刚开始研究LSM，但网上资料太少，您这个代码，我编译成ko文件老是

有警告，并且insmod时，说Unknown symbol register_security。我最近看了看

内核模块变成，没有对内核进行太深入的了解。不知能否把LSM的实验步骤给出

的再详细点，谢谢。

你需要把代码编进内核

是需要把那段源码拷到内核目录下，然后重新编译内核？。。没有不编译内核的

方法吗？。。直接按照模块进行编译。另外那个test.txt放在哪个文件夹里？。

是需要把那段源码拷到内核目录下，然后重新编译内核？。。没有不编译内核的

方法吗？。。直接按照模块进行 ...

是的，你去网上找下怎么把模块编进内核，lsm模块不能以模块方式加载，涉及

安全；test.txt是测试文件，当你把代码编进内核后，用新内核启动，然后操作

test.txt文件，就会有输出，test.txt随便放哪里

楼主，您好，我刚开始学习lsm模块，把您的模块编译进内核，新的内核加载后

，register_security总是失败，请问下可能是什么原因导致的。我的内核版本

是3.13.11。

register＿security的返回值是-11

========

LSM在Linux中的实现方式

LSM(Linux Secure Model)一种轻量级访问控制机制.

其实现方式有如在系统调用中加入一个后门....

方式如下:

static struct file *__dentry_open(struct dentry *dentry, struct

vfsmount *mnt,

struct file *f,

int (*open)(struct inode *, struct file *),

const struct cred *cred)

{

struct inode *inode;

int error;

...............................................................

error = security_dentry_open(f, cred); //LSM机制实现方式,在此加入了

一个LSM函数.

//security_dentry_open的实现如下,相当于一个接口,对一个函数指针再

//封装一下.

//只返回是与否,这样的控制信息.

if (error)

goto cleanup_all;

................................................................

return f;

cleanup_all:

.................................................................

return ERR_PTR(error);

}

//========简单封装一个指针结构体===========================

int security_dentry_open(struct file *file, const struct cred *cred)

{

int ret;

ret = security_ops-dentry_open(file, cred);

if (ret)

return ret;

return fsnotify_perm(file, MAY_OPEN);

}

========

利用LSM实现更安全的linux

LSM的全称是Linux Security Modules，它是linux内核中用来支持更灵活的

安全策略的一个底层框架，虽然听起来比较复杂，但是可以就把它理解成一组安

插在linux内核的钩子函数和一些预留的被称为安全域的数据结构，下面先说说

这个框架的由来吧。

linux本身的机制就保证了linux拥有更好的安全机制，但是在这个机制下面

，还是隐藏了许多的问题：

1、权限粒度太大。用过linux的人应该对0644这样的访问权限设置不陌生，

它对能够操作这个文件的用户做了限制，但是这个只是限制到了组，而没有更进

一步的细分，当然，如果LSM只是用来限制这个的话，那么也就太没意思了，因

为实现文件更细的控制粒度，ACL就能够很出色的完成，顺便提一下，ACL有一个

分配的限制，如果哪位朋友需要用ACL进行粒度更细的访问权限控制的话，可能

需要注意一下这方面的东西。

2、root用户的权限太大。在linux中，root用户就是至高无上的，他拥有对

机器的完全控制权限，可以做他想做的一切事情。但是很多时候，我们可能并不

希望有root有这么大的权限，比如在现在比较流行的云存储中，用户肯定不希望

服务提供商能够随意访问我们的文件，那么这个时候，就需要对root用户进行一

定的设置了。

由于这些问题的存在，所以出现了像SE Linux(Securiy Enhanced Linux )

这样的增强补丁。但是每个系统对于具体安全细节的控制不尽相同， 所以Linus

Tovalds 提出应该要有一个 Linux 内核所能接受的安全框架来支持这些安全策

略，这个安全框架应该提供包含内核数据结构中的透明安全域以及用来控制、维

护安全域操作的安全钩子，于是就有了LSM。

LSM在内核中的位置，可以用下图来表示：

当用户态程序调用某些操作系统提供的函数的时候，比如read()函数，其会

对应于内核中的一个系统调用，然后该首先会进行一些常规的错误检测，接着进

行DAC（Discretionary Access Control）检测，再接着它会进行LSM检测。从上

图中能够看出来，LSM其实是一个非常底层的安全策略框架，利用LSM，可以接管

所有的系统调用，这样，我们就能对包括root在内的所有用户的权限进行控制，

并且实现粒度更细的访问权限控制。

当系统初始化的时候，LSM就是一个空的框架，它不提供任何的检测，其所

做的全部工作几乎就是返回0，当然，有些不带返回值的函数除外。而我们则可

以针对自己特定的需求来编写LSM，然后将我们编写的LSM钩子函数，通过其数据

结构struct security_operations注册到系统中去，这样，我们的LSM检测就开

始起作用了。

更多信息可参考《Linux就该这么学》

Q2: linux钩子函数处理时间

处理的时间是2到3分钟。

钩子(Hook)处理的时间是2到3分钟，是Windows消息处理机制的一个平台，应用程序可以在上面设置子程以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。钩子机制允许应用程序截获处理window消息或特定事件。

Q3: 想实现一个linux内核安全功能模块的技术思路是怎样的

作者：橘子-实现网

链接：

来源：知乎

著作权归作者所有，转载请联系作者获得授权。

用户在执行系统调用时，先通过原有的内核接口依次执行功能性的错误检查，接着进行传统的DAC检查，并在即将访问内核的内部对象之前，通过LSM钩子函数调用LSM。LSM再调用具体的访问控制策略来决定访问的合法性。访问控制整体构架：img src="" data-rawwidth="804" data-rawheight="604" class="origin_image zh-lightbox-thumb" width="804" data-original=""

LSM框架下访问决策模块包括selinux，smack，tomoyo，yama，apparmor.

每个决策模块都是通过各自的XXX_init函数调用register_security（）函数，注册到LSM框架的模块被加载成功后，就可以进行访问控制操作。如果此时还有一个安全模块要使用register_security()函数进行加载，则会出现错误，直到使用框架注销后，下一个模块才可以载入。img src="" data-rawwidth="420" data-rawheight="285" class="content_image" width="420"

Linux安全模块（LSM）提供了两类对安全钩子函数的调用：一类管理内核对象的安全域，另一类仲裁对这些内核对象的访问。对安全钩子函数的调用通过钩子来实现，钩子是全局表security_ops中的函数指针，这个全局表的类型是security_operations结构，这个结构定义在include/linux/security.h这个头文件中。

通过对security代码进行一番简单的分析，LSM启动过程流图：

img src="" data-rawwidth="1011" data-rawheight="213" class="origin_image zh-lightbox-thumb" width="1011" data-original=""security_initcall只能调用selinux_init，smack_init ，tomoyo_init ， yama_init 和apparmor_init中的一个，因为内核不允许多种安全机制同时一起工作。一旦一个安全模块被加载，就成为系统的安全策略决策中心，而不会被后面的register_security()函数覆盖，直到这个安全模块被使用unregister_security()函数向框架注销。security_initcall只能调用selinux_init，smack_init ，tomoyo_init ， yama_init 和apparmor_init中的一个，因为内核不允许多种安全机制同时一起工作。一旦一个安全模块被加载，就成为系统的安全策略决策中心，而不会被后面的register_security()函数覆盖，直到这个安全模块被使用unregister_security()函数向框架注销。

因此LSM框架下只能开启一种安全机制，smack编译进Linux内核的配置和要求：

（1）要求smack和selinux不能够同时运行，不能同时存在于同一个运行中的内核；

查看内核是否开启以下的功能（如果没有则需要开启）：

CONFIG_NETLABEL=y

CONFIG_SECURITY=y

CONFIG_SECURITY_NETWORK=y

CONFIG_SECURITY_SMACK=y

CONFIG_SECURITY_SELINUX should not be

set

步骤：

make menuconfig

img src="" data-rawwidth="658" data-rawheight="461" class="origin_image zh-lightbox-thumb" width="658" data-original=""img src="" data-rawwidth="658" data-rawheight="464" class="origin_image zh-lightbox-thumb" width="658" data-original=""img src="" data-rawwidth="658" data-rawheight="468" class="origin_image zh-lightbox-thumb" width="658" data-original=""img src="" data-rawwidth="662" data-rawheight="468" class="origin_image zh-lightbox-thumb" width="662" data-original=""

make modules_install

make install

查看/proc/filesystems

可以看到smackfs，说明smack已经编进内核

img src="" data-rawwidth="146" data-rawheight="187" class="content_image" width="146"

执行如下的命令：

mkdir -p /smack

在文件/etc/fstab添加下面的一行

smackfs /smack smackfs defaults 0 0

然后执行下面的命令：

mount –a

然后就体验一下它的功能了：

1. 比如在用户test的home目录下(/home/test)，新建文件夹 mkdir testdir

cd testdir/

touch testfile

2. 给新建的testfile 打上TheOther标签

setfattr

--name=security.SMACK64 --value=TheOther testfile

查看其标签

getfattr

--only-values -n security.SMACK64 -e text testfile

可以看到标签TheOther

img src="" data-rawwidth="698" data-rawheight="60" class="origin_image zh-lightbox-thumb" width="698" data-original=""

3. echo TheOne

2/dev/null /proc/self/attr/current，当前执行的进程默认都会被打为/proc/self/attr/current下的标签

4.配置策略echo -n "TheOne TheOther r---" /sma ck/load

因为当前进程只要是没有特殊配置过的都被打为TheOne，所以当转换到普通用户test下，cat testfile是可读的

5.现在我将当前进程打为NotTheOne ，echo NotTheOne 2/dev/null

/proc/self/attr/current

当转换到普通用户test下，cat testfile则变成不可读的了

6．如果你想单独对某个进程打标签，而不是对当前进程打，就

attr -s security.SMACK64 -V TheOne /bin/cat

此时cat被标为TheOne，根据策略可以看出，当转换到普通用户test下，cat testfile是可读的

若attr -s

security.SMACK64 –V Not TheOne /bin/cat

根据策略可以看出，当转换到普通用户test下，cat testfile是不可读的

（需要说明的一点是，当cat本身被标上标签和/proc/self/attr/current打入标签共存时，cat本身的标签生效，而/proc/self/attr/current打入标签没有生效）

关于linux命令的钩子和linux钩子函数的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。