HP 6125G HP 6125G & 6125G/XG Blade Switches Security Configuration Gui - Page 187

Configuring SSH2.0, Overview, SSH operation, Version negotiation

Page 187 highlights

Configuring SSH2.0 Overview Secure Shell (SSH) offers an approach to logging in to a remote device securely. Using encryption and strong authentication, SSH protects devices against attacks such as IP spoofing and plain text password interception. The switch can not only work as an SSH server to support connections with SSH clients, but also work as an SSH client to allow users to establish SSH connections with a remote device acting as the SSH server. When acting as an SSH server, the switch supports SSH2.0 and SSH1. When acting as an SSH client, the switch supports SSH2.0 only. Unless otherwise noted, SSH in this document refers to SSH2.0. SSH operation To establish an SSH connection and communicate with each other through the connection, an SSH client and the SSH server go through the stages listed in Table 11. Table 11 Stages in session establishment and interaction between an SSH client and the server Stages Version negotiation Key and algorithm negotiation Authentication Session request Interaction Description SSH1 and SSH2.0 are supported. The two parties negotiate a version to use. SSH supports multiple algorithms. The two parties negotiate algorithms for communication, and use the DH key exchange algorithm to generate the same session key and session ID. The SSH server authenticates the client in response to the client's authentication request. After passing authentication, the client sends a session request to the server. After the server grants the request, the client and the server start to communicate with each other. Version negotiation 1. The server opens port 22 to listen to connection requests from clients. 2. The client sends a TCP connection request to the server. 3. After the TCP connection is established, the server sends a packet that carries a version information string to the client. The version information string is in the format SSH-.-. The primary and secondary protocol version numbers constitute the protocol version number. The software version number is used for debugging. 4. After receiving the packet, the client resolves the packet and compares the server's protocol version number with that of its own. If the server's protocol version is lower and supportable, the client uses the protocol version of the server; otherwise, the client uses its own protocol version. In 177

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285

177
Configuring SSH2.0
Overview
Secure Shell (SSH) offers an approach to logging in to a remote device securely. Using encryption and
strong authentication, SSH protects devices against attacks such as IP spoofing and plain text password
interception.
The switch can not only work as an SSH server to support connections with SSH clients, but also work as
an SSH client to allow users to establish SSH connections with a remote device acting as the SSH server.
When acting as an SSH server, the switch supports SSH2.0 and SSH1. When acting as an SSH client,
the switch supports SSH2.0 only.
Unless otherwise noted, SSH in this document refers to SSH2.0.
SSH operation
To establish an SSH connection and communicate with each other through the connection, an SSH client
and the SSH server go through the stages listed in
Table 11
.
Table 11
Stages in session establishment and interaction between an SSH client and the server
Stages
Description
Version negotiation
SSH1 and SSH2.0 are supported. The two parties negotiate a version to
use.
Key and algorithm negotiation
SSH supports multiple algorithms. The two parties negotiate algorithms
for communication, and use the DH key exchange algorithm to generate
the same session key and session ID.
Authentication
The SSH server authenticates the client in response to the client’s
authentication request.
Session request
After passing authentication, the client sends a session request to the
server.
Interaction
After the server grants the request, the client and the server start to
communicate with each other.
Version negotiation
1.
The server opens port 22 to listen to connection requests from clients.
2.
The client sends a TCP connection request to the server.
3.
After the TCP connection is established, the server sends a packet that carries a version information
string to the client. The version information string is in the format SSH-<primary protocol version
number>.<secondary protocol version number>-<software version number>. The primary and
secondary protocol version numbers constitute the protocol version number. The software version
number is used for debugging.
4.
After receiving the packet, the client resolves the packet and compares the server’s protocol
version number with that of its own. If the server’s protocol version is lower and supportable, the
client uses the protocol version of the server; otherwise, the client uses its own protocol version. In