RFC1416 on Telnet Authentication Option

"Joyce K. Reynolds" <jkrey@isi.edu> Mon, 01 February 1993 23:08 UTC

Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa27377; 1 Feb 93 18:08 EST
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa03509; 1 Feb 93 18:11 EST
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa27369; 1 Feb 93 18:08 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa27358; 1 Feb 93 18:08 EST
Received: from zephyr.isi.edu by CNRI.Reston.VA.US id aa03476; 1 Feb 93 18:10 EST
Received: from akamai.isi.edu by zephyr.isi.edu (5.65c/5.61+local-9) id <AA08339>; Mon, 1 Feb 1993 15:09:04 -0800
Message-Id: <199302012309.AA08339@zephyr.isi.edu>
To: IETF-Announce:;
Subject: RFC1416 on Telnet Authentication Option
Cc: jkrey@isi.edu
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
Date: Mon, 01 Feb 1993 15:09:22 -0800
Sender: List Manager <Postmaster@CNRI.Reston.VA.US>
From: "Joyce K. Reynolds" <jkrey@isi.edu>

A new Request for Comments is now available in online RFC libraries.



        RFC 1416:

        Title:      Telnet Authentication Option
        Author:     D. Borman, Editor
        Mailbox:    dab@CRAY.COM
        Pages:      7
        Characters: 13,270 
        Obsoletes:  1409


This RFC 1416 replaces RFC 1409, which has an important typographical
error in the example on page 6 (one occurance of "REPLY" should be
"IS").

One of the deficiencies of the Telnet protocol is that in order to log
into remote systems, users have to type their passwords, which are
passed in clear text through the network.  If the connections goes
through untrusted networks, there is the possibility that passwords
will be compromised by someone watching the packets as they go by.
The purpose of the AUTHENTICATION option is to provide a framework for
the passing of authentication information through the TELNET session.
This memo is the product of the Telnet Working Group of the Internet
Engineering Task Force (IETF).

This memo defines an Experimental Protocol for the Internet community.
Discussion and suggestions for improvement are requested.  Please
refer to the current edition of the "IAB Official Protocol Standards"
for the standardization state and status of this protocol.
Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to IETF-REQUEST@CNRI.RESTON.VA.US.  Requests to be added
to or deleted from the RFC-DIST distribution list should be sent to
RFC-REQUEST@NIC.DDN.MIL.

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to "rfc-info@ISI.EDU" with the message body 
"help: ways_to_get_rfcs".  For example:

	To: rfc-info@ISI.EDU
	Subject: getting rfcs

	help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to NIC@NIC.DDN.MIL.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
RFC-EDITOR@ISI.EDU.  Please consult RFC 1111, "Instructions to RFC
Authors", for further information.


Joyce K. Reynolds
USC/Information Sciences Institute

...

Below is the data which will enable a MIME compliant Mail Reader 
implementation to automatically retrieve the ASCII version
of the RFCs.
ftp://nic.ddn.mil/rfc/rfc1416.txt"><ftp://nic.ddn.mil/rfc/rfc1416.txt>