hacktricks/linux-unix/privilege-escalation/interesting-groups-linux-pe.md

7.3 KiB
Raw Blame History

{% hint style="success" %} 学习与实践 AWS 黑客技术:HackTricks 培训 AWS 红队专家 (ARTE)
学习与实践 GCP 黑客技术:HackTricks 培训 GCP 红队专家 (GRTE)

支持 HackTricks
{% endhint %}

Sudo/Admin 组

PE - 方法 1

有时**默认情况下(或因为某些软件需要它)**在 /etc/sudoers 文件中可以找到以下某些行:

# Allow members of group sudo to execute any command
%sudo	ALL=(ALL:ALL) ALL

# Allow members of group admin to execute any command
%admin 	ALL=(ALL:ALL) ALL

这意味着任何属于sudo或admin组的用户都可以以sudo身份执行任何操作

如果是这种情况,要成为root你只需执行

sudo su

PE - 方法 2

查找所有 suid 二进制文件,并检查是否存在二进制文件 Pkexec

find / -perm -4000 2>/dev/null

如果您发现二进制文件 pkexec 是一个 SUID 二进制文件,并且您属于 sudo 或 admin您可能可以使用 pkexec 作为 sudo 执行二进制文件。
检查以下内容:

cat /etc/polkit-1/localauthority.conf.d/*

在那里你会发现哪些组被允许执行 pkexec,并且在某些 Linux 中,默认情况下可能会出现一些 sudo 或 admin 组。

成为 root你可以执行

pkexec "/bin/sh" #You will be prompted for your user password

如果你尝试执行 pkexec 并且收到这个 错误

polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized

这不是因为你没有权限而是因为你没有通过GUI连接。对此问题有一个解决方法在这里: https://github.com/NixOS/nixpkgs/issues/18012#issuecomment-335350903。你需要2个不同的ssh会话

{% code title="session1" %}

echo $$ #Step1: Get current PID
pkexec "/bin/bash" #Step 3, execute pkexec
#Step 5, if correctly authenticate, you will have a root session

{% endcode %}

{% code title="session2" %}

pkttyagent --process <PID of session1> #Step 2, attach pkttyagent to session1
#Step 4, you will be asked in this session to authenticate to pkexec

{% endcode %}

Wheel Group

有时默认情况下/etc/sudoers 文件中可以找到这一行:

%wheel	ALL=(ALL:ALL) ALL

这意味着任何属于wheel组的用户都可以以sudo身份执行任何操作

如果是这种情况,要成为root你只需执行

sudo su

Shadow Group

来自 group shadow 的用户可以 读取 /etc/shadow 文件:

-rw-r----- 1 root shadow 1824 Apr 26 19:10 /etc/shadow

所以,阅读文件并尝试破解一些哈希

磁盘组

此权限几乎等同于根访问,因为您可以访问机器内部的所有数据。

文件:/dev/sd[a-z][1-9]

debugfs /dev/sda1
debugfs: cd /root
debugfs: ls
debugfs: cat /root/.ssh/id_rsa
debugfs: cat /etc/shadow

注意,使用 debugfs 你也可以 写文件。例如,要将 /tmp/asd1.txt 复制到 /tmp/asd2.txt,你可以这样做:

debugfs -w /dev/sda1
debugfs:  dump /tmp/asd1.txt /tmp/asd2.txt

然而,如果你尝试写入由 root 拥有的文件(如 /etc/shadow/etc/passwd),你将会遇到“权限被拒绝”的错误。

视频组

使用命令 w 你可以找到谁已登录系统,它将显示如下输出:

USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
yossi    tty1                      22:16    5:13m  0.05s  0.04s -bash
moshe    pts/1    10.10.14.44      02:53   24:07   0.06s  0.06s /bin/bash

tty1意味着用户yossi 正在物理上登录到机器上的终端。

video group有权查看屏幕输出。基本上,您可以观察屏幕。为了做到这一点,您需要以原始数据抓取当前屏幕上的图像并获取屏幕使用的分辨率。屏幕数据可以保存在/dev/fb0中,您可以在/sys/class/graphics/fb0/virtual_size中找到该屏幕的分辨率。

cat /dev/fb0 > /tmp/screen.raw
cat /sys/class/graphics/fb0/virtual_size

打开 原始图像,您可以使用GIMP,选择**screen.raw文件,并选择文件类型为原始图像数据**

然后将宽度和高度修改为屏幕上使用的值,并检查不同的图像类型(并选择显示屏幕效果更好的那个):

Root Group

看起来默认情况下root组的成员可以访问修改一些服务配置文件或一些文件或其他有趣的东西,这些都可以用来提升权限...

检查root成员可以修改哪些文件

find / -group root -perm -g=w 2>/dev/null

Docker Group

您可以将主机的根文件系统挂载到实例的卷中,因此当实例启动时,它会立即加载一个 chroot 到该卷。这实际上使您在机器上获得了 root 权限。

{% embed url="https://github.com/KrustyHack/docker-privilege-escalation" %}

{% embed url="https://fosterelli.co/privilege-escalation-via-docker.html" %}

lxc/lxd Group

lxc - 权限提升

{% hint style="success" %} 学习和实践 AWS 黑客技术:HackTricks 培训 AWS 红队专家 (ARTE)
学习和实践 GCP 黑客技术:HackTricks 培训 GCP 红队专家 (GRTE)

支持 HackTricks
{% endhint %}