debian – Kerberos,.k5login和sudo

前端之家收集整理的这篇文章主要介绍了debian – Kerberos,.k5login和sudo前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_404_0@
背景:我使用的是Debian 7系统,我使用libnss-ldap,libpam-krb5和nscd与LDAP Kerberos系统集成.我修改了sudoers以允许LDAP组权限sudo并获得超级用户权限.因此,我可以作为LDAP组登录来管理机器.这一切都运行正常,ssh登录适用于LDAP用户.

我只是在我的用户帐户Cosmic Ossifrage的主目录中试验.k5login文件.在文件中,我列出了:

cosmic_ossifrage@REALM.COM

这是一个有效的Kerberos标识. SSH登录,因为此用户继续正确使用.k5login文件.

但是,使用我的主目录中的.k5login文件,我无法再使用sudo -i获得超级用户权限.这似乎没有任何意义,因为.k5login在我的主目录中,而不是root目录,所以在我看来,root用户和sudo命令都不应该被限制在sudoers文件中. .

但是,使用上面的.k5login文件,sudo -i和sudo su都没有工作,而他们以前也没有.删除.k5login文件后,此功能已恢复,我可以再次sudo.

在日志文件/var/log/auth.log中,此时报告的许多错误消息中有一个来自sudo,说明:

[pam:sudo] krb5_kuserok Failed for user cosmic_ossifrage

我是否错过了.k5login应该做什么的基本定义?这是预期的行为,如果是,为什么?

解决方法

根据 Mark’s comment,.k5login文件必须满足以下要求:

The .k5login file must contain one principal per line,be owned by user,and not be writable by group or other (but must be readable by anyone).

根据Kerberos source code中的注释.

在这种情况下,除了Cosmic Ossifrage用户之外,任何人都无法读取.k5login文件.存储用户主目录的NFS安装也强制执行root压缩,甚至禁止root用户访问.通过使文件具有全局可读性,返回了sudo to root功能.

(标记社区维基,因为答案最初来自评论.)

原文链接:https://www.f2er.com/linux/397080.html

猜你在找的Linux相关文章