linux - 将十六进制地址直接分配给 LKM 代码中的指针但得到不同的结果

Question

我写了下面的代码:

#include <linux/init.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/syscalls.h>
#include <linux/version.h>

void **sys_call_table;

int __init kaslr_init(void)
{
#if KERNEL_VERSION(2, 6, 32) == LINUX_VERSION_CODE  // on CentOS 6
    sys_call_table = (void *) 0xffffffff816004c0;
#elif KERNEL_VERSION(4, 19, 0) == LINUX_VERSION_CODE  // on Arch Linux
    sys_call_table = (void *) 0xffffffff81c001c0;
#elif KERNEL_VERSION(3, 10, 0) == LINUX_VERSION_CODE  // on CentOS 7
    sys_call_table = (void *) 0xffffffff97c03300;
#endif

    pr_err("%p\n", sys_call_table);

#if KERNEL_VERSION(4, 19, 0) != LINUX_VERSION_CODE
    if (sys_call_table[__NR_close] == sys_close)
        pr_err("Bingo!\n");
#endif
    return 0;
}

void __exit kaslr_exit(void)
{
pr_err("Bye\n");
}

module_init(kaslr_init);
module_exit(kaslr_exit);
MODULE_LICENSE("GPL");

并得到结果:

// on CentOS 6
ffffffff816004c0
Bingo!

// on CentOS 7
[ 1375.358780] ffffffff97c03300
[ 1375.361958] Bingo!

// on Arch Linux
[ 1185.136873] 00000000bd3b9e65

从结果中，我得到了 Arch 上的用户空间地址。

首先我认为这可能是 kaslr 的原因，所以我通过在 /etc/default/grub 中添加 nokaslr 参数来禁用它并且重新启动。但它仍然存在。

有没有内核安全机制导致这样的结果？

标题

Answer 1

在 Arch Linux(较新的内核)上，默认启用内核指针加扰。使用 %px 格式。

参见 Pointer Types在 printk 格式中获取详细信息(pr_err 只是 printk 的包装器)