Autenticación

Parte de	login (es)
Etiqueta de Stack Exchange	Stack Exchange

L'autenticación ye l'actu o procesu de confirmar que daqué (o daquién) ye quien diz ser. A la parte que s'identifica llámase-y probador. A la parte que verifica la identidá se la llapada verificador. Ye habitual que'l probador seya un usuariu que quier aportar a ciertos recursos y el verificador seya un sistema que protexe l'accesu a dichos recursos y tien que verificar que'l qu'apuerta seya un usuariu que tien permisos p'aportar a esos recursos. Pa poder tener autenticación ye necesaria, como condición previa, la esistencia d'identidaes biunívocamente identificaes de tala forma que déxese la so identificación.

Definiciones

Autenticación, autentificación (non encamentáu) o meyor dichu acreditación, en términos de seguridá de redes de datos, puede considerase unu de los trés pasos fundamentales (AAA). Cada unu d'ellos ye, de forma ordenada:

1. Autenticación. Na seguridá d'ordenador, la autenticación ye'l procesu d'intentu de verificar la identidá dixital del remitente d'una comunicación como un pidimientu pa conectase. El remitente siendo autenticado pue ser una persona qu'usa un ordenador, un ordenador por sigo mesmu o un programa del ordenador. Nuna web d'enfotu, "autenticación" ye una manera d'asegurar que los usuarios son quien ellos dicen qu'ellos son - que l'usuariu qu'intenta realizar funciones nun sistema ye de fechu l'usuariu que tien l'autorización pa faer asina.
2. Autorización. Procesu pol cual la rede de datos autoriza al usuariu identificáu a aportar a determinaos recursos de la mesma.
3. Auditoría. Por aciu la cual la rede o sistemes asociaos rexistren toos y cada unu de los accesos a los recursos que realiza l'usuariu autorizaos o non.

El problema de l'autorización de cutiu, ye idénticu a la de autenticación; munchos protocolos de seguridá estensamente adoptaos estándar, regulaciones obligatories, y hasta estatutos tán basaos nesta asunción. Sicasí, l'usu más exactu describe la autenticación como'l procesu de verificar la identidá d'una persona, mientres l'autorización ye'l procesu de verificación qu'una persona conocida tien l'autoridá pa realizar una cierta operación. La autenticación, poro, tien de preceder l'autorización. Pa estremar la autenticación de l'autorización de términu estrechamente rellacionada, esisten unes notaciones de taquigrafía que son: A1 pa la autenticación y A2 pa l'autorización que de xemes en cuando son usaes,tamién esisten los términos AuthN y AuthZ que son usaos en delles comunidaes.

Tipos de autenticación

Los métodos de autenticación tán en función de lo qu'utilicen pa la verificación y estos estrémense en tres categoríes:

• Sistemes basaos en daqué conocíu. Exemplu, un password (Unix) o passphrase (PGP).
• Sistemes basaos en daqué teníu. Exemplu, una tarxeta d'identidá, una tarxeta intelixente(smartcard), dispositivu usb tipu epass token, Tarxeta de coordenaes, smartcard o dongle criptográficu.
• Sistemes basaos nuna carauterística física delantre usuariu o un actu involuntariu del mesmu: Exemplu, verificación de voz, d'escritura, de buelgues, de patrones oculares.

Carauterístiques de autenticación

Cualquier sistema d'identificación hai de tener unes determinaes carauterístiques pa ser vidable:

• Hai de ser fiable con una probabilidá bien elevada (podemos falar de tases de fallu d'en los sistemes menos seguros)....
• Económicamente facederu pa la organización (si'l so preciu ye cimeru al valor de lo que s'intenta protexer, tenemos un sistema incorreutu).
• Soportar con ésitu ciertu tipu d'ataques.
• Ser aceptable pa los usuarios, que van ser a lo último quien lo utilicen.
• Respuesta inmediata, direuta, intelixente, senciella, ante cada situación.

Mecanismu de autenticación

Pa autenticar ye necesariu establecer un protocolu de comunicación ente les partes de forma que la parte verificadora (de normal) prueba verificar que la parte que s'identifica (de normal un usuariu) efeutivamente ye quien diz que ye. Polo xeneral el procesu de autenticación consta de los siguientes pasos:

1. El probador solicita accesu a un sistema.
2. El verificador solicita al usuariu que se autentique.
3. El probador apurre les credenciales que lu identifiquen y dexen verificar l'autenticidá de la identificación.
4. El verificador valida según les sos regles si les credenciales apurríes son abondes pa dar accesu al usuariu o non.

Control d'accesu

Un exemplu familiar ye'l control d'accesu. Un sistema informáticu supuestu pa ser utilizáu solamente por aquellos autorizaos, tien de procurar detectar y escluyir el desautorizáu. L'accesu a él polo tanto ye controláu xeneralmente aportunando nun procedimientu de la autentificación pa establecer con un ciertu grau establecíu d'enfotu la identidá del usuariu, polo tanto concediendo esos privilexos como pue ser autorizáu a esa identidá. Los exemplos comunes del control d'accesu qu'impliquen la autenticación inclúin:

• Retirar de dineru d'un caxeru automáticu.
• Control d'un ordenador remotu ensin Internet.
• Usu d'un sistema Internet banking.

Pa intentar probar la identidá d'un suxetu o oxetu posible aplicar una o más pruebes que, si tán pasaes, declaráronse primeramente pa ser abondos proceder. El problema ye determinase qué pruebes son abondes, y munchos tales son desaparentes. Tienen sío munchos casos de tales pruebes que son spoofed con ésitu; tienen pola so falta demostrada, ineludible, ser desaparentes. Muncha xente sigue mirando les pruebes -- y la decisión pa mirar ésitu en pasar -como aceptable, y pa culpar la so falta en “sloppiness” o “incompetencia” de parte daquién. El problema ye que la prueba foi supuesta pa trabayar na práutica -- non so condiciones ideales de nengún sloppiness o incompetencia-y non. Ye la prueba que falló en tales casos. Considerar la caxa bien común d'un email de la confirmación al cual tenga de ser contestáu p'activar una cuenta en llinia d'una cierta clase. Puesto que el email puede iguar fácilmente pa dir a o pa venir de direiciones falses y untraceable, ésti ye xustu sobre la menos autenticación robusta posible. L'ésitu en pasar esta prueba significa pocu, ensin considerancia dalguna escontra sloppiness o incompetencia.

Autenticación por multifactor

Los factores de la autenticación pa los seres humanos clasifíquense, xeneralmente, en cuatro casos:

• Daqué que l'usuariu ye (exemplu, la buelga dixital o'l patrón retiniano), la secuencia d'ADN (hai definiciones clasificaes de cuál ye abonda), el patrón de la voz (otra vegada delles definiciones), la reconocencia de la firma, les señales bio-llétriques úniques producíes pol cuerpu vivu, o otru identificador biométrico).
• Daqué que l'usuariu tien (exemplu, tarxeta de la identificación, símbolu de la seguridá, símbolu del software o teléfonu móvil)
• Daqué que l'usuariu sabe (exemplu, una contraseña, una frase o un númberu d'identificación personal (el PIN) del pasu).
• Daqué que l'usuariu fai (exemplu, reconocencia de voz, firma, o'l pasu).

y ::*

Autenticación por aciu dos factores "daqué que tengo" la llave + "daqué que sé" un númberu de PIN (token criptográficu)

• Autenticación triple factor "daqué que tengo" el dispositivu criptográficu + "daqué que sé" una clave de autenticación tipu PIN (al token criptográficu) + "quién soi" la buelga dactilar que me dexa autenticarme al dispositivu de forma unívoca.

Una combinación de métodos utilízase dacuando, exemplu, una tarxeta de bancu y un PIN, nesti casu utiliza'l términu “autenticación de dos factores”. Históricamente, les buelgues dixitales utilizáronse como'l métodu más autoritariu de autenticación, pero proceso llegales recién nos E.E.X.X. y a otra parte llevantaron duldes fundamentales sobre fiabilidá de la buelga dixital. Otros métodos biométricos son prometedores (les esploraciones retinianas y de la buelga dixital son un exemplu), pero demostraron ser fácilmente engañaos na práutica. Nun contestu de los datos del ordenador, desenvolviéronse protocolo de desafío-respuesta que dexen l'accesu si'l que se quier autenticar respuende correutamente a un desafíu propuestu pol verificador. Hai protocolo desafío-respuesta basaos n'algoritmos criptográficos llamándose protocolo criptográficos de desafío-respuesta. La seguridá de los protocolo criptográficos de desafío-respuesta basar na seguridá de los algoritmo criptográficos qu'usa.

Autenticación

El Authentication foi definíu por Arnnei Speiser en 2003 ente que la Web basó'l serviciu qu'apurre na autenticación d'usuarios finales que tienen accesu (Login) a un serviciu d'Internet. La Autenticación ye similar a la verificación de la tarxeta de creitu pa les Web site del eCommerce. La verificación ye fecha por un serviciu dedicáu que reciba la entrada y vuelva la indicación del ésitu o de fallu. Por casu, un usuariu final desea entrar na so Web site. Él consigue entrar nuna páxina Web de la conexón que rique p'accesu, el so user-id y una contraseña o a los sitios aseguraos y la so contraseña al empar. La información tresmitir al serviciu del eAuthentication como pregunta. Si'l serviciu vuelve ésitu, dexen al usuariu final entrar nel serviciu d'esa páxina Web colos sos privilexos como usuariu.

Autenticación d'usuarios en Unix

PAM

PAM (Pluggable Authentication Module) nun ye un modelu de autenticación en sí, sinón que se trata d'un mecanismu qu'apurre una interfaz ente les aplicaciones d'usuariu y distintos métodos de autenticación, tratando d'esta forma de solucionar unu de los problemes clásicos de la autenticación d'usuarios: el fechu de qu'una vegada que se definió y enllantó ciertu mecanismu nuna redolada, ye difícil camudalo. Por aciu PAM podemos comunicar a la nuesa aplicaciones colos métodos de autenticación que deseyemos d'una forma tresparente, lo que dexa integrar les utilidaes d'un sistema Unix clásicu (login, ftp, telnet...) con esquemes distintos del habitual password: claves d'un solu usu, biométricos, tarxetes intelixentes...

La gran mayoría de les aplicaciones de linux usen estos métodos (PAM) para autenticarse frente al sistema, una y bones una aplicación preparada pa PAM (PAM-aware) puede camudar el mecanismu de autenticación qu'usa ensin necesidade de recompilar les fontes. Inclusive puede llegase a camudar el sistema de autenticación local ensin siquier tocar les aplicaciones esistentes.

PAM vien `de serie' en distintos sistemes Unix, tanto llibres como comerciales, y el nivel d'astracción qu'apurre dexa coses tan interesantes como kerberizar nuesa autenticación (siquier la parte servidora) ensin más que camudar la configuración de PAM, que s'atopa bien nel ficheru /etc/pam.conf o bien en distintos archivos dientro del direutoriu /etc/pam.d/

PAM trabaya con cuatro tipos separaos de xeres d'alministración: authentication, account, session, y password. L'asociación del esquema d'alministración preferíu col comportamientu de l'aplicación facer por aciu archivos de configuración. Les funciones d'alministración facer módulos que s'especifiquen nel archivu de configuración. Más palantre esplicárase de volao la sintaxis del archivu de configuración yá que se va fuera del algame d'esti artículu.

Cuando una aplicación preparada pa PAM empecipia, actívase la so comunicación cola API de PAM. Ente otres coses esto fuercia la llectura del archivu de configuración: /etc/pam.conf. Alternativamente puede ser que s'empecipie la llectura de los archivos de configuración so /etc/pam.d/ (cuando esiste un archivu de configuración correutu so esti direutoriu, ignórase l'archivu /etc/pam.conf)

Ver tamién

• AAA = Autenticación, Autorización y Traceabilidad (Accounting)
• Criptografía
• SSH
• RADIUS
• DIAMETER
• Autorización
• CAPTCHA
• TCP Wrapper
• puntu d'accesu
• Kerberos
• LDAP

Enllaces esternos

• Autenticación y autorización
• Autenticación d'usuarios

Referencies