私はDebian 9を使用しています。私が望むのは、ユーザーログインを「goodgroup」グループのメンバーであるuidに制限することです。このソリューションを元々どこで入手したのか忘れましたが、これは/etc/pam.d/common-accountにあります。
.
.
.
# here are the per-package modules (the "Primary" block)
account [success=1 new_authtok_reqd=done default=ignore] pam_unix.so
# here's the fallback if no module succeeds
account requisite pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
account required pam_permit.so
# and here are more per-package modules (the "Additional" block)
account required pam_krb5.so minimum_uid=1000
account sufficient pam_localuser.so
# >>> This is where I'm trying to do it <<<
account requisite pam_succeed_if.so user ingroup goodgroup
account [default=bad success=ok user_unknown=ignore] pam_sss.so
account [success=ok new_authtok_reqd=done ignore=ignore user_unknown=ignore auth
info_unavail=ignore default=bad] pam_ldap.so minimum_uid=1000
# end of pam-auth-update config
必要なグループに属さないuid "baduid"があるとしましょう。私が望むのは、rootとして「su baduid」を試すことが完全に失敗することです。実際に起こったことはsuが成功しましたが、baduidに接続されたホームディレクトリがないことです。
「su baduid」の実行時にログファイルに表示される内容は次のとおりです。
May 3 16:08:03 myhost su[3014]: pam_succeed_if(su:account): requirement "user ingroup goodgroup" not met by user "baduid"
May 3 16:08:03 myhost su[3014]: Successful su for baduid by root
May 3 16:08:03 myhost su[3014]: + /dev/pts/0 root:baduid
May 3 16:08:03 myhost su[3014]: pam_unix(su:session): session opened for user baduid by root(uid=0)
May 3 16:08:03 myhost su[3014]: pam_systemd(su:session): Cannot create session: Already running in a session