《Linux内核原理与分析》第十二周作业
一.本周内容概述：
- 通过编程理解 Set-UID 的运行机制与安全问题
- 完成实验楼上的《SET-UID程序漏洞实验》
二.本周学习内容：
1.学习《SET-UID程序漏洞实验》的背景和理论知识
- 1.1 实验简介
- Set-UID 是 Unix 系统中的一个重要的安全机制。当一个 Set-UID 程序运行的时候，它被假设为具有拥有者的权限。例如，如果程序的拥有者是root，那么任何人运行这个程序时都会获得程序拥有者的权限。Set-UID 允许我们做许多很有趣的事情，但不幸的是，它也是很多坏事情的罪魁祸首。
- 1.2 实验目标
- 欣赏好的方面，理解为什么 Set-UID 是需要的，以及它是如何被执行的。
- 注意坏的方面，理解它潜在的安全性问题。
2.SET-UID程序漏洞实验
- 2.1 没有 Set-UID 机制的情况
- 猜测为什么“passwd”，“chsh”，“su”，和“sudo”命令需要Set-UID机制，如果它们没有这些机制的话，会发生什么。
实践截图如下：
从上面的截图可以看出：将 passwd 拷贝到 /tmp/ 下，权限发生了变化（在原目录下 suid位 被设置），复件没有了修改密码的权限。
对于“chsh”，“su”，和“sudo”命令，把这些程序拷贝到用户目录下，同样不再具有root权限。
- 2.1 运行 Set-UID 程序
- 以root方式登录，拷贝/usr/bin/zsh 到/tmp, 同时设置拷贝到tmp目录下的zsh为set-uid root权限，然后以普通用户登录，运行/tmp/zsh。
实践截图如下：
- 拷贝/bin/bash到/tmp目录，同时设置/tmp目录下的bash为Set-UID root权限，然后以普通用户登录，运行/tmp/bash。
实践截图如下：
可见，同样的操作，运行复制的zsh可以获得root权限，而bash不能。
- 2.3 bash 内在保护机制
- 从上面步骤可以看出，/bin/bash有某种内在的保护机制可以阻止Set-UID机制的滥用。为了能够体验这种内在的保护机制出现之前的情形，我们打算使用另外一种shell程序——/bin/zsh。在一些linux的发行版中（比如Fedora和Ubuntu），/bin/sh实际上是/bin/bash的符号链接。为了使用zsh，我们需要把/bin/sh链接到/bin/zsh。
实践截图如下：
- 2.4 PATH环境变量的设置
- system(const char * cmd)系统调用函数被内嵌到一个程序中执行一个命令，system()调用/bin/sh来执行shell程序，然后shell程序去执行cmd命令。但是在一个Set-UID程序中system()函数调用shell是非常危险的，这是因为shell程序的行为可以被环境变量影响，比如PATH；而这些环境变量可以在用户的控制当中。通过控制这些变量，用心险恶的用户就可以控制Set-UID程序的行为。
- 下面的Set-UID程序被用来执行/bin/ls命令；然后程序员可以为ls命令使用相对路径，而不是绝对路径。在 /tmp 目录下新建 test.c 文件：
实践截图如下：
- 可以具有root权限，把/bin/sh拷贝到/tmp目录下面重命名为ls（先要确保/bin/目录下的sh 符号链接到zsh，而不是bash），将环境变量PATH设置为当前目录/tmp，运行编译的程序test。就可以获得root权限：
实践截图如下：
- 先恢复环境变量 PATH ，然后修改/bin/sh使得其返回到/bin/bash，重复上面的攻击。
实践截图如下：
- 2.5 system()和execve()的不同
- 首先确保/bin/sh指向zsh。
实践截图如下：
- 然后使用如下命令恢复 PATH：
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
- 首先在 /tmp 目录下新建 SRU.c 文件。
实践截图如下：
- file文件只有root用户有读写权限，但普通用户通过运行该程序，阅读并重命名了file文件：
实践截图如下：
- 修改为q=1后，不会有效。前面步骤之所以有效，是因为system()函数调用/bin/sh，链接至zsh，具有root权限执行了cat file文件后，接着执行mv file file_new命令。
实践截图如下：
- 而当令q=1, execve()函数会把file; mv file file_new 看成是一个文件名，系统会提示不存在这个文件：
实践截图如下：
- 2.6 LD_PRELOAD环境变量
- 让我们建立一个动态链接库。把下面的程序命名为mylib.c，放在/tmp目录下。在函数库libc中重载了sleep函数。
实践截图如下：
- 我们用下面的命令编译上面的程序
gcc -fPIC -g -c mylib.c
gcc -shared -Wl,-soname,libmylib.so.1
-o libmylib.so.1.0.1 mylib.o –lc
- 把下面的程序命名为myprog.c，放在/tmp目录下：
实践截图如下：
- 把myprog编译成一个普通用户下的程序在普通用户下运行
实践截图如下：
可见，它会使用LD_PRELOAD环境变量，重载sleep函数：
- 把myprog编译成一个Set-UID root的程序在普通用户下运行
实践截图如下：
在这种情况下，忽略LD_PRELOAD环境变量，不重载sleep函数，使用系统自带的sleep函数.
- 把myprog编译成一个Set-UID root的程序在root下运行
实践截图如下：
在这种情况下，使用LD_PRELOAD环境变量，使用重载的sleep函数
- 在一个普通用户下把myprog编译成一个Set-UID 普通用户的程序在另一个普通用户下运行
实践截图如下：
在这种情况下，不会重载sleep函数
- 由以上四种情况可见：只有用户自己创建的程序自己去运行，才会使用LD_PRELOAD环境变量，重载sleep函数，否则的话忽略LD_PRELOAD环境变量，不会重载sleep函数。
- 2.7 消除和清理特权
- 为了更加安全，Set-UID程序通常会调用setuid()系统调用函数永久的清除它们的root权限。然而有些时候，这样做是远远不够的。在root用户下，在/tmp目录新建一个空文件zzz。在root用户下将下面代码命名为test2.c，放在/tmp目录下，编译这个程序，给这个程序设置root权限。在一个普通的用户下，运行这个程序。
实践截图如下：
- 文件被修改了，原因在于设置uid前，zzz文件就已经被打开了。只要将语句setuid(getuid())移至调用open函数之前，就能避免这个问题。
实践截图如下：
三.总结与疑难
Set-UID 是 Unix 系统中的一个重要的安全机制。本次主要学习了两个方面的内容：从 Set-UID 工作原理来理解为什么 Linux 需要这个机制、Set-UID 带来的安全性问题。
四.下周计划
- 完成书本上的课后习题
- 继续使用虚拟机环境研究内核
2019 年 12 月 4 日