[Bug 3396] New: openssh-8.9_p1 does not accept connections - invalid syscall=414

[bugzilla-daemon at mindrot.org]

https://bugzilla.mindrot.org/show_bug.cgi?id=3396

            Bug ID: 3396
           Summary: openssh-8.9_p1 does not accept connections - invalid
                    syscall=414
           Product: Portable OpenSSH
           Version: 8.9p1
          Hardware: ix86
                OS: Linux
            Status: NEW
          Severity: critical
          Priority: P5
         Component: sshd
          Assignee: unassigned-bugs at mindrot.org
          Reporter: fierevere at ya.ru

After updating openssh to version 8.9p1 and restarting sshd it is
unable to complete connection/login process:


remote:
debug1: Local version string SSH-2.0-OpenSSH_8.8p1-hpn15v2
debug1: Remote protocol version 2.0, remote software version
OpenSSH_8.9p1-hpn15v2
debug1: compat_banner: match: OpenSSH_8.9p1-hpn15v2 pat OpenSSH* compat
0x04000000
...
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: AUTH STATE IS 0
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: REQUESTED ENC.NAME is 'aes128-ctr'
debug1: REQUESTED MAC.NAME is 'umac-64-etm at openssh.com'
debug1: kex: server->client cipher: aes128-ctr MAC:
umac-64-etm at openssh.com compression: zlib at openssh.com
debug1: REQUESTED ENC.NAME is 'aes128-ctr'
debug1: REQUESTED MAC.NAME is 'umac-64-etm at openssh.com'
debug1: kex: client->server cipher: aes128-ctr MAC:
umac-64-etm at openssh.com compression: zlib at openssh.com
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

disconnect.

local dmesg:
[682483.482239] audit: type=1326 audit(1645779265.254:7): auid=0 uid=22
gid=22 ses=6 pid=6030 comm="sshd" exe="/usr/sbin/sshd" sig=31
arch=40000003 syscall=414 compat=0 ip=0xb7f2d549 code=0x0


Initially reported vs Gentoo bugzilla 
https://bugs.gentoo.org/834019
and been confirmed there (Also you might want to see build environment
basic details).


Affected - x86 (i686) architecture.
32 bit kernel+32 bit userland and 64 bit kernel with 32bit userland

64bit (amd64) arch is not affected.
Tested with HPN patch and without it, does not matter - the problem
persists.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.