Disabling GSSAPI Key Exchange in the client config makes it proceed as expected, so that is a workaround. Deleting the moonshot mech file doesn't change the behaviour, so it would seem that the GSS patches are at fault, rather than the presence of our mechanism directly. [adamb@ms-ssh-rp ~]$ ssh -vv -l "" ms-ssh-rp.dev.ja.net OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013 debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to ms-ssh-rp.dev.ja.net [212.219.210.74] port 22. debug1: Connection established. debug1: identity file /home/DEV/adamb/.ssh/identity type -1 debug1: identity file /home/DEV/adamb/.ssh/identity-cert type -1 debug1: identity file /home/DEV/adamb/.ssh/id_rsa type -1 debug1: identity file /home/DEV/adamb/.ssh/id_rsa-cert type -1 debug1: identity file /home/DEV/adamb/.ssh/id_dsa type -1 debug1: identity file /home/DEV/adamb/.ssh/id_dsa-cert type -1 debug1: identity file /home/DEV/adamb/.ssh/id_ecdsa type -1 debug1: identity file /home/DEV/adamb/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 debug1: match: OpenSSH_5.3 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.3 debug2: fd 4 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: