Authentication

In computer security, Authentication is the process by which a computer, computer program, or another user attempts to confirm that the computer, computer program, or user from whom the second party has received some communication is, or is not, the claimed first party.

The problem of authorization is often considered to be identical to that of authentication: however, there are many cases in which these two problems are different.

One familiar example is access control. A computer system supposed to be used only by those authorized must attempt to detect and exclude the unauthorized. Access to it is therefore usually controlled by insisting on an authentication procedure before access is granted. A few examples are given below.

However, note that much of the discussion on these topics is misleading because terms are used without precision. Part of this confusion may be due to the 'law enforcement' tone of much of the discussion. No computer, computer program, or computer user can 'confirm the identity' of another party. It is not possible to 'establish' or 'prove' an identity, either. There are tricky issues lurking under what appears to be a straightforward surface.

It is only possible to apply one or more tests which, if passed, have been previously declared to be sufficient to proceed. The problem is to determine which tests are sufficient, and many such are inadequate. There have been many instances of such tests having been spoofed successfully; they have by their failure shown themselves, inescapably, to be inadequate. Many continue to regard the test(s) -- and the decision to regard success in passing them -- as acceptable, and blame their failure on 'sloppiness' or 'incompetence' on the part of someone. The problem is that the test was supposed to work in practice -- not under ideal conditions of no sloppiness or incompetence -- and did not. It is the test which has failed in such cases. Consider the very common case of a confirmation email that must be replied to to activate an online account of some kind. Since email can easily be arranged to go to bogus and untraceable addresses, this is just about the least authentication possible. Success in passing this test means little, without regard to sloppiness or incompetence.

Other common examples of access control involving authentication include:

• withdrawing cash from an ATM.
• controlling a remote computer over the Internet.
• using an Internet banking system.

The methods by which a human can authenticate themselves are classified into three classes:

• Something the user is (e.g., fingerprint or retinal pattern, DNA sequence (there are assorted definitions of what is sufficient), voice pattern (again several definitions), or other biometric[?] identifier)
• Something the user has (e.g., ID card)
• Something the user knows (e.g., a password, a pass phrase or a PIN)

Sometimes a combination of methods is used, e.g., a bank card and a PIN number.

Historically, fingerprints have been used as the most authoritative method of authentication, but recent court cases in the US and elsewhere have raised fundamental doubts about fingerprint reliability. Other biometric methods are promising (retinal scans are an example), but have shown themselves to be easily spoofable in practice.

In a purely computer data context, cryptographic methods have been developed (digital signatures[?]) which are currently not spoofable if the originator's key has not been compromised. It is not known whether these cryptographically based authentication methods are provably secure since unanticipated mathematical developments may make them vulnerable to attack in future. If that were to occur, it may call into question much of the authentication in the past. In particular, a digitally signed contract may be questioned when a new attack on the cryptography underlying the signature is discovered.

See also: Public key cryptography, Kerberos, SSH, Encrypted key exchange[?] (EKE[?]), Secure remote password protocol[?] (SRP[?])