Re: Terrapin
Peter Gutmann <[email protected]> Thu, 28 Dec 2023 04:55:35 +0000
| Newsgroups | gmane.ietf.secsh |
|---|---|
| Message-ID | <SY4PR01MB6251EF9C2946C549244BFDB7EE9EA@SY4PR01MB6251.ausprd01.prod.outlook.com> |
Brian Pence <[email protected]> writes:=0A=0A>OpenSSH supports a= number of transport-layer hardening measures under a=0A>"strict KEX" featu= re. This feature is signalled similarly to the RFC8308 ext-=0A>info feature= : by including a additional algorithm in the initial=0A>SSH2_MSG_KEXINIT ke= x_algorithms field.=0A=0AUgh, another incompletely-specified [*] homebrew a= dd-on kludged onto SSH=0Awithout any public consultation, to fix the proble= ms caused by the first=0Aincompletely-specified homebrew add-on kludged ont= o SSH without any public=0Aconsultation. What happened to publishing RFCs = and getting public review and=0Afeedback in case there are problems?=0A=0A>= During initial KEX, terminate the connection if any unexpected or out-of-= =0A>sequence packet is received. This includes terminating the connection i= f the=0A>first packet received is not SSH2_MSG_KEXINIT. Unexpected packets = for the=0A>purpose of strict KEX include messages that are otherwise valid = at any time=0A>during the connection such as SSH2_MSG_DEBUG and SSH2_MSG_IG= NORE.=0A=0AAre there any implementations that would break if you did this a= nyway?=0AAssuming that what it's trying to say is "terminate the connection= if the=0Afirst packet isn't SSH2_MSG_KEXINIT".=0A=0APeter.=0A=0A[*] See th= e second paragraph quoted above with ambiguous and vague terms like=0A "= unexpected", "includes ...", etc.