☰

Linux 2.6.32 Centos 6.4 setuid() 失败/安全性变化？

tag-icon • tag-icon linux security centos6.4 setuid
Linux 2.6.32 Centos 6.4 setuid() 失败/安全性变化？

最近更新到 CentOS 6.4 后，两台机器都具有 setuid() 限制，其作用类似于功能或 selinux，但两者都被禁用。例如，以下操作失败：

[root@host statd]# perl -e 'use POSIX; POSIX::setuid(99);system("id")'
[root@host statd]# echo $?
0

当它应该返回类似这样的内容时：

host:~# perl -e 'use POSIX; POSIX::setuid(99);system("id")'
uid=99(nobody) gid=0(root) groups=99(nobody),0(root) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

跟踪 perl 的调用，setuid() 调用成功，但是 system() 子进程立即退出，就像被 selinux 或类似程序终止一样。但是，即使在 semodule -DB 之后，/var/log/audit/audit.log 中也没有日志条目。

setuid32(99)                            = 0
getuid32()                              = 99
geteuid32()                             = 99
pipe([3, 4])                            = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7705728) = 10073
close(4)                                = 0
rt_sigaction(SIGINT, {SIG_IGN, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_IGN, [], 0}, {SIG_DFL, [], 0}, 8) = 0
waitpid(10073, [{WIFEXITED(s) && WEXITSTATUS(s) == 255}], 0) = 10073
--- SIGCHLD (Child exited) @ 0 (0) ---
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, NULL, 8) = 0
read(3, "\r\0\0\0", 4)                  = 4
close(3)                                = 0
exit_group(0)

第一次重启后，这个问题变得很明显，因为 nfs.statd 失败，提示“无法访问本地网络配置数据库：未找到网络配置数据库”。而 rpc.rquotasd 失败，原因是“RPC：服务器本地主机需要更强的身份验证”。

nfs.statd 问题可以通过以 root 身份运行来解决 (chown root:root /var/lib/nfs/statd )。以 root 身份运行机器上的所有内容似乎不是一个很好的解决方法。;)

尝试通过 su 切换到另一个帐户也不起作用：

[root@host ~]# su - jboss
su: warning: cannot change directory to /opt/jboss: Permission denied
su: /bin/bash: Permission denied
[root@host ~]# su jboss
su: /bin/bash: Permission denied

基本系统信息如下：

[root@host statd]# getenforce
Permissive
[root@host statd]# uname -a
Linux host.example.com 2.6.32-358.14.1.el6.i686 #1 SMP Tue Jul 16 21:12:30 UTC 2013 i686 i686 i386 GNU/Linux
[root@host statd]# cat /etc/redhat-release
CentOS release 6.4 (Final)
[root@host statd]# getcap /usr/bin/perl
/usr/bin/perl =

当这显然不是 selinux 或 linux 功能时，可能是什么原因导致的？

答案1

升级过程以某种方式将权限更改为：

[root@host ~]# ls -alZ /
drw-r--r--. 42374 5031 system_u:object_r:root_t:s0      .
drw-r--r--. 42374 5031 system_u:object_r:root_t:s0      ..

这是用一个固定的

chown root:root / && chmod 755 /

缩小错误空间的一个很大的帮助是运行

strace perl -e 'use POSIX; POSIX::setuid(99);exec("id")'

这表明 perl 的 execve() 调用每次尝试所有 $PATH 目录时都会因 EACCES 而失败。

相关内容