kptr_restrict 向用户空间内核中的指针(/proc/kallsyms-modules显示value全部为0)

最新推荐文章于 2023-09-21 19:27:32 发布
最新推荐文章于 2023-09-21 19:27:32 发布
阅读量1.1w 收藏 19
点赞数 6
分类专栏： ♥LinuxKernel ♥ ┈┈【Ubuntu/CentOS管理】 ┈┈【Linux设备驱动程序】 文章标签： 内核 指针 隐藏 安全 github
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gatieme/article/details/78311841
版权
CSDNGitHub
kptr_restrict 向用户空间内核中的指针(/proc/kallsyms-modules显示value全部为0)LinuxDeviceDrivers/study/debug/filesystem/procfs/kptr_restrict

知识共享许可协议

本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可, 转载请注明出处, 谢谢合作

因本人技术水平和知识面有限, 内容如有纰漏或者需要修正的地方, 欢迎大家指正, 也欢迎大家提供一些其他好的调试工具以供收录, 鄙人在此谢谢啦


1 /proc/kallsyms显示value全部为0

今天一个同事问我 cat /proc/kallsyms 显示 value 全部为 0. 我在手机端试了一下, 果然如此.

切换到 root 用户运行, 依然是 0. 感到十分奇怪, 因为内核发生 crash 或者打开 trace 的时候, 都是调用的 sprint_ symbol 来打印的. 为啥内核可以, 用户态 cat 就不行呢?

后来发现是系统为了保护这些符号地址泄露, 而用的一种保护手段, 从而使除 root 用户外的普通用户不能直接查看符号地址.

2 kptr_restrict 介绍

原因在于内核文件 kallsyms.c 中的显示符号地址命令中做了如下限制.

seq_printf(m, "%pK %c %s\n", (void *)iter->value, iter->type, iter->name);

只需要把其中的 %pK 换成 %p 就可以让普通用户查看符号地址了. 很多提权漏洞一般会用到此处的修改来获取符号地址

内核提供控制变量 /proc/sys/kernel/kptr_restrict 来进行修改. 从内核文档 Documentation/sysctl/kernel.txt 中可以看到 kptr_restrict 用于控制内核的一些输出打印.

Documentation/printk-formats.txt 有更加详细的描述, 除了我们平时遇到的一些打印格式之外, 还有一些比较特殊的格式(我以前没注意到).

==============================================================

kptr_restrict:

This toggle indicates whether restrictions are placed on
exposing kernel addresses via /proc and other interfaces.

When kptr_restrict is set to (0), the default, there are no restrictions.

When kptr_restrict is set to (1), kernel pointers printed using the %pK
format specifier will be replaced with 0's unless the user has CAP_SYSLOG
and effective user and group ids are equal to the real ids. This is
because %pK checks are done at read() time rather than open() time, so
if permissions are elevated between the open() and the read() (e.g via
a setuid binary) then %pK will not leak kernel pointers to unprivileged
users. Note, this is a temporary solution only. The correct long-term
solution is to do the permission checks at open() time. Consider removing
world read permissions from files that use %pK, and using dmesg_restrict
to protect against uses of %pK in dmesg(8) if leaking kernel pointer
values to unprivileged users is a concern.

When kptr_restrict is set to (2), kernel pointers printed using
%pK will be replaced with 0's regardless of privileges.
==============================================================
kptr_restrict权限描述
2内核将符号地址打印为全0, root和普通用户都没有权限
1root用户有权限读取, 普通用户没有权限
0root和普通用户都可以读取

kptr_restrict 值为 2 时, 所有用户都无法读取内核符号地址.

值为 时

kptr_restrict 值为 1 时, 普通用户都无法读取内核符号地址, root 用户可以查看.

值为 时

kptr_restrict 值为 0 时, 所有用户都可以读取内核地址.

值为0时

注意 kptr_restrict 对内核中很多地址和符号表的信息导出都有影响, 比如 /proc/modules 等.

3 kptr_restrict的设计

时间作者特性描述是否合入主线链接
2010/12/23Dan Rosenberg drosenberg@vsecurity.comkptr_restrict for hiding kernel pointers from unprivileged users引入 kptr_restrict 限制都内核指针的读取v7 ☑ 2.6.38-rc1v7 PatchWork
-------
v7 PatchWork
-------
commit 455cd5ab305c
2017/11/19Tobin C. Harding me@tobin.cchash addresses printed with %p内核中 %p 打印的地址会暴露内核态地址信息, 是极其不安全的, 因此限制 %p 的打印信息, 它将打印一个散列值, 并不是实际的地址. 如果想要打印实际地址, 需要显式指定 %px.v11 ☑ 4.15-rc2PatchWork
-------
关键 commit 57e734423add
2017/11/29Linus Torvalds torvalds@linux-foundation.orgvsprintf: don’t use ‘restricted_pointer()’ when not restricting如果发现 kptr_restrict 为 0, 则直接跳过 restricted_pointer() 流程. 这个补丁将影响 kptr_restrict 为 0 时, %pK 等同于 %p 输出散列地址.v1 4.15-rc2commit ef0010a30935 (“vsprintf: don’t use ‘restricted_pointer()’ when not restricting”)
2018/02/16Andy Shevchenko andriy.shevchenko@linux.intel.comlib/vsprintf: Deduplicate pointer_string()简单的重构, 删除了一些重复的判断, 逻辑没有任何修正PatchWork
-------
关键 commit 496a9a5f3806
2019/04/17Petr Mladek pmladek@suse.comhvsprintf: Prevent silent crashes and consolidate error handling修复上面补丁引入的一个小问题, 限制 restricted_pointer 中 kptr_restrict 为 0 时, 输出散列地址.v7 ☑ 5.2-rc1PatchWork
-------
关键 commit 1ac2f9789c4b
2020/02/19Ilya Dryomov idryomov@gmail.comvsprintf: don’t obfuscate NULL and error pointers同样的, 之前 NULL 指针和错误指针的输出也很混乱, 进行了归一化.v2 ☑ 5.7-rc7PatchWork
-------
关键 commit 7bd57fbc4a4d

3.1 v4.14 之前的设计

在 linux 2.6.38 中 commit 455cd5ab305c ("kptr_restrict for hiding kernel pointers from unprivileged users") 引入了 kptr_restrict 用来限制用户态读取内核指针的显示.

kptr_restrict_for_4.13

具体处理 kptr_restrict 实现在 pointer 函数中, 该函数用于处理指针格式的 fmt 输出, 源码位于 lib/vsprintf.c, v4.13.9, line 1794, 自 2.6.x 到 4.14 之前的版本这段流程没有太大的改动.

// https://elixir.bootlin.com/linux/v4.13.9/source/lib/vsprintf.c#L1794
static noinline_for_stack
char *pointer(const char *fmt, char *buf, char *end, void *ptr,
	      struct printf_spec spec)
{
	// ......

	case 'K':
		switch (kptr_restrict) {
		case 0:
			/* Always print %pK values */
			break;
		case 1: {
			const struct cred *cred;

			/*
			 * kptr_restrict==1 cannot be used in IRQ context
			 * because its test for CAP_SYSLOG would be meaningless.
			 */
			if (in_irq() || in_serving_softirq() || in_nmi()) {
				if (spec.field_width == -1)
					spec.field_width = default_width;
				return string(buf, end, "pK-error", spec);
			}

			/*
			 * Only print the real pointer value if the current
			 * process has CAP_SYSLOG and is running with the
			 * same credentials it started with. This is because
			 * access to files is checked at open() time, but %pK
			 * checks permission at read() time. We don't want to
			 * leak pointer values if a binary opens a file using
			 * %pK and then elevates privileges before reading it.
			 */
			cred = current_cred();
			if (!has_capability_noaudit(current, CAP_SYSLOG) ||
			    !uid_eq(cred->euid, cred->uid) ||
			    !gid_eq(cred->egid, cred->gid))
				ptr = NULL;
			break;
		}
		case 2:
		default:
			/* Always print 0's for %pK */
			ptr = NULL;
			break;
		}
		break;
		// ......
}

可见, kptr_restrict

  • 为 0 时, 未作任何处理, 直接输出, 这样对所有用户都没有限制.

  • 为 1 时, 中断上下文则不允许输出, 否则则校验了用户的权限.

  • 为 2 时, 将指针直接置 NULL, 这样所有用户都只能看到全 0.

整体思路还是比较清晰的. 想要详细了解实现全貌的, 可以直接查阅该特性合入时的 patchwork 或者 commit.

时间作者特性描述是否合入主线链接
2010/12/23Dan Rosenberg drosenberg@vsecurity.comkptr_restrict for hiding kernel pointers from unprivileged users引入 kptr_restrict 限制都内核指针的读取v7 ☑ 2.6.38-rc1v7 PatchWork
-------
v7 PatchWork
-------
commit 455cd5ab305c

3.2 v4.15 开始的设计

3.2.1 printk 地址散列化

在 linux 4.15 中 commit 57e734423add (“vsprintf: refactor %pK code out of pointer()”) 将 point 中对 %pK(kptr_restrict) 的处理都封装到了 restricted_pointer 函数中. 这个修改比较简单, 就不详细描述了. 想要详细了解的同学可以查看提交的 commit

这次修改所属的 patchset 最主要是为了限制 %p 直接暴露内核的地址. 在早期内核中, 我们可以通过 System.map 或者 vmlinux 获取内核符号的地址信息, 内核中也较多的使用 %p 输出一些调试信息, 帮助用户显示一些符号的地址. 但是随着内核不断的演进, 开发者们发现, 随意暴露内核的地址是十分不安全的.

内核实现了越老越多的安全特性, 比如内核地址随机化等等. 正常情况下, kernel image 会按照 vmlinux 链接脚本中的链接地址去映射虚拟地址, 如果开启kaslr, 则会重新再映射一次, 映射到 链接地址 + offset的新地址上去. 如果 offset 每次开机都由 bootloader 随机生成, 那么每次开机后, kernel image最后映射的虚拟地址都不一样, 这就是内核地址随机化.

通过反汇编 vmlinux 以及读取 System.map 得不到内核中函数或者汇编语句的真正地址, 因为攻击者并不知道 kaslr 的 offset. 但是 %p 暴露内核地址将打破了这个限定. 攻击者通过 %p 打印中获取到的地址和 vmlinux 中该符号的地址进行比较, 就可以直接获取到 offset 偏移, 进而整个地址随机化机制将形同虚设.

最直接的办法就是将 %p 的打印全部处理掉.

  1. 没必要的从内核中删除掉

  2. 有必要但是可以限制的限制下(比如替换成 %pK).

  3. 特殊流程下, 要绕过限制直接打印实际地址的, 不做修改(比如 crash 流程输出 PANIC 日志的时候, 有必要输出实际地址.).

但是这些打印太多了, 改起来太麻烦了. 因此社区讨论后, 提出了一种新的方案.

  1. 限制 %p 的输出, 不再输出实际的地址, 而是输出一个散列化的地址.

  2. 想要在 crash 等流程输出实际地址时, 则使用 %px 输出内核符号的实际地址.

这样不用繁多的删动 %p 打印, 只需要限制 %p 的输出即可. 对于那些有必要输出实际地址的流程, 将 %p 替换为 %px, 这种路径通常是极少的, 改动起来也很少.

3.2.2 对 %pK 输出的影响

那么在 %p 的输出被散列的情况下, 对 %pK 输出的影响是什么呢?
首先我们看下实现

kptr_restrict_for_5.1

// https://elixir.bootlin.com/linux/v5.1/source/lib/vsprintf.c#L1481
static noinline_for_stack
char *restricted_pointer(char *buf, char *end, const void *ptr,
			 struct printf_spec spec)
{
	switch (kptr_restrict) {
	case 0:
		/* Always print %pK values */
		break;
	case 1: {
		const struct cred *cred;

		/*
		 * kptr_restrict==1 cannot be used in IRQ context
		 * because its test for CAP_SYSLOG would be meaningless.
		 */
		if (in_irq() || in_serving_softirq() || in_nmi()) {
			if (spec.field_width == -1)
				spec.field_width = 2 * sizeof(ptr);
			return string(buf, end, "pK-error", spec);
		}

		/*
		 * Only print the real pointer value if the current
		 * process has CAP_SYSLOG and is running with the
		 * same credentials it started with. This is because
		 * access to files is checked at open() time, but %pK
		 * checks permission at read() time. We don't want to
		 * leak pointer values if a binary opens a file using
		 * %pK and then elevates privileges before reading it.
		 */
		cred = current_cred();
		if (!has_capability_noaudit(current, CAP_SYSLOG) ||
		    !uid_eq(cred->euid, cred->uid) ||
		    !gid_eq(cred->egid, cred->gid))
			ptr = NULL;
		break;
	}
	case 2:
	default:
		/* Always print 0's for %pK */
		ptr = NULL;
		break;
	}

	return pointer_string(buf, end, ptr, spec);
}
kptr_restrict实现输出
0不做任何处理, 直接 pointer_string 输出不限制, 所有用户都可以看到实际地址
1如果有权限(root 用户等), 直接 pointer_string 输出, 否则置 NULL部分限制, 普通用户看到全 0, root 等用户看到实际地址
2直接置 NULL全限制, 任何用户都看到全 0

想要详细了解具体实现的, 可以直接查阅该特性合入时的 patchwork (“hash addresses printed with %p”) 或者 commit 57e734423add (“vsprintf: refactor %pK code out of pointer()”).
, 可以直接查看 restricted_pointer 函数, v5.1, Line 1481.

上面的提交是最早一版本实现, 后来 Linus 提交了 commit ef0010a30935 (“vsprintf: don’t use ‘restricted_pointer()’ when not restricting”).

static noinline_for_stack
char *pointer(const char *fmt, char *buf, char *end, void *ptr,
	      struct printf_spec spec)
{
	// ......
	case 'K':
		if (!kptr_restrict)
			break;
		return restricted_pointer(buf, end, ptr, spec);
	// ......

	/* default is to _not_ leak addresses, hash before printing */
	return ptr_to_id(buf, end, ptr, spec);
}

这个提交在发现如果 kptr_restrict 为 0 的时候, 就不再走 restricted_pointer() 流程, 而是走标准的 %p 格式处理流程, 这个会打印散列的地址. 这本身是合理的, 但是 kptr_restrict 的影响发生了变化. 当然只是 kptr_restrict == 0 时, 等同于 %p, 输出的是散列地址.

kptr_restrict实现输出
0不做任何处理, 直接跳过 restricted_pointer() 流程, 使用 ptr_to_id() 输出散列地址限制, 所有用户都可以看到散列地址, 相当于 %p 输出.
1如果有权限(root 用户等), 直接 pointer_string() 输出, 否则置 NULL部分限制, 普通用户看到全 0, root 等用户看到实际地址
2直接置 NULL全限制, 任何用户都看到全 0

但是大家发现没发现, 上面的补丁其实有个问题, 存在一个空隙. 如果在处理 %pK 输出

  1. 在走到 pointer 的时候, 判断 kptr_restrict 不为 0, 走到 restricted_pointer() 流程.

  2. restricted_pointer() 流程中, 如果会继续检查 kptr_restrict 的值, 去做不同的处理.

这里就有间隙了. 前后两次判断 kptr_restrict 的过程中, 并没有加锁, 因此如果前后读取的过程中 kptr_restrict 的值被修改了, 那么行为会变的很奇怪. 因为在 restricted_pointer 流程中, 如果发现 kptr_restrict 为 0, 则是直接用 pointer_string() 输出了实际地址的. 而如果在 restricted_pointer 函数外面, 则等同于 %p, 输出的散列地址. 可见不同时机 %pK 的输出在 kptr_restrict == 0 的时候表现竟然不一样.

这有两种处理办法, 一种是加锁, 让这段流程成为临界区, 互斥执行. 但是这显然没必要. 另外一种方法最简单, 不保证互斥, 只是在 restricted_pointer 流程中如果发现用户期望不限制(kptr_restrict == 0), 则同样打印散列地址.

时间作者特性描述是否合入主线链接
2017/11/19Tobin C. Harding me@tobin.cchash addresses printed with %p内核中 %p 打印的地址会暴露内核态地址信息, 是极其不安全的, 因此限制 %p 的打印信息, 它将打印一个散列值, 并不是实际的地址. 如果想要打印实际地址, 需要显式指定 %px.v11 ☑ 4.15-rc2PatchWork
-------
关键 commit 57e734423add
2017/11/29Linus Torvalds torvalds@linux-foundation.orgvsprintf: don’t use ‘restricted_pointer()’ when not restricting如果发现 kptr_restrict 为 0, 则直接跳过 restricted_pointer() 流程. 这个补丁将影响 kptr_restrict 为 0 时, %pK 等同于 %p 输出散列地址.v1 4.15-rc2commit ef0010a30935 (“vsprintf: don’t use ‘restricted_pointer()’ when not restricting”)
2019/04/17Petr Mladek pmladek@suse.comhvsprintf: Prevent silent crashes and consolidate error handling修复上面补丁引入的一个小问题, 限制 restricted_pointer 中 kptr_restrict 为 0 时, 输出散列地址.v7 ☑ 5.2-rc1PatchWork
-------
关键 commit 1ac2f9789c4b

3.2.3 v5.7 的修正

时间作者特性描述是否合入主线链接
2020/02/19Ilya Dryomov idryomov@gmail.comvsprintf: don’t obfuscate NULL and error pointers同样的, 之前 NULL 指针和错误指针的输出也很混乱, 进行了归一化.v2 ☑ 5.7-rc7PatchWork
-------
关键 commit 7bd57fbc4a4d

进一步处理了 errr-ptr 和 NULL-ptr 的输出, 让在所有情况下, 显示都保持清晰, 一致.

                              ptr         error-ptr              NULL
     %p:            0000000001f8cc5b  fffffffffffffff2  0000000000000000
     %pK, kptr = 0: 0000000001f8cc5b  fffffffffffffff2  0000000000000000
     %px:           ffff888048c04020  fffffffffffffff2  0000000000000000
     %pK, kptr = 1: ffff888048c04020  fffffffffffffff2  0000000000000000
     %pK, kptr = 2: 0000000000000000  0000000000000000  0000000000000000

3.2.4 示例

我们制作一个非常简单的用例, 分别用 %p, %pK, %px 打印一下子驱动中指针指向的数组的地址(指针的值)和指针本身的地址.

#include <linux/init.h>
#include <linux/module.h>

#include <linux/proc_fs.h>
#include <linux/seq_file.h>

#include <linux/percpu.h>
#include <linux/sched.h>
#include <linux/version.h>


#define SIZE 10
int array[SIZE];

int *p_arr = array;
static int __init exam_seq_init(void)
{
	pr_info("%%p = %p, %%pK = %pK, %%px = %px\n", p_arr, p_arr, p_arr);
	pr_info("%%p = %p, %%pK = %pK, %%px = %px\n", &p_arr, &p_arr, &p_arr);

	return 0;
}

static void __exit exam_seq_exit(void)
{

}

module_init(exam_seq_init);
module_exit(exam_seq_exit);
MODULE_LICENSE("GPL");

我们写个脚本, 分别在 kptr_restrict 为 0, 1, 2 时插入模块, 显示下 %p* 的输出.

#cat test.sh
#!/bin/bash

dmesg -c


for kptr in `seq 0 2`
do
	echo $kptr > /proc/sys/kernel/kptr_restrict
	KPTR=`cat /proc/sys/kernel/kptr_restrict`
	echo "/proc/sys/kernel/kptr_restrict: $KPTR"
	insmod ./kptr_restrict_test.ko
	dmesg -c
done

测试程序

可以看到输出的内容与我的分析一致.

4 参考

Introducing Linux Kernel Symbols

Is there a way to set kptr_restrict to 0?

kptr_restrict for hiding kernel pointers from unprivileged users

Linux kallsyms 机制分析


CHENG Jian
关注
  • 6
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
格式2avro4kafka
02-20
##配置文件：获取asyncprofiler 使用LD_LIBRARY_PATH = / ...... / async-profiler-1.8.2-linux-x64 / build设置环境路径 sudo -s apt安装openjdk-8-dbg 回声1> / proc / sys /内核/ perf_event_paranoid回声0> / proc / sys /内核/ kptr_restrict
df -h无响应问题解决
热门推荐
一语惊醒梦中人！
05-31 1万+
一、问题描述1、linux下执行df -h 查看已挂在各分区的空间和目录情况，但执行后无反馈二、影响1、由于脚本程序调用df -h 判断磁盘空间情况进行日志等清理，故障导致磁盘空间占满不能清理，服务器不能访问。三、问题分析1、df -h和分区挂载有关，命令 mount 查看挂载情况发现以下问题 11.10.127.83:/www/repo/uploads on /etc/yum.repos.d t...
vtune准备——开启linux内核调试信息
InternalsOf
03-23 708
解决报错：cannot locate debugging information for file 内核需要三部分调试信息 1 打开内核module解析 检查/proc/sys/kernel/kptr_restrict # cat /proc/sys/kernel/kptr_restrict 0 If the kptr_restrict value is 0, kernel addresses are provided without limitations (recommended). If the
gperf linux 安装_perf 安装及使用
weixin_39769187的博客
12-20 1464
环境：ubuntu16.041.在terminal输入如下命令，安装与当前内核版本一致的工具sudo apt-get install linux-tools-commonsudo apt-get install linux-tools-"$(uname -r)"sudo apt-get install linux-cloud-tools-"$(uname -r)"sudo apt-get inst...
linux内核消减kptr,kptr_restrict 向用户空间内核中的指针(/proc/kallsyms-modules显示value全部为0)...
weixin_39806808的博客
04-29 216
因本人技术水平和知识面有限, 内容如有纰漏或者需要修正的地方, 欢迎大家指正, 也欢迎大家提供一些其他好的调试工具以供收录, 鄙人在此谢谢啦1 /proc/kallsyms显示value全部为0今天一个同事问我 cat /proc/kallsyms 显示 value 全部为 0. 我在手机端试了一下, 果然如此.切换到 root 用户运行, 依然是 0. 感到十分奇怪, 因为内核发生 crash...
linux kptr_restrict使用
flyingnosky的专栏
07-26 1991
在内核Documentation/sysctl/kernel.txt中对其使用有介绍，如下所示： kptr_restrict: This toggle indicates whether restrictions are placed on exposing kernel addresses via /proc and other interfaces. When kptr_res...
linux内核消减kptr,Andorid平台的kptr_restrict绕过
weixin_39605004的博客
04-29 345
Andorid平台的kptr_restrict绕过2015-08-26 17:34:56阅读：0次最近几天我一直在努力尝试绕过安卓的kptr_restrict。在这篇文章中,我将给大家介绍一下我在研究过程中所发现的一些东西。如果能够绕过kptr_restrict,那么攻击者就可以更加容易地利用安卓平台的漏洞了,但这需要你有一些内核虚拟地址的相关知识。但是首先,考虑到有很多人并不是非常熟悉“kptr...
kptr_restrict 来控制/proc/kallsyms 是否显示symbol的地址
jason的笔记
12-21 2719
通过 kptr_restrict 来控制/proc/kallsyms 是否显示symbol的地址 例如这个值是1的时候就可以显示symbol linux-7gzn:~ # cat /proc/sys/kernel/kptr_restrict 1 linux-7gzn:~ # cat /proc/kallsyms ffff000008080000 t _head ffff000008080000
如何有效绕过Android kptr_restrict
TENCENTSYS的博客
09-06 413
kptr_restrict是什么? 从前文中我们知道，利用漏洞的时候往往需要知道内核内部指针的信息：不论是为了劫持他们，还是以一种受控的方式来打断它们。 众所周知：Linux内核有一个功能可以让它过滤掉一些地址,以此来避免将内核地址泄漏给潜在的攻击者。这个可配置的特性被称为“kptr_restrict”，这一功能在Android 内核的源码树中至少已经出现了2年了。 对于所有可配置的内核参数，有一...
修改__RESTRICT和__restrict为其他值
08-03
ldidY
修改__RESTRICT,__restrict工具
10-28
iOS 修改反注入标识__RESTRICT为其它值，同时具有注入功能
Linux 安全缓解机制总结
panhewu9919的博客
06-28 5601
学习资料： linux-kernel-defence-map A Decade of Linux Kernel Vulnerabilities, their Mitigation and Open Problems-2017 The State of Kernel Self Protection-2018 PaX/Grsecurity 代码分析——各种安全机制 Linux每个版本对应的安全更新 linux安全机制的论文 防护研究团队： SELinux (NSA)、AppArmor
GNU/Linux安全基线与加固-0.1
jlds123的专栏
07-25 3796
随着GNU/Linux在各个行业的IT基础架构中的普及，安全问题也成为了关注的焦点， GNU/Linux主要是由GNU核心组建( 编译器GCC, C库Glibc等)和Linux内核组合而成， 在自由开源软件统治着基础平台的大环境下，不少人认为开源一定是安全的，这 是一种不完全正确的观念，Coverity的报告只是说明了开源比闭源更安全，这并 不代表自由开源软件就是牢不可破的，自由开源软件在一定程度
linux内核消减kptr,linux kptr_restrict使用
weixin_39845206的博客
04-29 311
在内核Documentation/sysctl/kernel.txt中对其使用有介绍，如下所示：kptr_restrict:This toggle indicates whether restrictions are placed onexposing kernel addresses via /proc and other interfaces.When kptr_restrict is set...
/proc/sys/kernel/kptr_restrict
Peter的专栏
01-10 1626
/proc/sys/kernel/kptr_restrict
linux 安全加固
阿磊的菜鸟
09-10 532
linux 安全简单加固： 1.关闭LKM echo 1 >/proc/sys/kernel/modules_disabled or sysctl -w kernel.modules_disabled = 1 vi /etc/sysctl.conf 2.限制/dev/mem more /boot/config-3.10.0-862.el7.x86_64 |grep DEVMEM 设置 C...
Linux内核开发之hook系统调用
qq_26962739的博客
09-21 511
本文将讨论如何hook Linux系统调用，教你如何获取系统调用表的地址以及如何利用它来实现几乎所有你想做的事情。
关键字Restrict
逍遥子曰：
03-07 1347
<!-- @page {margin:2cm} p {margin-bottom:0.21cm} --> restrict是c99引入的，关键字restrict只用于限定指针；该关键字用于告知编译器，所有修改该指针所指向内容的操作全部都是基于(baseon)该指针的，即不存在其它进行修改操作的途径。也就是说它只是告诉编译器，这个指针所指向的内容，只有这个指针可以修改。但事实上也
StsHostTestCases kptr_restrict 为0分析
wende32的博客
03-09 531
StsHostTestCases kptr_restrict 为0 --该词条未被审核 Android Q，202009的STS工具测试STS fail 三项 分析： 查看log： 测试中会cat /proc/sys/kernel/kptr_restrict，期望返回2或者大于2 然后再进行安全补丁的验证。 1.STS测试fail先查看补丁是否打上，经过确认，补丁已经打上。 例如某个补丁，查看代码已经存在。 2.那么此项fail的原因为userdebug版本节点/proc/sys.
单步调试linux内核
最新发布
10-06
要单步调试Linux内核，可以按照以下步骤进行操作： 1. 首先，确保你的Linux内核已经编译完成并安装到系统中。 2. 在编译内核时，需要启用`CONFIG_DEBUG_INFO`选项，以便生成调试信息。这可以通过编辑内核配置文件（通常位于`/usr/src/linux/.config`）来实现。 3. 安装调试工具`gdb`，如果还没有安装的话。在终端中运行以下命令进行安装： ``` sudo apt-get install gdb ``` 4. 运行以下命令以加载内核调试符号： ``` sudo echo 0 > /proc/sys/kernel/kptr_restrict sudo echo 1 > /proc/sys/kernel/sysrq sudo echo "w" > /proc/sysrq-trigger ``` 5. 使用以下命令启动`gdb`并连接到正在运行的内核： ``` sudo gdb vmlinux target remote localhost:1234 ``` 6. 然后，你可以使用`gdb`命令来进行单步调试。例如，使用`next`命令执行下一行代码，使用`step`命令进入函数调用，使用`continue`命令继续执行，使用`print`命令查看变量的值等等。 7. 当需要退出调试时，可以使用`quit`命令来退出`gdb`。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值