3、系统调用之SYSCALL_DEFINE分析

最新推荐文章于 2024-07-18 13:34:49 发布
最新推荐文章于 2024-07-18 13:34:49 发布
阅读量2.1k 收藏 9
点赞数
分类专栏： LiNUX 文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cswhl/article/details/110919572
版权
前言

为什么要将系统调用定义成宏SYSCALL_DEFINEx？bug CVE-2009-0029，CVE-2010-3301的存在: Linux 2.6.28及以前版本的内核中，将系统调用中32位参数传入64位的寄存器时无法作符号扩展，可能导致系统崩溃或提权漏洞。
内核开发者通过将系统调用的所有输入参数都先转化成long类型（64位），再强制转化到相应的类型来规避这个漏洞。

SYSCALL_DEFINEx的宏定义
// 定义位置：\include\linux\syscalls.h
#define SYSCALL_DEFINE0(sname)					\
	SYSCALL_METADATA(_##sname, 0);				\
	asmlinkage long sys_##sname(void)

#define SYSCALL_DEFINE1(name, ...) SYSCALL_DEFINEx(1, _##name, __VA_ARGS__)
#define SYSCALL_DEFINE2(name, ...) SYSCALL_DEFINEx(2, _##name, __VA_ARGS__)
#define SYSCALL_DEFINE3(name, ...) SYSCALL_DEFINEx(3, _##name, __VA_ARGS__)
#define SYSCALL_DEFINE4(name, ...) SYSCALL_DEFINEx(4, _##name, __VA_ARGS__)
#define SYSCALL_DEFINE5(name, ...) SYSCALL_DEFINEx(5, _##name, __VA_ARGS__)
#define SYSCALL_DEFINE6(name, ...) SYSCALL_DEFINEx(6, _##name, __VA_ARGS__)

#define SYSCALL_DEFINEx(x, sname, ...)				\
	SYSCALL_METADATA(sname, x, __VA_ARGS__)			\
	__SYSCALL_DEFINEx(x, sname, __VA_ARGS__)

#define __PROTECT(...) asmlinkage_protect(__VA_ARGS__)  
#define __SYSCALL_DEFINEx(x, name, ...)					\
	asmlinkage long sys##name(__MAP(x,__SC_DECL,__VA_ARGS__))	\
		__attribute__((alias(__stringify(SyS##name))));		\
	static inline long SYSC##name(__MAP(x,__SC_DECL,__VA_ARGS__));	\
	asmlinkage long SyS##name(__MAP(x,__SC_LONG,__VA_ARGS__));	\
	asmlinkage long SyS##name(__MAP(x,__SC_LONG,__VA_ARGS__))	\
	{								\
		long ret = SYSC##name(__MAP(x,__SC_CAST,__VA_ARGS__));	\
		__MAP(x,__SC_TEST,__VA_ARGS__);				\
		__PROTECT(x, ret,__MAP(x,__SC_ARGS,__VA_ARGS__));	\
		return ret;						\
	}								\
	static inline long SYSC##name(__MAP(x,__SC_DECL,__VA_ARGS__))

“##”是连接符，__VA_ARGS__代表前面“…”里面的可变参数
SYSCALL_DEFINEx里面的x代表的是系统调用的参数个数

sys_scoket系统调用的宏扩展

scoket是我们常用的函数，其对应的系统调用在\net\Scoket.c定义，函数部分如下：

SYSCALL_DEFINE3(socket, int, family, int, type, int, protocol)
{
	int retval;
	struct socket *sock;
	int flags;

	/* Check the SOCK_* constants for consistency.  */
	BUILD_BUG_ON(SOCK_CLOEXEC != O_CLOEXEC);
	BUILD_BUG_ON((SOCK_MAX | SOCK_TYPE_MASK) != SOCK_TYPE_MASK);
	...
}
  • 1 SYSCALL_DEFINE3预处理,宏首先扩展为如下：
__SYSCALL_DEFINEx(3, _socket, int, family, int, type, int, protocol)  \

由于 SYSCALL_DEFINEx 调用了 SYSCALL_METADATA 和 __SYSCALL_DEFINEx
由于 SYSCALL_METADATA 是跟踪系统调用的, 因此只关注 __SYSCALL_DEFINEx

  • 2 __SYSCALL_DEFINEx(3, …)的宏再次扩展如下：
	asmlinkage long sys_socket(__MAP(x,__SC_DECL,int, family, int, type, int, protocol))	\
		__attribute__((alias(__stringify(SyS_socket))));		\
	static inline long SYSC_socket(__MAP(x,__SC_DECL,int, family, int, type, int, protocol));	\
	asmlinkage long SyS_socket(__MAP(x,__SC_LONG,int, family, int, type, int, protocol));	\
	asmlinkage long SyS_socket(__MAP(x,__SC_LONG,int, family, int, type, int, protocol))	\
	{								\
		long ret = SYSC_socket(__MAP(x,__SC_CAST,int, family, int, type, int, protocol));	\
		__MAP(x,__SC_TEST,int, family, int, type, int, protocol);				\
		__PROTECT(x, ret,__MAP(x,__SC_ARGS,int, family, int, type, int, protocol));	\
		return ret;						\
	}								\
	static inline long SYSC_socket(__MAP(x,__SC_DECL,int, family, int, type, int, protocol))

第一行的sys_scoket只是函数声明，最后一行SYSC_socket才是函数定义，因为其没有分号，再加上SYSCALL_DEFINE3(socket, int, family, int, type, int, protocol)之后函数体，明确无误是真正的socket系统调用函数定义
SyS_socket里面又调用到了SYSC_socket了，为何要使用宏定义这样绕来绕去的？
关键在于__MAP、__SC_DECL、__SC_LONG、__SC_CAST、__SC_TEST、__SC_ARGS这几个宏。

一些奇怪的宏的扩展

// 定义位置：\include\linux\syscalls.h
#define __MAP0(m,...)
#define __MAP1(m,t,a) m(t,a)
#define __MAP2(m,t,a,...) m(t,a), __MAP1(m,__VA_ARGS__)
#define __MAP3(m,t,a,...) m(t,a), __MAP2(m,__VA_ARGS__)
#define __MAP4(m,t,a,...) m(t,a), __MAP3(m,__VA_ARGS__)
#define __MAP5(m,t,a,...) m(t,a), __MAP4(m,__VA_ARGS__)
#define __MAP6(m,t,a,...) m(t,a), __MAP5(m,__VA_ARGS__)
#define __MAP(n,...) __MAP##n(__VA_ARGS__)

#define __SC_DECL(t, a)	t a
#define __TYPE_IS_L(t)	(__same_type((t)0, 0L))
#define __TYPE_IS_UL(t)	(__same_type((t)0, 0UL))
// t为long long或unsigned long long 返回真，t为int或long则返回假
#define __TYPE_IS_LL(t) (__same_type((t)0, 0LL) || __same_type((t)0, 0ULL))
#define __SC_LONG(t, a) __typeof(__builtin_choose_expr(__TYPE_IS_LL(t), 0LL, 0L)) a
#define __SC_CAST(t, a)	(t) a
#define __SC_ARGS(t, a)	a
#define __SC_TEST(t, a) (void)BUILD_BUG_ON_ZERO(!__TYPE_IS_LL(t) && sizeof(t) > sizeof(long))

// 定义位置：\include\linux/bug.h
/* 其中当e为非0的时候，经过两次非操作得到的结果是1，加上符号就是-1，struct的位字段不允许位负，这样在编译的时候就会报错;当e=0的时候，经过两次非操作仍然是0，-0的结果还是0.这样可以在编译的时候发现错误*/
#define BUILD_BUG_ON_ZERO(e) (sizeof(struct { int:-!!(e); }))

__MAP(x,__SC_DECL,int, family, int, type, int, protocol)宏展开后: int family, int type，int protocol

__MAP3(__SC_DECL,int, family, int, type, int, protocol) ==> __SC_DECL(int, family),__MAP2(__SC_DECL,int, type, int, protocol) ==>__SC_DECL(int, family),__SC_DECL(int, type),__SC_DECL(int, protocol) ==> int family,int type，int protocol

__MAP(x,__SC_LONG,int, family, int, type, int, protocol)宏展开后: long family, long type，long protocol

__MAP3(__SC_LONG,int, family, int, type, int, protocol) ==> __SC_LONG(int, family),__SC_LONG(int, type),__SC_LONG(int, protocol) ==> long family, long type，long protocol

其中__typeof(__builtin_choose_expr(__TYPE_IS_LL(t), 0LL, 0L))意思是如果t是long long类型就返回long long,否者返回long数据类型(64bit)

__MAP(x,__SC_CAST,int, family, int, type, int, protocol)宏展开后: (int) family, (int) type，(int) protocol

__MAP(x,__SC_CAST,int, family, int, type, int, protocol) ==> __SC_CAST(int, family),__SC_CAST(int, type),__SC_CAST(int, protocol) ==> (int) family, (int) type，(int) protocol

__MAP(x,__SC_TEST,int, family, int, type, int, protocol)宏展开后: (void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0)

__MAP(x,__SC_TEST,int, family, int, type, int, protocol) ==> __SC_TEST(int, family),__SC_TEST(int, type),__SC_TEST(int, protocol) ==> (void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0)

__MAP(x,__SC_ARGS,int, family, int, type, int, protocol)宏展开后: family, type, protoco

==> __SC_ARGS(int, family),__SC_ARGS(int, type),__SC_ARGS(int, protocol) ==> family, type, protoco

__PROTECT(x, ret,__MAP(x,__SC_ARGS,int, family, int, type, int, protocol))宏展开后: asmlinkage_protect(x, ret, family, type, protoco)

asmlinkage_protect(x, ret, family, type, protoco) ==> __asm__ __volatile__ ("" : "=r" (ret) : "0" (ret), "m" (family), "m" (type), "m" (protoco));

汇编语句的主要作用是避免系统调用的返回值（eax）被编译器优化掉，详情如下：

  • “”:Assembler Template(汇编模板)为空，即什么都不做，当然也就不会有任何优化操作了
  • “=r” (ret): OutputOperands(输出操作)，从寄存器中读取系统调用返回值，并赋给ret变量
  • “0” (ret), “m” (family), “m” (type), “m” (protoco)：InputOperands(输入操作)
    “0” (ret)：从C变量ret中读取值，并存储到和输出操作同位置的寄存器中
    “m” (family), “m” (type), “m” (protoco)：从内存中读取各变量值

扩展最初的宏

asmlinkage long sys_socket(__MAP(x,__SC_DECL,int, family, int, type, int, protocol))	\
		__attribute__((alias(__stringify(SyS_socket))));		\

扩展为：

asmlinkage long sys_socket(int family,int type，int protocol) _attribute__((alias("SyS_socket"))); // 将sys_socket设置为SyS_socket函数的别名，调用sys_socket就是调用SyS_socket

一些说明：

// 定义位置：\include\linux
#define __stringify_1(x...)	#x  // #的作用是将宏参数字符串化,如:#do = > "do"
#define __stringify(x...)	__stringify_1(x)

因此：__stringify(SyS_socket) ==> “SyS_socket”

最后，完整的扩展为：

#define __SYSCALL_DEFINEx(3, _socket, int, family, int, type, int, protocol)  \
asmlinkage long sys_socket(int family,int type，int protocol) _attribute__((alias("SyS_socket")));\
static inline long SYSC_socket(int family,int type，int protocol);
asmlinkage long SyS_socket(long family, long type，long protocol);	\
	asmlinkage long SyS_socket(long family, long type，long protocol)	\
	{								                                        \
		long ret = SYSC_socket((int) family, (int) type，(int) protocol);	\
		(void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0), (void)BUILD_BUG_ON_ZERO(0);				\
		__asm__ __volatile__ ("" : "=r" (ret) : "0" (ret), "m" (family), "m" (type), "m" (protoco));	\
		return ret;						\
	}								\
	static inline long SYSC_socket(int family,int type，int protocol)
	{
	int retval;
	struct socket *sock;
	int flags;

	/* Check the SOCK_* constants for consistency.  */
	BUILD_BUG_ON(SOCK_CLOEXEC != O_CLOEXEC);
	BUILD_BUG_ON((SOCK_MAX | SOCK_TYPE_MASK) != SOCK_TYPE_MASK);
	...
}

系统调用sys_socket函数时，其实是调用SyS_socket函数，SyS_socket函数内部又调用SYSC_socket函数(真正执行socket系统调用代码)，最后将没有优化的返回值ret返回

参考

Anatomy of a system call, additional content

cswhl
关注
  • 0
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【C语言】SYSCALL_DEFINE3(socket, int, family, int, type, int, protocol)
数字人生
02-09 1188
1. 函数声明: int __sys_socket(int family, int type, int protocol) 定义了一个叫做 __sys_socket 的函数，接受三个参数：`family` 表示socket的地址族（如AF_INET），`type` 表示socket的类型（如SOCK_STREAM或SOCK_DGRAM），`protocol` 表示使用的协议（如IPPROTO_TCP）。在`rcu_read_unlock` 调用之后，线程不再保证能访问之前RCU保护的数据结构的一致视图。
linux文件系统之读流程 SYSCALL_DEFINE3(read, xxx)
YuZhiHui_No1的专栏
05-05 3385
SYSCALL_DEFINE3(read, unsigned int, fd, char __user *, buf, size_t, count)；fget_light()；fcheck_files()；ssize_t vfs_read(struct file *file, char __user *buf, size_t count, loff_t *pos)；1、struct iovec结构体 struct iovec { void __user *iov_base; /*
SYSCALL_DEFINE3 宏定义
WINGCREATE的专栏
08-11 2962
http://blog.csdn.net/p_panyuch/article/details/5648007   SYSCALL_DEFINE3 宏定义 分类： 技术相关 2010-06-04 16:59 651人阅读 评论(0) 收藏 举报 SYS
【Linux】SYSCALL_DEFINE4 openat执行流程摸索
最新发布
07-18 940
在上一篇博客，我们基于pr_info这个内核类似c语言printf打印宏完成了打印，基本实现了自由开关打印，可以设定打印日志次数（代码写了，大概10行代码），在测试的时候发现居然还有意外收获，doge....从这个日志来看一共调用了1283次__do_sys_openat这个系统调用，注意1532这个行，也是跟日志能对上的。要注意，上边这日志量其实挺大，有兴趣的可以基于这个日志打印信息对照代码流程。但打印日志也有些不是文件操作的日志，需要注意下，对于学习是比较有用的。登录 - Gitee.com。
SYSCALL_DEFINE详解
热门推荐
adaptiver的专栏
01-04 1万+
CVE-2010-3301是其中一个。这个漏洞的成因是，在64位的内核上执行32位的系统调用时，作为传递系统调用号的%rax高32位未被清零处理，而且在进行比较的时候直接使用的%eax，导致高32位被忽略： cmpl $(IA32_NR_syscalls-1),%eax ja ia32_badsys ia32_do_call: IA32_AR
Linux系统调用之SYSCALL_DEFINE
u014044624的博客
02-03 673
        相信熟悉系统调用的都知道，系统调用在内核中的入口都是sys_xxx，我也不例外，记得有一次，我抱着学习一下socket内核实现的心态想在内核中寻找sys_socket系统调用，却发现只能找到宏定义，怎么也找不到函数实现。后来经过查阅才知道，原来Linux的系统调用都改为SYSCALL_DEFINE定义的了。相信...
xitongdiaoyong.rar_ xitongdiaoyong_系统调用
09-20
#define SYS_CURRENT_TIME 300 // 假设我们分配了300作为新系统调用号 long current_time(void) { return syscall(SYS_CURRENT_TIME); } int main() { long time_usec = current_time(); printf("Current time ...
增加新的系统调用
09-17
然后，我们需要在 `syscall_32.tbl` 文件中添加新的系统调用号。在这个文件中，我们可以找到当前系统的系统调用表，我们可以选择一个未使用的号码作为我们的系统调用号。 在添加新的系统调用函数和系统调用号后，...
系统调用分析
12-30
### 系统调用分析 #### 一、系统调用概念及原理 系统调用是操作系统内核提供的一组函数接口，它允许用户空间的应用程序请求内核执行特定任务，如文件操作、进程管理等。在Linux系统中，系统调用是通过软件中断...
ARM64 架构增加一个系统调用.pdf
07-31
对于零参数的系统调用，内核侧使用`SYSCALL_DEFINE0()`宏定义。例如，`sys_getppid()`系统调用不接受任何参数，内核代码直接返回进程的父进程ID。在用户空间，调用`syscall(__NR_getppid)`即可获取这个信息。 在...
如何在Linux系统中添加新的系统调用
07-30
3. **编译和链接内核**：更新完系统调用表后，需要重新编译和链接整个内核。这通常包括使用`make menuconfig`配置内核，然后执行`make`和`make install`命令。 4. **更新glibc**：如果新系统调用要被C语言程序调用...
linux内核系统调用宏SYSCALL_DEFINE
djefe的博客
02-10 1037
linux系统调用宏
SYSCALL_DEFINE3(bind, int, fd, struct sockaddr __user *, umyaddr, int, addrlen)
u014211079的专栏
04-21 829
[bind] SYSCALL_DEFINE3(bind, int, fd, struct sockaddr __user *, umyaddr, int, addrlen) { struct socket *sock; int err, fput_needed; sock = sockfd_lookup_light(fd, &err, &fput_needed); 从文件fd中得到对应的
SYSCALL_DEFINE3宏定义的分析
weixin_30448685的博客
07-23 239
SYSCALL_DEFINE3分析 1.SYSCALL_DEFINE3(socket, int, family, int, type, int, protocol) 2.#define SYSCALL_DEFINE3(name, ...) SYSCALL_DEFINEx(3, _##name, __VA_ARGS__) 3.#define SYSCALL_DEFINEx(x, sna...
SYSCALL_DEFINE
qwaszx523的博客
06-06 998
在include/linux/syscall.h里有下面一组宏： 点击(此处)折叠或打开 #define SYSCALL_DEFINE0(name)     asmlinkage long sys_##name(void) #define SYSCALL_DEFINE1(name, ...) SYSCALL_DEFINEx(1, _##name, __VA_ARG
Socket内核调用数SYSCALL_DEFINE3
diaoju3333的博客
06-13 223
http://blog.chinaunix.net/uid-20788636-id-4408261.html 前言： 对于Linux内核的Socket系列文章都是依据于：Linux-3.14.5的版本内核分析，对于文中的注释和问题的说明也参考了网络上经典分析文章，对他们奉献表示感谢！ 转载请标明：http://blog.chinaunix.net/uid-207...
SYSCALL_DEFINEx的定义
liken的专栏
03-22 3727
<br />in linux-2.6.36.3<br />#define SYSCALL_DEFINE0(name)       asmlinkage long sys_##name(void)<br /> #define SYSCALL_DEFINE1(name, ...) SYSCALL_DEFINEx(1, _##name, __VA_ARGS__)<br /> #define SYSCALL_DEFINE2(name, ...) SYSCALL_DEFINEx(2, _##name, __VA_
系统调用SYSCALL_DEFINE详解（Linux-4.x）
程序猿Ricky的日常干货
06-06 5162
SYSCALL_DEFINE定义 #define SYSCALL_DEFINE0(sname) \ SYSCALL_METADATA(_##sname, 0); \ asmlinkage long sys_##sname(void) #define SYSCALL_DEFINE1(name, ...) SYSCA...
linux kernel SYSCALL_DEFINE3和SYSCALL_DEFINE6的区别
06-06
SYSCALL_DEFINE3和SYSCALL_DEFINE6都是Linux内核中用来定义系统调用的宏。它们的区别在于参数个数不同。 SYSCALL_DEFINE3用于定义有三个参数的系统调用，而SYSCALL_DEFINE6用于定义有六个参数的系统调用。 具体来说，SYSCALL_DEFINE3的语法为：SYSCALL_DEFINE3(name, type, arg1, arg2, arg3)，其中name表示系统调用的名称，type表示系统调用返回值的类型，arg1、arg2、arg3分别表示系统调用的三个参数。而SYSCALL_DEFINE6的语法则类似。 需要注意的是，系统调用的参数个数是根据具体需求来确定的。如果系统调用需要的参数个数较多，则可以使用SYSCALL_DEFINE6来定义；如果只需要少数几个参数，则可以使用SYSCALL_DEFINE3等对应的宏。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值