Bug#1006463: openssh-client: Can't login on two i386 boxes anymore since the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY"
Hi Colin, Colin Watson wrote: > On Fri, Feb 25, 2022 at 09:38:31PM +0100, Axel Beckert wrote: > > TL;DR: OpenSSH clients (at least 8.8 and 8.9) can't talk with OpenSSH > > 8.9 servers in some cases (common property so far: if and only if it's > > i386 on the server-side), but 8.9 clients can talk with 8.8 servers in > > the same cases (i.e. i386 on the server-side) after downgrading the > > server-side. i386 OpenSSH clients can't talk to i386 8.9 servers either. > > See #1006445. Hmmm, I looked through the open bug reports before filing mine, but I hadn't notice that one, sorry. Thanks for the hint! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Processed: Re: Bug#1006463: openssh-client: Can't login on two i386 boxes anymore since the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY"
Processing control commands: > forcemerge -1 1006445 Bug #1006463 [openssh-server] openssh-server: Can't login on any 32-bit box anymore after the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY" Bug #1006445 [openssh-server] openssh-server: Killed by seccomp after accepting connection (i386) Severity set to 'grave' from 'important' There is no source info for the package 'openssh-server' at version '1:8.9p1-2.1' with architecture '' Unable to make a source version for version '1:8.9p1-2.1' Marked as found in versions openssh/1:8.9p1-2. Bug #1006463 [openssh-server] openssh-server: Can't login on any 32-bit box anymore after the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY" There is no source info for the package 'openssh-server' at version '1:8.9p1-2.1' with architecture '' Unable to make a source version for version '1:8.9p1-2.1' Marked as found in versions 1:8.9p1-2.1. Added tag(s) patch. Merged 1006445 1006463 -- 1006445: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006445 1006463: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006463 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1006463: openssh-client: Can't login on two i386 boxes anymore since the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY"
Control: forcemerge -1 1006445 On Fri, Feb 25, 2022 at 09:38:31PM +0100, Axel Beckert wrote: > TL;DR: OpenSSH clients (at least 8.8 and 8.9) can't talk with OpenSSH > 8.9 servers in some cases (common property so far: if and only if it's > i386 on the server-side), but 8.9 clients can talk with 8.8 servers in > the same cases (i.e. i386 on the server-side) after downgrading the > server-side. i386 OpenSSH clients can't talk to i386 8.9 servers either. See #1006445. -- Colin Watson (he/him) [cjwat...@debian.org]
Bug#1006463: openssh-client: Can't login on two i386 boxes anymore since the server-side has been upgraded to 8.9p1: "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY"
Package: openssh-server Version: 1:8.9p1-2 Severity: grave Hi, TL;DR: OpenSSH clients (at least 8.8 and 8.9) can't talk with OpenSSH 8.9 servers in some cases (common property so far: if and only if it's i386 on the server-side), but 8.9 clients can talk with 8.8 servers in the same cases (i.e. i386 on the server-side) after downgrading the server-side. i386 OpenSSH clients can't talk to i386 8.9 servers either. Full details: Since I've upgraded my Debian Unstable boxes to 1:8.9p1-2, I can't login from my desktop (Sid amd64) to at least two hosts (both Sid i386) anymore: ~ → ssh -v 192.168.1.179 OpenSSH_8.9p1 Debian-2, OpenSSL 1.1.1m 14 Dec 2021 debug1: Reading configuration data /home/abe/.ssh/config debug1: /home/abe/.ssh/config line 1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for * debug1: Connecting to 192.168.1.179 [192.168.1.179] port 22. debug1: Connection established. debug1: identity file /home/abe/.ssh/id_rsa type 0 debug1: identity file /home/abe/.ssh/id_rsa-cert type -1 debug1: identity file /home/abe/.ssh/id_ecdsa type 2 debug1: identity file /home/abe/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/abe/.ssh/id_ecdsa_sk type -1 debug1: identity file /home/abe/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /home/abe/.ssh/id_ed25519 type 3 debug1: identity file /home/abe/.ssh/id_ed25519-cert type -1 debug1: identity file /home/abe/.ssh/id_ed25519_sk type -1 debug1: identity file /home/abe/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /home/abe/.ssh/id_xmss type -1 debug1: identity file /home/abe/.ssh/id_xmss-cert type -1 debug1: identity file /home/abe/.ssh/id_dsa type -1 debug1: identity file /home/abe/.ssh/id_dsa-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.9p1 Debian-2 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.9p1 Debian-2 debug1: compat_banner: match: OpenSSH_8.9p1 Debian-2 pat OpenSSH* compat 0x0400 debug1: Authenticating to 192.168.1.179:22 as 'abe' debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1...@openssh.com MAC: compression: none debug1: kex: client->server cipher: chacha20-poly1...@openssh.com MAC: compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY Connection reset by 192.168.1.179 port 22 ~ → ssh -v 192.168.1.108 OpenSSH_8.9p1 Debian-2, OpenSSL 1.1.1m 14 Dec 2021 debug1: Reading configuration data /home/abe/.ssh/config debug1: /home/abe/.ssh/config line 1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for * debug1: Connecting to 192.168.1.108 [192.168.1.108] port 22. debug1: Connection established. debug1: identity file /home/abe/.ssh/id_rsa type 0 debug1: identity file /home/abe/.ssh/id_rsa-cert type -1 debug1: identity file /home/abe/.ssh/id_ecdsa type 2 debug1: identity file /home/abe/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/abe/.ssh/id_ecdsa_sk type -1 debug1: identity file /home/abe/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /home/abe/.ssh/id_ed25519 type 3 debug1: identity file /home/abe/.ssh/id_ed25519-cert type -1 debug1: identity file /home/abe/.ssh/id_ed25519_sk type -1 debug1: identity file /home/abe/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /home/abe/.ssh/id_xmss type -1 debug1: identity file /home/abe/.ssh/id_xmss-cert type -1 debug1: identity file /home/abe/.ssh/id_dsa type -1 debug1: identity file /home/abe/.ssh/id_dsa-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.9p1 Debian-2 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.9p1 Debian-2 debug1: compat_banner: match: OpenSSH_8.9p1 Debian-2 pat OpenSSH* compat 0x0400 debug1: Authenticating to 192.168.1.108:22 as 'abe' debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: rsa-sha2-512 debug1: kex: server->client cipher: chacha20-poly1...@openssh.com MAC: compression: none debug1: kex: client->server cipher: chacha20-poly1...@openssh.com MAC: compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY ssh_dispatch_run_fatal: Connection to 192.168.1.108 port 22: Broken pipe I though still can login on an Sid amd64 running VM: ~ → ssh -v 192.0.2.21 OpenSSH_8.9p1 Debian-2, OpenSSL 1.1.1m 14 Dec 2021 debug1: Reading configuration data /home/abe/.ssh/config debug1: /home/abe/.ssh/config line 1:
