更改内核中的文件权限

Question

我正在编写内核模块（Linux 中的 C），我想更改其中其他文件的权限。 有什么解决办法吗？ 因为我在内核中，所以无法使用 chmod 系统调用并且... 感谢您的帮助

这是我的 Makefile：

> obj-m += ca.o
> 
>     all:
>       make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules
>     
>     clean:
>       make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

这是我的代码：

> #include <linux/string.h>
> #include <linux/mm.h>
> /* Snip, tons of includes (all of them :))*/
> #include <linux/delay.h> .... int procfile_write(struct file *file,
> const char *buffer, unsigned long
> count,
>          void *data) { ...    sys_chmod(path, per); ... } ...

制作时给出警告：

警告：“sys_chmod”[文件]未定义

并且当使用“sudo insmod”加载模块时，会出现以下错误：

模块中的未知符号

看来这个错误尤其发生在内核模块中。有什么想法吗？再次感谢！

Answer 1

欢迎来到 stackoverflow！您想要的 IIRC sys_chmod()

来自 Linux 内核邮件列表

2003 年 2 月 20 日星期四晚上 11:10:27 +0100，Andrea Arcangeli 写道：
2003 年 2 月 20 日星期四下午 12:40:43 -0500，Jeff Garzik 写道：

<块引用>

2003 年 2 月 20 日星期四晚上 11:04:37 +0530，Prasad 写道：

<块引用>

有没有一种方法可以在内核中调用系统调用
空间？系统调用将伪装成另一个进程来运行。实际情况

调用 sys_whatever()。查看内核代码的示例。

内核已经这样做了
各个地方。系统读、系统写、
open_filp、sys_close 等
从内核调用函数是安全的
代码——尽管不鼓励这样做。
init/do_mounts.c 是一个特别
恼人的案例，也是一个重要原因
klibc 需要合并。系统调用
应该从用户空间而不是
内核。

人们开始担心，因为这不是你可以在内核中做的事情（除非你知道你在做什么）。如果您只想更改某个事件的权限，请使用 inotify 或类似命令从用户空间进行操作。

免责声明：

这是我在另一个内核模块中找到的一些代码，它使用 sys_* 调用：

#include <linux/init.h>
#include <linux/fs.h>
#include <linux/slab.h>
#include <linux/types.h>
#include <linux/fcntl.h>
#include <linux/delay.h>
#include <linux/string.h>
#include <linux/syscalls.h>
/* Snip */

int openflags = O_WRONLY|O_CREAT;
if (ml != 1)
        openflags |= O_TRUNC;
wfd = sys_open(collected, openflags, mode);

if (wfd >= 0) {
    sys_fchown(wfd, uid, gid);
    sys_fchmod(wfd, mode);
    state = CopyFile;
}

还发现：

asmlinkage long sys_rename(const char __user *oldname, const char __user *newname);
asmlinkage long sys_chmod(const char __user *filename, mode_t mode);
asmlinkage long sys_fchmod(unsigned int fd, mode_t mode);

在 include/linux/syscalls.h 中

请注意，自从我这样做以来已经有一段时间了任何内核的东西。例如，检查这是否是 chmod 内容的适当接口，并且您没有快捷方式执行任何其他可能实现安全挂钩的调用。

另外，此链接包含有关系统调用的信息和他们的符号。另外此处 是用户空间 API 系统调用及其在内核中实现位置的快速参考。

Answer 2

系统调用不是导出的符号。如果你想要的话，你需要做一些黑客工作。

您想了解sys_call_table。它包含一个指向每个系统调用的指针。
查看旧内核上的 arch/x86/kernel/syscall_table_32.S 或 arch/i386/kernel/entry.S 。

您可以通过 grep sys_call_table /usr/src/linux/System.map（如果符号已导出，则使用 /proc/kallsyms）来查找该表的基地址。
您可以将此地址作为模块的参数（需要将十六进制字符串转换为指针）。

您将能够使用 arch/x86/include/asm/unistd_32.h （或 include/asm-i386/unistd.h）中定义的偏移量调用正确的系统调用> 在较旧的内核上）。
您会得到类似以下内容： #define __NR_chmod 15

宏很有帮助：

#define DO_SYSCALL_2(sc, t1, a1, t2, a2)                       \
    (((asmlinkage long (*)(t1, t2)) sys_call_table[__NR_##sc]) (a1, a2));
#define USER_SYSCALL_2(sc, t1, a1, t2, a2)                     \
    static inline asmlinkage long syscall_##sc(t1 a1, t2 a2)   \
    { return DO_SYSCALL_2(sc, t1, a1, t2, a2) }

USER_SYSCALL_2(chmod, const char __user *, filename, mode_t, mode);
int my_code(void) { return syscall_chmod(arg1, arg2); }

另外，如果您传递应该是用户缓冲区的内核缓冲区（例如文件名），请不要忘记更改数据部分：

mm_segment_t oldfs = get_fs(); set_fs(KERNEL_DS);
ret = syscall_XXX(...);
set_fs(oldfd);