|Internet protocol suite|
The Name/Finger protocol is based on Request for Comments document RFC 742 (December 1977) as an interface to the
finger programs that provide status reports on a particular computer system or a particular person at network sites. The finger program was written in 1971 by Les Earnest who created the program to solve the need of users who wanted information on other users of the network. Information on who is logged in was useful to check the availability of a person to meet. This was probably the earliest form of presence information for remote network users.
Prior to the finger program, the only way to get this information was with a
who program that showed IDs and terminal line numbers (the server's internal number of the communication line, over which the user's terminal is connected) for logged-in users. Earnest named his program after the idea that people would run their fingers down the
who list to find what they were looking for.
The term "finger" has a definition of "to snitch" or "to identify": this made "finger" a good reminder/mnemonic to the semantic of the UNIX
finger command (a client in the protocol context).
Finger user information protocol
The finger daemon runs on TCP port 79. The client will (in the case of remote hosts) open a connection to port 79. An RUIP (Remote User Information Program) is started on the remote end of the connection to process the request. The local host sends the RUIP one line query based upon the Finger query specification, and waits for the RUIP to respond. The RUIP receives and processes the query, returns an answer, then initiates the close of the connection. The local host receives the answer and the close signal, then proceeds to close its end of the connection.
The Finger user information protocol is based on RFC 1288 (The Finger User Information Protocol, December 1991). Typically the server side of the protocol is implemented by a program
in.fingerd (for finger daemon), while the client side is implemented by the
finger programs which are supposed to return a friendly, human-oriented status report on either the system at the moment or a particular person in depth. There is no required format, and the protocol consists mostly of specifying a single command line.
The program would supply information such as whether a user is currently logged-on, e-mail address, full name etc. As well as standard user information, finger displays the contents of the
.plan files in the user's home directory. Often this file (maintained by the user) contains either useful information about the user's current activities, similar to micro-blogging, or alternatively all manner of humor.
Supplying such detailed information as e-mail addresses and full names was considered acceptable and convenient in the early days of networking, but later was considered questionable for privacy and security reasons.
Finger information has been used by hackers as a way to initiate a social engineering attack on a company's computer security system. By using a finger client to get a list of a company's employee names, email addresses, phone numbers, and so on, a hacker can call or email someone at a company requesting information while posing as another employee.
The finger daemon has also had several exploitable security holes crackers have used to break into systems. For example, in 1988 the Morris worm exploited an overflow vulnerability in
fingerd (among others) to spread.
For these reasons, by the late 1990s the vast majority of sites on the Internet no longer offered the service.
This section needs expansion. You can help by adding to it. (January 2011)
- Earnest, Les (20 February 1990). "Origins of the finger command". Newsgroup: alt.folklore.computers. Usenet: 1990Feb20.email@example.com – via Colbath, Sean.
- "Finger protocol". www.fact-index.com. Retrieved 27 June 2022.
- Spafford, Eugene (8 December 1988). "An analysis of the worm" (PDF). Purdue University. Retrieved 10 June 2021.