|
|
Telnet versus SSH Many people continue to use Telnet for sensitive applications or access to critical systems. Telnet is CLEARTEXT, so all the data, including the login id is visible is someone intercepts that session Heres what this looks like using Wireshark an Open Source Protocol Analyzer when we use the Follow TCP Stream feature in Wireshark. The next characters are red (the character I typed) and blue (the characters echoed back) You clearly see the User Verification Prompt.
Here's the telnet trace file. Below you can see me typing in my username; In this screenshot below you can see me entering the command enable and the the enable password.
How to Enable SSH Version 1 on Cisco Before you can enable SSH you need to assign individual (or group) user IDs and passwords. These are just login id's and are required regardless if you use Telnet or SSH. To enable locally administered user IDs, use the following set of configuration commands. I would not suggest using the nopassword parameter. Put your own data in the italized text.
Now when you telnet into the device you should see the Username prompt
Now that you have login id's created you can turn on SSH version 1. To enable SSH, use the following set of configuration commands. I would not suggest using the nopassword parameter. Put your own data in the italized text.
Now we'll try to capture the SSH login and as you can see
the login data is no longer in clear text. Here's the SSH 1 trace file.
The moral of the story is not to use Cleartext logins if the device or application is sensitive. To upgrade to even more secure SSH version 2, type in the following commands
the SSH version 2 trace files are here
In this write up I used;
|
|