Finger (protocol)
In computer networking, the Name/Finger protocol and the Finger user information protocol are simple network protocols for the exchange of human-oriented status and user information. Name/Finger protocol. The Name/Finger protocol is based on Request for Comments document (December 1977) as an interface to the codice_1 and codice_2 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 codice_3 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 codice_3 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 codice_2 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 ("The Finger User Information Protocol", December 1991). Typically the server side of the protocol is implemented by a program codice_6 or codice_7 (for "finger daemon"), while the client side is implemented by the codice_1 and codice_2 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 codice_10 and codice_11 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. Security concerns. 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 codice_6 (among others) to spread. For these reasons, by the late 1990s the vast majority of sites on the Internet no longer offered the service. Application support. It is implemented on Unix, Unix-like systems (like macOS), and current versions of Windows (finger.exe command). Other software has finger support: