jueves, 12 de noviembre de 2015

PROTOCOLOS AAA, RADIUS, TACACS Y KERBEROS

AAA

La sigla AAA puede traducirse en español como Autenticación, Autorización y Contabilización (Authentication, Authorization y Accounting).
Cuando hablamos de esto nos basamos en una familia de protocolos que proveen los servicios anteriormente mencionados.

A continuación les explicaré las funciones de cada uno de ello.

Autenticación.

La autenticación es el proceso por el que una entidad demuestra que es quien dice ser, probando su identidad para a un sistema u otra entidad. En general, una entidad es un cliente, y la otra es un servidor, el cual se requiere de esta autenticación.


Autorización

Se refiere a que, una vez que el usuario fue autenticado, pueda acceder a determinados recursos basado en privilegios específicos que el sistema le provee.
Esto quiere decir que, un usuario de un sistema o red pasará a tener acceso a los diferentes recursos, como ancho de banda, carpetas y archivos, servicios y aplicaciones, etc.

Contabilización.

Este concepto no se refiere a contabilidad en el sentido de lo que uno podría imaginarse. 
Se refiere a la capacidad de un sistema de registrar eventos;  no hace más que determinar las acciones realizadas por una entidad activa en una red ya sea un usuario, servicio, proceso, etc.



RADIUS

Por sus siglas en Inglés en inglés (Remote Authentication Dial-In User Server), es quizás el más conocido. Utiliza el puerto UDP 1812 UDP y funciona como cliente-servidor. Su éxito residió, probablemente, en su implementación en proveedores de acceso a Internet (ISP), que fueron los que primero debieron incluir una instancia de autenticación remota a través de la red para validar las conexiones de sus clientes.


Este protocolo recibe la información de credenciales de acceso por medio del protocolo PPP a través de un servidor conocido como Network Access Server, que redirige el pedido a un servidor Radius con el propio protocolo Radius. 
Radius comprueba que la información sea correcta mediante otros mecanismos de autenticación y, en caso de ser aceptada, autoriza al cliente a acceder al sistema y le provee los recursos necesarios, como una dirección IP. 
Tambien permite manejar sesiones, lo cual es útil para la medición de tiempo para facturación, como en hoteles o ISPs.



martes, 10 de noviembre de 2015

TLS (Transport Layer Security)

¿Que es?

Transport Layer Security (TLS; en español «seguridad de la capa de transporte») y su antecesor Secure Sockets Layer (SSL; en español «capa de conexión segura») son protocolos criptográficos que proporcionan comunicaciones seguras por una red, comúnmente Internet.

Historia

TLS 1.0

Fue definido en el RFC 2246 en enero de 1999 y es una actualización de SSL versión 3.0.

TLS 1.1 

Fue definido en el RFC 4346 en abril de 2006. Es una actualización de TLS 1.0. Las diferencias más significativas incluyen:
Agrega protección contra ataques de CBC.
El vector de inicialización (IV) implícito fue reemplazado por un IV explícito.
Cambio en el manejo de los errores de relleno.
Soporte para el registro de parámetros de IANA.

TLS 1.2

Fue definido en el RFC 5246 en agosto del 2008. Se basa en una especificación posterior de TLS 1.1. 

TLS 1.3 (borrador).

Hasta mayo de 2015, TLS 1.3 es un borrador, y los detalles no se han fijado todavía. Se basa en la especificación anterior TLS 1.1 y 1.2. 


¿Como Funciona?

  • TLS/SSL poseen una variedad de medidas de seguridad:
  • Numerando todos los registros y usando el número de secuencia en el MAC.
  • Usando un resumen de mensaje mejorado con una clave (de forma que solo con dicha clave se pueda comprobar el MAC). Esto se especifica en el RFC 2104).
  • Protección contra varios ataques conocidos (incluyendo ataques man-in-the-middle), como los que implican un degradado del protocolo a versiones previas (por tanto, menos seguras), o conjuntos de cifrados más débiles.
  • El mensaje que finaliza el protocolo handshake (Finished) envía un hash de todos los datos intercambiados y vistos por ambas partes.
  • La función pseudo aleatoria divide los datos de entrada en 2 mitades y las procesa con algoritmos hash diferentes (MD5 y SHA), después realiza sobre ellos una operación XOR. De esta forma se protege a sí mismo de la eventualidad de que alguno de estos algoritmos se revelen vulnerables en el futuro.

jueves, 5 de noviembre de 2015

SSL (Secure Sockets Layer)

¿Qué es SSL?

Es un protocolo diseñado para permitir que las aplicaciones para transmitir información de ida y de manera segura hacia atrás. Las aplicaciones que utilizan el protocolo Secure Sockets Layer sí sabe cómo dar y recibir claves de cifrado con otras aplicaciones, así como la manera de cifrar y descifrar los datos enviados entre los dos.


Historia

En los primeros días de la World Wide Web, claves de 40-bit de poco se usaron. Cada bit puede contener un uno o un cero - lo que significaba que eran dos 40 claves diferentes disponibles. Eso es un poco más de un billón claves distintas.

Debido a la velocidad cada vez mayor de computadoras, se hizo evidente que una clave de 40 bits no era lo suficientemente seguro. Posiblemente, con los procesadores de gama alta que vendría en el futuro, los piratas informáticos podría llegar a probar todas las claves hasta encontrar el adecuado, lo que les permite descifrar y robar información privada. Que tomaría algún tiempo, pero era posible.

Las claves se alargaron a 128 bits. Eso es 2128 claves, códigos de cifrado o 340.282.366.920.938.463.463.374.607.431.768.211.456 único. (Eso es 340000000000000 billones de billones, para aquellos de ustedes hacer el seguimiento en casa.) Se determinó que si las computadoras siguió avanzando en la velocidad como lo han hecho en el pasado, estos códigos de 128 bits que permanecen seguros durante por lo menos una década más, si no más.


¿Cómo funciona el SSL?

Cuando algún usuario visita un sitio web seguro, el Certificado SSL proporciona información de identificación del servidor web y establece una conexión cifrada. Este proceso ocurre, instantáneamente, en fracciones de segundo. Mientras tanto, entre el navegador y el servidor web se da la siguiente secuencia:
  • El navegador intenta conectarse a un sitio web con SSL y solicita la identificación del servidor.
  • El servidor envía al navegador una copia de su certificado SSL.
  • El navegador comprueba si es posible confiar en el Certificado SSL y una vez confirmado envía un mensaje al servidor.
  • El servidor emite un acuse de recibo, firmado digitalmente, para iniciar una sesión SSL cifrada.
  • De esta forma, los datos encriptados se comparten entre navegador y servidor.