diff options
author | Colin Watson <cjwatson@debian.org> | 2010-01-01 23:53:30 +0000 |
---|---|---|
committer | Colin Watson <cjwatson@debian.org> | 2010-01-01 23:53:30 +0000 |
commit | df03186a4f9e0c2ece398b5c0571cb6263d7a752 (patch) | |
tree | 1aab079441dff9615274769b19f2d734ddf508dd /PROTOCOL | |
parent | 6ad6994c288662fca6949f42bf91fec2aff00bca (diff) | |
parent | 99b402ea4c8457b0a3cafff37f5b3410a8dc6476 (diff) |
* New upstream release (closes: #536182). Yes, I know 5.3p1 has been out
for a while, but there's no GSSAPI patch available for it yet.
- Change the default cipher order to prefer the AES CTR modes and the
revised "arcfour256" mode to CBC mode ciphers that are susceptible to
CPNI-957037 "Plaintext Recovery Attack Against SSH".
- Add countermeasures to mitigate CPNI-957037-style attacks against the
SSH protocol's use of CBC-mode ciphers. Upon detection of an invalid
packet length or Message Authentication Code, ssh/sshd will continue
reading up to the maximum supported packet length rather than
immediately terminating the connection. This eliminates most of the
known differences in behaviour that leaked information about the
plaintext of injected data which formed the basis of this attack
(closes: #506115, LP: #379329).
- ForceCommand directive now accepts commandline arguments for the
internal-sftp server (closes: #524423, LP: #362511).
- Add AllowAgentForwarding to available Match keywords list (closes:
#540623).
- Make ssh(1) send the correct channel number for
SSH2_MSG_CHANNEL_SUCCESS and SSH2_MSG_CHANNEL_FAILURE messages to
avoid triggering 'Non-public channel' error messages on sshd(8) in
openssh-5.1.
- Avoid printing 'Non-public channel' warnings in sshd(8), since the
ssh(1) has sent incorrect channel numbers since ~2004 (this reverts a
behaviour introduced in openssh-5.1; closes: #496017).
* Update to GSSAPI patch from
http://www.sxw.org.uk/computing/patches/openssh-5.2p1-gsskex-all-20090726.patch,
including cascading credentials support (LP: #416958).
Diffstat (limited to 'PROTOCOL')
-rw-r--r-- | PROTOCOL | 13 |
1 files changed, 12 insertions, 1 deletions
@@ -64,6 +64,12 @@ remain open after a "eow@openssh.com" has been sent and more data may | |||
64 | still be sent in the other direction. This message does not consume | 64 | still be sent in the other direction. This message does not consume |
65 | window space and may be sent even if no window space is available. | 65 | window space and may be sent even if no window space is available. |
66 | 66 | ||
67 | NB. due to certain broken SSH implementations aborting upon receipt | ||
68 | of this message (in contravention of RFC4254 section 5.4), this | ||
69 | message is only sent to OpenSSH peers (identified by banner). | ||
70 | Other SSH implementations may be whitelisted to receive this message | ||
71 | upon request. | ||
72 | |||
67 | 4. connection: disallow additional sessions extension | 73 | 4. connection: disallow additional sessions extension |
68 | "no-more-sessions@openssh.com" | 74 | "no-more-sessions@openssh.com" |
69 | 75 | ||
@@ -87,6 +93,11 @@ connection. | |||
87 | Note that this is not a general defence against compromised clients | 93 | Note that this is not a general defence against compromised clients |
88 | (that is impossible), but it thwarts a simple attack. | 94 | (that is impossible), but it thwarts a simple attack. |
89 | 95 | ||
96 | NB. due to certain broken SSH implementations aborting upon receipt | ||
97 | of this message, the no-more-sessions request is only sent to OpenSSH | ||
98 | servers (identified by banner). Other SSH implementations may be | ||
99 | whitelisted to receive this message upon request. | ||
100 | |||
90 | 5. connection: Tunnel forward extension "tun@openssh.com" | 101 | 5. connection: Tunnel forward extension "tun@openssh.com" |
91 | 102 | ||
92 | OpenSSH supports layer 2 and layer 3 tunnelling via the "tun@openssh.com" | 103 | OpenSSH supports layer 2 and layer 3 tunnelling via the "tun@openssh.com" |
@@ -240,4 +251,4 @@ The values of the f_flag bitmask are as follows: | |||
240 | Both the "statvfs@openssh.com" and "fstatvfs@openssh.com" extensions are | 251 | Both the "statvfs@openssh.com" and "fstatvfs@openssh.com" extensions are |
241 | advertised in the SSH_FXP_VERSION hello with version "2". | 252 | advertised in the SSH_FXP_VERSION hello with version "2". |
242 | 253 | ||
243 | $OpenBSD: PROTOCOL,v 1.11 2008/07/05 05:16:01 djm Exp $ | 254 | $OpenBSD: PROTOCOL,v 1.12 2009/02/14 06:35:49 djm Exp $ |