search for: mm_auth2_read_bann

...s lost in the privsep: if in auth2-none.c the PRIVSEP() is removed from auth2_read_banner() then everything works fine. Upon further analysis I came to the conclusion that mm_answer_auth2_read_banner() will return either a banner string, or an empty string. It will never return NULL, so presumably mm_auth2_read_banner() will also never return NULL to its caller in userauth_banner(). A patch will be attached. It could be better. And a better solution is to just not point UseBanner to an non-existant file! ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching...

...g3: mm_request_receive entering debug2: input_userauth_request: setting up authctxt for sproot debug3: mm_start_pam entering debug3: mm_request_send entering: type 37 debug3: mm_inform_authserv entering debug3: mm_request_send entering: type 3 debug2: input_userauth_request: try method none debug3: mm_auth2_read_banner entering debug3: mm_request_send entering: type 8 debug3: mm_request_receive_expect entering: type 9 debug3: mm_request_receive entering debug3: monitor_read: checking request 37 debug1: Starting up PAM with username "sproot" debug3: Trying to reverse map address 137.79.12.130. debug1:...

...sending MONITOR_ANS_PWNAM: 1 debug3: mm_request_send entering: type 9 debug2: monitor_read: 8 used once, disabling now debug2: input_userauth_request: setting up authctxt for username [preauth] debug3: mm_inform_authserv entering [preauth] debug3: mm_request_send entering: type 4 [preauth] debug3: mm_auth2_read_banner entering [preauth] debug3: mm_request_send entering: type 10 [preauth] debug3: mm_request_receive_expect entering: type 11 [preauth] debug3: mm_request_receive entering [preauth] debug3: mm_request_receive entering debug3: monitor_read: checking request 4 debug3: mm_answer_authserv: service=ssh-c...

After upgrading a Linux system from OpenSSH 6.7 to 6.9, Cisco switches/routers can no longer scp config files to/from the system. The last debug entry before the Cisco device closes the connection is "debug1: server_input_channel_open: confirm session". The next line is "Connection closed by x.x.x.x". Anyone else seen this or know of a fix? The Cisco device gives

...18:13:13.000000000 +0200 @@ -44,6 +44,9 @@ DH *mm_choose_dh(int, int, int); int mm_key_sign(Key *, u_char **, u_int *, u_char *, u_int); void mm_inform_authserv(char *, char *); +#ifdef WITH_SELINUX +void mm_inform_authrole(char *); +#endif struct passwd *mm_getpwnamallow(const char *); char *mm_auth2_read_banner(void); int mm_auth_password(struct Authctxt *, char *); diff -u --new-file --recursive openssh-3.9p1_vanilla/selinux.c openssh-3.9p1_selinux/selinux.c --- openssh-3.9p1_vanilla/selinux.c 1970-01-01 02:00:00.000000000 +0200 +++ openssh-3.9p1_selinux/selinux.c 2004-09-07 17:41:15.000000000 +0200 @...

On 30/06/2023 09:56, Damien Miller wrote: > It's very hard to figure out what is happening here without a debug log. > > You can get one by stopping the listening sshd and running it manually > in debug mode, e.g. "/usr/sbin/sshd -ddd" Or starting one in debug mode on a different port, e.g. "-p99 -ddd"

...:15 TOTO sshd[19126]: debug2: input_userauth_request: setting up authctxt for toto [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_inform_authserv entering [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_request_send entering: type 4 [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_auth2_read_banner entering [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_request_send entering: type 10 [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_request_receive_expect entering: type 11 [preauth] Jul 7 11:52:15 TOTO sshd[19126]: debug3: mm_request_receive entering [preauth] Jul 7 11:52:15...

http://bugzilla.mindrot.org/show_bug.cgi?id=296 ------- Additional Comments From bugzilla-openssh at thewrittenword.com 2002-06-26 01:20 ------- Are you sure? I have 3.3p1 running on 4.0D and 5.1 and I can connect as non-root. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.