组ID（Group ID，简称 GID）是Linux系统中用来标识不同用户组的唯一数字标识符。每个用户组都有一个对应的 GID，通过 GID，系统能够区分并管理不同的用户组。

在Linux系统中，系统用户和组的配置文件通常包括以下内容：

• /etc/passwd 文件：存储用户账户信息（包括 UID 和 GID）。
• /etc/group 文件：存储用户组的信息（包括组名、GID、组成员等）。

---

如何查看系统中的组和 GID

1. 查看所有组信息

使用 cat 命令查看 /etc/group 文件，它列出了系统中所有组的名称、GID 和成员信息：

cat /etc/group

输出示例：

root:x:0:root
adm:x:4:syslog,john
docker:x:999:jane,root
sudo:x:27:root,john
wheel:x:10:admin
disk:x:6:root,john
tty:x:5:root

2. 查看特定用户的组信息

使用 groups 命令可以查看当前用户属于哪些组：

groups username

输出示例：

john : john adm sudo docker

这表示 john 用户属于 john、adm、sudo 和 docker 组。

3. 查看特定用户的 UID 和 GID

使用 id 命令可以查看特定用户的 UID 和 GID：

id john

输出示例：

uid=1000(john) gid=1000(john) groups=1000(john),4(adm),27(sudo),999(docker)

---

常见的系统组及其 GID

以下是一些常见的 Linux 系统用户组及其默认的 GID。

组名	描述	默认 GID
root	系统超级用户组，具有最高权限	0
docker	Docker 容器运行组，赋予用户 Docker 容器访问权限	999
wheel	允许通过 su 或 sudo 执行特权命令的用户组	10
adm	系统日志组，通常有权限查看日志文件	4
disk	允许用户访问磁盘设备的组	6
sys	系统管理组，通常与硬件设备操作相关	3
staff	用于有管理员权限的普通用户组，通常用于安装软件	50
users	默认的用户组	100
games	游戏相关的用户组	60
mail	邮件相关用户组	8
tty	与终端设备相关的用户组，通常用于控制台操作	5
input	输入设备相关的组	14
audio	音频设备访问权限组	63
video	视频设备访问权限组	44
plugdev	外部设备访问权限组	46
netdev	网络设备访问权限组	101

---

组ID与权限提升

docker（GID: 999）

GID 999 是 Docker 用户组的默认组 ID。加入 docker 组的用户可以无需 sudo 执行 Docker 命令，这种特权可能导致容器逃逸（container escape）。

提权途径：如果攻击者能够加入 docker 组，他们可以直接控制 Docker 容器。若容器以特权模式运行，攻击者可以通过容器访问宿主机文件系统，甚至执行恶意操作，进而提权至宿主机的 root 用户，获取完全控制权限。

例如，攻击者可以通过以下命令将容器挂载宿主机的根文件系统，进而访问宿主机所有文件：

docker run -v /:/mnt --rm -it alpine chroot /mnt sh

disk（GID: 6）

GID 6 是 disk 组的默认 GID。属于 disk 组的用户有权限访问磁盘设备，包括硬盘分区、挂载设备等。

提权途径：攻击者可以利用 disk 组的权限直接操作磁盘设备。通过工具如 fdisk 或 parted 修改磁盘分区表，攻击者可能绕过权限限制，访问本应受到保护的文件或设备。攻击者甚至能够通过修改启动分区来控制系统。

例如，攻击者可以执行以下操作来查看磁盘分区信息：

df -h

然后，使用 debugfs 获取磁盘分区的详细信息：

debugfs /dev/sda3

通过该方式，攻击者可对整个磁盘进行读写操作，包括读取 /root/.ssh/id_rsa（私钥）或 /etc/shadow（用户密码哈希），进而破解系统账户密码，获取更高权限。

adm（GID: 4）

GID 4 是 adm 组的默认 GID。该组的用户通常具有查看系统日志文件的权限，常见的日志文件包括 /var/log/auth.log 和 /var/log/syslog，这些文件可能包含系统的敏感信息，如用户登录记录和身份验证信息。

提权途径：攻击者若能访问 adm 组的权限，便可以读取日志文件，从中提取有用的信息，例如用户名、密码哈希等。结合暴力破解工具（如 John the Ripper），攻击者可以破解密码，从而进一步提升权限。

例如，攻击者可以通过查看 /var/log/auth.log 中的记录，获得用户登录信息。

tty（GID: 5）

GID 5 是 tty 组的默认 GID。该组的用户拥有对终端设备的访问权限，能够进行输入和输出操作。

提权途径：攻击者可以利用 tty 组的权限伪装终端设备，从而捕获用户的输入，甚至干扰其他用户的会话，获取更多的控制权。通过对终端的控制，攻击者可能会获取其他用户的凭证或执行恶意操作，进一步提升自己的权限。

wheel（GID: 10）

GID 10 是 wheel 组的默认 GID。该组标识可以通过 sudo 或 su 获得 root 权限的用户。

提权途径：加入 wheel 组的用户能够使用 sudo 执行任意命令，如果 sudo 配置不当，攻击者可能通过 sudo 提权至 root 用户，执行恶意命令并完全控制系统。通过此途径，攻击者可以绕过普通用户的权限限制，进行任意操作，如安装恶意软件、修改系统配置或删除日志等。

---

总结

Linux系统中的组ID（GID）是区分用户组和管理权限的重要手段。了解每个组及其对应的 GID，有助于管理员在系统配置和权限控制中做出更加合理的选择。然而，不当的组配置或权限分配可能为攻击者提供潜在的攻击面，导致系统安全风险。因此，在进行系统配置和渗透测试时，必须特别关注具有特殊权限的用户组，确保系统能够在最小权限原则下正常运行，并及时发现并修复安全漏洞。

系统中的某些特权组（如 docker、disk、adm、tty 和 wheel）具有较高的权限，若攻击者能够成功加入这些组，便能通过相应的权限提升手段对系统进行攻击。因此，管理员需要确保这些组的权限配置严格控制，定期审查用户组的成员，并确保敏感命令和文件的访问权限得到适当限制，从而降低潜在的安全风险。