为什么这个 kernel_write-call 会崩溃？

Question

每当我尝试写入正在处理的 Linux 安全模块中的文件时，内核都会崩溃并显示以下错误消息。

我尝试使用vfs_write 代替kernel_write，尝试使用普通字符数组代替我现在使用的缓冲区，但它总是崩溃并显示类似的错误消息。

错误消息的原因是什么，我该如何解决？

我知道在内核中写入文件是不好的，但我需要持久存储信息。

下面是我正在使用的代码的简化版本，它在 LSM_HOOK 中执行。

static int bnp_file_permission(struct file *file, int mask)
{
     loff_t offset = 0;
     struct file *filp = NULL;
     char *buffer = NULL;

     filp = filp_open("/var/bnp/access.log", O_WRONLY | O_APPEND, 0);
     if (IS_ERR(filp)) {
        printk(KERN_INFO "BNP: filp_open failed\n");
        return 0;
     }

     buffer = kmalloc(20, GFP_KERNEL);
     memset(buffer, 0x65, 20);

     kernel_write(filp, buffer, sizeof(buffer), &offset); // <-- this lines causes the crash

     filp_close(filp, NULL);
     kfree(buffer);
}

详细的崩溃日志：

BUG: stack guard page was hit at 0000000011758623 (stack is 00000000132ba182..0000000012b2f5a4)

姓名：

Linux bnp 4.19.0-9-amd64 #12 SMP Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux

Answer 1

您似乎将您的函数注册为file_permissions 检查的挂钩，这是在security_file_permission 函数内执行的。

但是这个函数在你调用kernel_write的时候也会执行：

• calls vfs_write,
• calls rw_verify_area,
• calls security_file_permission。

所以你有一个递归，它只会耗尽堆栈。

为了中断递归，您需要以某种方式检测您的钩子是为 您打开的文件调用的/var/bnp/access.log 文件，并且不要再次打开（并写入）该文件。