IETF-SSH archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Terrapin
Brian Pence <bpence%celestialsoftware.net@localhost> writes:
>OpenSSH supports a number of transport-layer hardening measures under a
>"strict KEX" feature. This feature is signalled similarly to the RFC8308 ext-
>info feature: by including a additional algorithm in the initial
>SSH2_MSG_KEXINIT kex_algorithms field.
Ugh, another incompletely-specified [*] homebrew add-on kludged onto SSH
without any public consultation, to fix the problems caused by the first
incompletely-specified homebrew add-on kludged onto SSH without any public
consultation. What happened to publishing RFCs and getting public review and
feedback in case there are problems?
>During initial KEX, terminate the connection if any unexpected or out-of-
>sequence packet is received. This includes terminating the connection if the
>first packet received is not SSH2_MSG_KEXINIT. Unexpected packets for the
>purpose of strict KEX include messages that are otherwise valid at any time
>during the connection such as SSH2_MSG_DEBUG and SSH2_MSG_IGNORE.
Are there any implementations that would break if you did this anyway?
Assuming that what it's trying to say is "terminate the connection if the
first packet isn't SSH2_MSG_KEXINIT".
Peter.
[*] See the second paragraph quoted above with ambiguous and vague terms like
"unexpected", "includes ...", etc.
Home |
Main Index |
Thread Index |
Old Index