Mas allá de los puertos - Página 3 Jueves 01 de Octubre de 2009 11:45

Índice del Artículo
Mas allá de los puertos
Página 2
Página 3
Ver el artículo completo

Autenticar o no autenticar
Cuando se trata de autenticar, las empresas que desarrollan productos anexan cada vez más diferentes modelos de seguridad, en lo que respecta al nivel de seguridad, robustez de la contraseña y nuevos gotchas.

El usuario debe autenticarse cada vez que inicia su computador, ahora bien, una vez que la sesión esta iniciada existen vulnerabilidades que pueden usar ese acceso en el tiempo que la persona fue a almorzar y dejó el equipo solo.

Una buena idea que recomiendan los profesionales, es que el sistema cierre el inicio y quede a la espera de un nuevo usuario y contraseña, esto a los fines del operador resulta tedioso, ya que para volver a iniciar el logon el sistema debe cargar varias aplicaciones iniciales, demorando un tiempo considerable en conectarse a la red de la empresa.

En una red local se puede predecir quién está en la misma red, pero utilizando Internet no se sabe si es cierto que el servidor o la computadora del otro lado es válida.

Para ello los navegadores utilizan SSL. Un sistema que proporciona autenticación y privacidad de la información entre extremos sobre Internet mediante el uso de criptografía. Desarrollado por Netscape, SSL versión 3.0 se publicó en 1996

Empresas como Visa, MasterCard, American Express y muchas de las principales instituciones financieras han aprobado SSL para el comercio sobre Internet.

SSL opera de una manera modular: sus autores lo diseñaron extensible, con soporte para compatibilidad hacia delante y hacia atrás, y negociación entre las partes (Usuario a usuario).
El protocolo SSL intercambia registros; opcionalmente, cada registro puede ser comprimido, cifrado y empaquetado con un código de autenticación del mensaje MAC.

Cuando se inicia la conexión, el nivel de registro encapsula otro protocolo, el protocolo handshake. El cliente envía y recibe varias estructuras de este tipo:

- Envía un mensaje ClientHello especificando una lista de conjunto de cifrados, métodos de compresión y la versión del protocolo SSL más alta permitida. Éste también envía bytes aleatorios que serán usados más tarde (llamados Challenge de Cliente o Reto). Además puede incluir el identificador de la sesión.

- Después, recibe un registro ServerHello, en el que el servidor elige los parámetros de conexión a partir de las opciones ofertadas con anterioridad por el cliente.

- Cuando los parámetros de la conexión son conocidos, cliente y servidor intercambian certificados (dependiendo de las claves públicas de cifrado seleccionadas). El servidor puede requerir un certificado al cliente, para que la conexión sea mutuamente autentificada.

- Cliente y servidor negocian una clave secreta (simétrica) comúnmente llamada master secret, posiblemente usando el resultado de un intercambio Diffie-Hellman, o simplemente cifrando una clave secreta con un password público que es descifrado con la contraseña privada de cada uno.

Estas definiciones en Wikipedia aclaran un poco el proceso, en sucesivos artículos vamos a mostrar el intercambio Diffie-Hellman y un caso de estudio con éxito.

*Las empresas y o productos mencionados son marcas y productos registrados de sus respectivas empresas. Si lo desea puede escribirle al autor a ocalle@ar.inter.net

< Claves para una oportuna inversión		Soluciones contra fuego, en su propia lucha >