NIS疑似存在安全问题，还是我的理解有误？

看起来你遇到了两个和NIS环境相关的权限异常问题，我帮你梳理下可能的原因和排查步骤：

1. 无需NIS root密码即可切换到其他用户，且无密码提示 #

这种情况大概率和NIS用户的密码配置或者本地权限规则有关，你可以按以下方向排查：

• 先查目标用户的密码状态：执行 ypcat shadow | grep <目标用户名>（因为是NIS环境，优先从NIS库取数据），看看密码字段是不是为空（显示为::）。如果是空的，说明该用户在NIS服务器上没设置密码，自然能无密码切换。
• 检查本地sudo规则：执行 visudo，看看你的当前用户有没有被授予免密切换用户的权限（比如类似你的用户名 ALL=(ALL) NOPASSWD: su的规则）。
• 查看PAM配置：打开/etc/pam.d/su文件，检查有没有配置跳过密码验证的规则（比如auth sufficient pam_permit.so这类会直接允许认证的行）。

2. 已是root用户，但无需sudo的操作无法执行（uid/gid显示正常） #

这个情况比较特殊，毕竟root（uid=0）默认拥有系统最高权限，常见的原因有这些：

• 文件系统挂载限制：执行 mount 命令，检查/、/usr这类关键分区有没有挂载nosuid、noexec选项。如果挂了nosuid，就算是root，也没法执行带SUID权限的程序，很多操作会失败。
• 安全模块拦截：先查SELinux状态，执行 getenforce，如果是Enforcing模式，可以临时改成Permissive（setenforce 0）测试下是否恢复正常；如果是用AppArmor的系统，执行 aa-status 看看有没有相关配置拦截了操作。
• 环境变量或伪root问题：再确认下id的输出，确保uid=0(root)且gid=0(root)，同时检查echo $PATH，看看系统命令路径（比如/bin、/sbin）是不是在PATH里，要是PATH被篡改，可能会找不到正确的命令程序。
• NIS同步的root异常：如果你的root是从NIS同步来的，去NIS服务器上查下root的配置，确保它的uid确实是0，没有被加特殊权限限制。

要是能把相关命令的输出（比如id、mount、ypcat passwd | grep root）贴出来，能更精准定位问题。

内容的提问来源于stack exchange，提问作者skyrocket