gpt4 book ai didi

C Linux 内核页面干扰先前的变量

转载 作者:塔克拉玛干 更新时间:2023-11-03 00:33:54 27 4
gpt4 key购买 nike

我想在linux内核中hook read来实现显示哪个进程读取了/home/xytao/safe目录下的文件。

// get absolute file path from file struct
char *get_filename(struct file *file)
{
char *buf = (char *)__get_free_page(GFP_KERNEL);
if (!buf)
{
return NULL;
}
char *filename = dentry_path_raw(file->f_path.dentry, buf, PAGE_SIZE - 1);
if (IS_ERR(filename))
{
free_page((unsigned long)buf);
return NULL;
}
free_page((unsigned long)buf);
return filename;
}

asmlinkage ssize_t fake_read(int __fd, void *__buf, size_t __nbytes)
{
char *pathname;
struct file *file;
struct path *path;
struct files_struct *files = current->files;
spin_lock(&files->file_lock);
file = fcheck_files(files, __fd);
if (!file)
{
spin_unlock(&files->file_lock);
return -ENOENT;
}
spin_unlock(&files->file_lock);
ssize_t out = real_read(__fd, __buf, __nbytes);
pathname=get_filename(file);
if (!strncmp(pathname, "/home/xytao/safe", 15))
{ fm_alert("pathname_before:%s\n", pathname);
struct file *process_file = get_task_exe_file(current);
fm_alert("process_name:%s\n", get_filename(process_file));
fm_alert("pathname_after:%s\n:", pathname);
}
return out;
}

但似乎pathname在获取进程名后被改变了,并且pathnameget_filename(process_file)破坏了。

例如,在我打开 /home/xytao/safe/test 之后,我得到以下输出:

[ 1181.179485] fsmonko.fake_read: pathname_before:/home/xytao/safe/test
[ 1181.179488] fsmonko.fake_read: process_name:/usr/bin/gedit
[ 1181.179490] fsmonko.fake_read: pathname_after:/home/x/usr/bin/gedit
:
[ 1181.181590] fsmonko.fake_read: pathname_before:/home/xytao/safe/test
[ 1181.181594] fsmonko.fake_read: process_name:/usr/bin/gedit
[ 1181.181595] fsmonko.fake_read: pathname_after:/home/x/usr/bin/gedit
:
[ 1181.190503] fsmonko.fake_read: pathname_before:/home/xytao/safe/test
[ 1181.190509] fsmonko.fake_read: process_name:/usr/bin/gedit
[ 1181.190511] fsmonko.fake_read: pathname_after:/home/x/usr/bin/gedit
:
[ 1197.523906] fsmonko.fake_read: pathname_before:/home/xytao/safe/test
[ 1197.523915] fsmonko.fake_read: process_name:/usr/bin/nautilus

如何解决这个问题?

最佳答案

dentry_path_raw 不会为您分配文件名(字符串);它将它复制到您提供的内存缓冲区中。当您释放该页面时,文件名已成为悬空引用。如果您在引用它时出现页面错误会更好,但如果 free_page 立即更新页面映射,将会以性能为代价。

文件名将指向您提供的缓冲区中间的某处,因此您可以通过以下方式在调用者中释放它:

free_page((uintptr_t)filename & PAGE_MASK);

关于C Linux 内核页面干扰先前的变量,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52942529/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com