Is this a bug in 5.4p1?
JCA
1.41421 at gmail.com
Sat Mar 13 04:11:09 EST 2010
I am testing with a 5.4p1 client and have noticed, on the server
side, that sometimes an SSH_MSG_DISCONNECT message is received with
the following 28-byte long payload:
0x00 0x00 0x00 0x0b
Reason: SSH_DISCONNECT_BY_APPLICATION
0x00 0x00 0x00 0x14
Description string length: 20 bytes
0x64 0x69 0x73 0x63 0x6f 0x6e 0x6e 0x65
Description string: disconnected by user
0x63 0x74 0x65 0x64 0x20 0x62 0x79 0x20
0x75 0x73 0x65 0x72
Is this not incomplete? In RFC 4253, section 11.1, the payload for
this message is defined to be
uint32 reason code
string description in ISO-10646 UTF-8 encoding [RFC3629]
string language tag [RFC3066]
Is it the case that if the sender does not want to use a language tag
it can omit the language string altogether, or must one still send an
empty string - i.e. a sequence of four bytes all set to zero?
More information about the openssh-unix-dev
mailing list