web-dev-qa-db-ja.com

PAM認証-書き込みエラー:壊れたパイプ

ドメインで2FAを許可するために、LinOTP私のレルム内のトークンとユーザー(LDAPから)の間のマップを管理するサーバー。

そこで、SSHセッションでもこの認証方法を統合するようにPAMスタックを構成しました。

# /etc/pam.d/sshd
# =========================================================

#%PAM-1.0

auth       required     pam_sepermit.so

# OTP Check
auth    [success=1 default=ignore]  pam_python.so\
    /lib/security/pam_linotp.py nosslhostnameverify nosslcertverify\
    url=https://mylinotpsrv.local/validate/simplecheck realm=MYDOMAIN debug
auth    requisite       pam_deny.so

auth       substack     password-auth
auth       include      postlogin

# Used with polkit to reauthorize users in remote sessions
-auth      optional     pam_reauthorize.so prepare
account    required     pam_nologin.so
account    include      password-auth
password   include      password-auth

# pam_selinux.so close should be the first session rule
session    required     pam_selinux.so close
session    required     pam_loginuid.so

# pam_selinux.so open should only be followed by sessions to be executed in the user context
session    required     pam_selinux.so open env_params
session    required     pam_namespace.so
session    optional     pam_keyinit.so force revoke
session    include      password-auth
session    include      postlogin

# Used with polkit to reauthorize users in remote sessions
-session   optional     pam_reauthorize.so prepare

次に、接続を開こうとしました:ssh [email protected]@192.168.0.12、および:

  • oTP(私の場合はGoogle Authenticatorによって提供されます)は正しく検証されています。
  • ユーザー名とpwdの対応が正しくチェックされます。

しかし、上記のダブルチェックを実行すると、エラーWrite Error: Broken Pipeが発生します。

ログは次のとおりです。

/var/log/secure
====================================================================================================

Mar  9 15:25:09 mflinux01 sshd[8215]: Set /proc/self/oom_score_adj to 0
Mar  9 15:25:09 mflinux01 sshd[8215]: Connection from 192.168.0.13 port 33926 on 192.168.0.12 port 22
Mar  9 15:25:09 mflinux01 sshd[8215]: Postponed keyboard-interactive for [email protected] from 192.168.0.13 port 33926 ssh2 [preauth]
Mar  9 15:25:17 mflinux01 sshd[8215]: Postponed keyboard-interactive/pam for [email protected] from 192.168.0.13 port 33926 ssh2 [preauth]
Mar  9 15:25:20 mflinux01 sshd[8217]: pam_sss(sshd:auth): authentication success; logname= uid=0 euid=0 tty=ssh ruser= rhost=192.168.0.13 [email protected]
Mar  9 15:25:20 mflinux01 sshd[8220]: pam_krb5[8220]: got error -1 (Unknown code ____ 255) while obtaining tokens for cern.ch
Mar  9 15:25:20 mflinux01 sshd[8215]: Postponed keyboard-interactive/pam for [email protected] from 192.168.0.13 port 33926 ssh2 [preauth]
Mar  9 15:25:20 mflinux01 sshd[8215]: Accepted keyboard-interactive/pam for [email protected] from 192.168.0.13 port 33926 ssh2
Mar  9 15:25:20 mflinux01 sshd[8215]: fatal: PAM: pam_setcred(): Failure setting user credentials

/var/log/message
====================================================================================================
Mar  9 15:25:01 mflinux01 systemd: Created slice user-988.slice.
Mar  9 15:25:01 mflinux01 systemd: Starting user-988.slice.
Mar  9 15:25:01 mflinux01 systemd: Started Session 12 of user pcp.
Mar  9 15:25:01 mflinux01 systemd: Starting Session 12 of user pcp.
Mar  9 15:25:03 mflinux01 systemd: Removed slice user-988.slice.
Mar  9 15:25:03 mflinux01 systemd: Stopping user-988.slice.
Mar  9 15:25:09 mflinux01 pam_linotp[8217]: start pam_linotp.py authentication: 1, ['/lib/security/pam_linotp.py', 'nosslhostnameverify', 'nosslcertverify', 'url=https://192.168.0.14/validate/simplecheck', 'realm=MYDOMAIN', 'debug']
Mar  9 15:25:09 mflinux01 pam_linotp[8217]: got no password in authtok - trying through conversation
Mar  9 15:25:16 mflinux01 pam_linotp[8217]: got password: 932410
Mar  9 15:25:16 mflinux01 pam_linotp[8217]: calling url https://192.168.0.14/validate/simplecheck {'realm': 'MYDOMAIN', 'user': '[email protected]', 'pass': '932410'}
Mar  9 15:25:17 mflinux01 pam_linotp[8217]: :-)
Mar  9 15:25:17 mflinux01 pam_linotp[8217]: user successfully authenticated
Mar  9 15:25:20 mflinux01 sshd: Please note: pam_linotp does not support setcred

Webで解決策を探すことにより、/etc/ssh/ssh_config/etc/ssh/sshd_configをセットアップしてClientAliveInterval 120ServerAliveInterval 120を追加しましたが、エラーが解決しません。

PAMスタックからauth requisite pam_deny.soを削除することにより、OTPはもちろん適切に検証されません(常に正しい)が、ユーザー名/ pwdチェック後にSSH認証が機能することを考慮に入れてください。

この問題の解決について何か手がかりはありますか?

注:私の環境のすべてのLinuxマシンは、CentOS 7に基づいています。


更新:

次のように、password-auth PAMconfの現在のバージョンを見つけることができます。

#%PAM-1.0
# This file is auto-generated.
# User changes will be destroyed the next time authconfig is run.
auth        required      pam_env.so
auth        [default=1 success=ok] pam_localuser.so
auth        [success=done ignore=ignore default=die] pam_unix.so nullok try_first_pass
auth        requisite     pam_succeed_if.so uid >= 1000 quiet_success
auth        sufficient    pam_sss.so forward_pass
auth        sufficient    pam_krb5.so use_first_pass
auth        required      pam_deny.so

account     required      pam_unix.so broken_shadow
account     sufficient    pam_localuser.so
account     sufficient    pam_succeed_if.so uid < 1000 quiet
account     [default=bad success=ok user_unknown=ignore] pam_sss.so
account     [default=bad success=ok user_unknown=ignore] pam_krb5.so
account     required      pam_permit.so

password    requisite     pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type=
password    sufficient    pam_unix.so sha512 shadow nullok try_first_pass use_authtok
password    sufficient    pam_sss.so use_authtok
password    sufficient    pam_krb5.so use_authtok
password    required      pam_deny.so

session     optional      pam_keyinit.so revoke
session     required      pam_limits.so
-session     optional      pam_systemd.so
session     optional      pam_oddjob_mkhomedir.so umask=0077
session     [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session     required      pam_unix.so
session     optional      pam_sss.so
session     optional      pam_krb5.so
1
vdenotaris

認証は成功しました。これは:-)に表示されます。したがって、明らかにそれはあなたの残りのスタックです。

あなたがそれがうまくいくと言うなら、あなたがpam denyを削除するとき、あなたは明らかに問題を抱えています

auth       substack     password-auth

[success = 1 default = ignore]は、成功した場合に次の(1)エントリがスキップされることを意味します。したがって、pam_denyを削除すると、password-authエントリはスキップされます。だから、このサブトラックを見てください!

更新:

おそらく回線が原因で失敗します

auth        sufficient    pam_sss.so forward_pass
auth        sufficient    pam_krb5.so use_first_pass
auth        required      pam_deny.so

oTPは、sssdまたはkerberosによって正常に検証されません。したがって、pam_denyに遭遇します。

2
cornelinux