Remote Access http://en.wikipedia.org/wiki/Telnet The old, safe world: telnet, rlogin, rsh, rcp Telnet Telecommunications Network TELNET TELecommunication NETwork A network protocol used on Internet or LAN connections Developed in 1969 beginning with RFC 15 Standardized as IETF STD 8 The term telnet also refers to software which implements the client part of the protocol TELNET clients have been available on most Unix systems for many, many years One of the first Internet standards Available for virtually all platforms Most network equipment and OSs with a TCP/IP stack support some kind of TELNET service server for their remote configuration Secure Shell has begun to dominate remote access for Unix-based machines. TELNET "To telnet" sometimes used as a verb Establish or use a TELNET or other interactive TCP connection "To change your password, telnet to the server and run the passwd command" Typically a user will be telneting to a Unix-like server system or a simple network device such as a switch User might "telnet in from home to check his mail at school" Use a telnet client to connect local computer to a server Once the connection is established Log in with his account information Execute commands remotely on that computer E.g. ls or cd Client may also be used to make interactive raw-TCP sessions When that option is not available, telnet sessions are equivalent to raw TCP as long as byte 255 never appears in the data ? What is byte 255 ? Protocol details Protocol details TELNET is a client-server protocol TELNET predates TCP/IP Based on a reliable connection-oriented transport. Typically TCP port 23 Originally ran on NCP The protocol has many extensions Some adopted as Internet standards IETF standards STD 27 through STD 32 Define various extensions Most are extremely common. Other extensions are on the IETF standards track as proposed standards Security Security TELNET initially developed in 1969 Most networked computers at the time: Computer departments of academic institutions Large private and government research facilities Security originally not as much of a concern Changed after the bandwidth explosion of the 1990s Enencrypted alternatives made necessary Rise in the number of people with access to the Internet Number of people attempting to crack other people's servers Security in computer security1 recommend that the use of TELNET for remote logins should be discontinued under all normal circumstances for the following reasons: Experts 1SANS Institute, members of the comp.os.linux.security newsgroup Security TELNET, by default, does not encrypt any data sent over the connection (including passwords) It is easy to eavesdrop on the communications Easy to intercept ids and passwords Anybody with access to a router, switch, or gateway located on the network between the two hosts where TELNET is being used: Can intercept the packets Obtain login and password information Any of several common utilities E.g. tcpdump and Wireshark Security Most implementations of TELNET lack an authentication scheme Cannot ensure that communication is carried out between the two desired hosts, and not intercepted in the middle Commonly used TELNET daemons have several vulnerabilities discovered over the years Security Security-related shortcomings have seen the usage of the TELNET protocol drop rapidly Especially on the public Internet, In favor of a the ssh protocol First released in 1995 SSH provides much of the functionality of telnet Also has: Strong encryption Prevents sensitive data such as passwords from being intercepted Public key authentication Ensures that the remote computer is actually who it claims to be Security As has happened with other early Internet protocols Most TELNET implementations do not support these extensions Extensions to the TELNET protocol provide TLS security and SASL authentication that address many security issues Relatively little interest in implementing these SSH is adequate for most purposes. The main advantage of TLS-TELNET Ability to use certificate-authority signed server certificates: to authenticate a server host to a client that does not yet have the server key stored SSH weakness: User must trust the first session to a host when it has not yet acquired the server key Current status Current status TELNET clients are still used (as of the mid-2000s) Often when diagnosing problems Manually "talk" to other services without specialized client software Sometimes used in debugging network services an SMTP, IRC or HTTP server Serves as a simple way to send commands to the server and examine the responses Current status Other software such as nc (netcat) or socat on Unix (or PuTTY on Windows) are finding greater favor with some system administrators for testing purposes They can be called with arguments not to send any terminal control handshaking data netcat does not distort the \377 octet which allows raw access to TCP socket unlike any standard-compliant TELNET software Current status TELNET is still very popular in enterprise networks to access host applications TELNET is still widely used for administration of network elements IBM Mainframes Typically in an internal secure environment Commissioning Integration Maintenance of core network elements in mobile communication networks Current status TELNET is also heavily used for MUD games played over the Internet talkers, MUSHes, MUCKs, MOOes Resurgent BBS community Windows Vista Telnet.exe is no longer installed by default Is still included as an installable feature rsh http://en.wikipedia.org/wiki/Remote_Shell Remote SHell Remote Shell rsh (remote shell): A command line computer program Can execute shell commands As another user On another computer in a computer network Remote system on which the rsh executes needs to be running the rshd daemon. rsh uses well-known port TCP 514. Note: rsh command shares the same name as another common UNIX utility, the restricted shell First appeared in PWB/UNIX; in System V Release 4 Restricted shell is often located at /usr/lib/rsh. Remote Shell rsh originated as part of the BSD Unix operating system, along with rcp, as part of the rlogin package on 4.2BSD in 1983 rsh has been ported to other operating systems rsh protocol is not secure for network use Sends unencrypted information over the network Some implementations also authenticate by sending unencrypted passwords over the network rsh has largely been replaced by the very similar ssh (secure shell) program on untrusted networks like the internet Remote Shell rsh example: Execute the command mkdir testdir as user remoteuser on the computer host.example.com: rsh -l remoteuser host.example.com "mkdir testdir" After the command has finished rsh terminates If no command is specified then rsh will log in on the remote system using rlogin Network location of the remote computer is looked up using the Domain Name System rlogin http://en.wikipedia.org/wiki/Rlogin Remote Login rlogin rlogin is a Unix software utility that allows users to log in on another host via a network Communicates via TCP port 513 First distributed as part of the 4.2BSD release rlogin is also the name of the application layer protocol used by the software Authenticated users can act as if physically present at the computer RFC 1258 states: part of the TCP/IP protocol suite "The rlogin facility provides a remote-echoed, locally flow-controlled virtual terminal with proper flushing of output." rlogin communicates with a daemon, rlogind, on the remote host. rlogin is similar to the Telnet command Not customizable Can connect only to Unix hosts rlogin rlogin most commonly deployed on corporate or academic networks user account information is shared between all the Unix machines on the network often using NIS Deployments essentially trust most other machines (and the network infrastructure itself) the rlogin protocol relies on this trust. rlogind allows logins without password (where rlogind trusts a remote rlogin client) if the remote host appears in the /etc/hosts.equiv file if the user in question has a .rhosts file in their home directory rlogin rlogin has several serious security problems: All information is transmitted unencrypted Including passwords! .rlogin (or .rhosts) file is easy to misuse Potentially allows anyone to login without a password Many corporate system administrators prohibit .rlogin files Protocol partly relies on the remote party's rlogin client providing information honestly (including source port and source host name) actively search their networks for offenders A corrupt client is able to forge this and gain access rlogin protocol has no means of authenticating other machines' identities, or ensuring that the rlogin client on a trusted machine is the real rlogin client Common practice of mounting users' home directories via NFS exposes rlogin to attack by means of fake .rhosts files Any of NFS' security faults automatically plague rlogin rlogin Due to these serious problems rlogin is rarely used across untrusted networks (like the public internet) Even in closed deployments it has fallen into relative disuse many Unix and Linux distributions no longer including it by default Many networks which formerly relied on rlogin and telnet Replaced them with SSH and its rloginequivalent slogin rlogin Original Berkeley package which provides rlogin also features rcp and rsh Share the hosts.equiv and .rhosts accesscontrol scheme Suffer from the same security problems Do connect to a different daemon, rshd ssh suite contains suitable replacements for both: scp replaces rcp ssh itself replaces both rlogin and rsh rcp http://en.wikipedia.org/wiki/Rcp_%28Unix%29 Remote Copy rcp rcp: the Unix ‘Remote CoPy' command Command on the Unix used to remotely copy Copy one or more files from one computer system to another Typically uses Has been implemented to alternatively support Kerberos. rcp is not secure for network use TCP/IP protocol .rhosts file for authentication Sends unencrypted information over the network Largely replaced by the ssh-based utility scp Etymology: rcp is a member of the BSD unix family of 'r' (remote) commands Name is a contraction of 'r' remote and 'cp' copy. Summary Host of insecure remote commands May be okay for “internal” use Developed before security was a major concern On “secure” networks Overall: Use modern secure alternatives