CRIPTOGRAFÍA

Conceptos básicos criptografía

 ÍNDICE
 Tipos de algoritmos de cifrado
 Atendiendo al tipo de clave
 Hash
 Simétricos
 Asimétricos
 Híbridos

 Firma digital
 Certificados digitales
 Entidades certificadoras
 TIPOS DE ALGORITMOS DE
CIFRADO

CIFRADO

DE
SIMÉTRICO ASIMÉTRICO HÍBRIDO
RESUMEN
 CIFRADO DE RESUMEN
 Criptosistemas de
resumen o HASH.
Pueden verse como un
subgrupo dentro del
cifrado simétrico.
 Un algoritmo Hash
efectúa cálculos sobre un
mensaje de entrada y
devuelve el hash del
mensaje. Este hash no
puede ser desencriptado.  UNIDIRECCIONALIDAD
 Una función hash es
aquella cuya  COMPRESIÓN
computación es fácil
mientras su inversión es  COLISIÓN FUERTE
extremadamente difícil.
 CIFRADO DE RESUMEN
 Algoritmos criptográficos de tipo hash…
 MD5: Función criptográfica de tipo hash que acepta
como entrada un mensaje de cualquier longitud y
devuelve como salida una cadena de 128 bits.
 SHA1: Función criptográfica que acepta una entrada
de 2^64 bits como máximo y devuelve una cadena
de 160 bits. Más lento que MD5 pero
computacionalmente más complejo y salida de mayor
longitud Más seguro.
 CIFRADO SIMÉTRICO
 CIFRADO SIMÉTRICO O DE CLAVE PRIVADA:
Consiste en cifrar el texto con una sola clave de
carácter secreto que permite cifrar y descifrar el
mensaje
 CIFRADO SIMÉTRICO
 Los algoritmos de cifrado simétrico más conocidos son:
 DES: Cifrado en bloques de 64 bits. Ideado por IBM. Usa una
clave de 56 bits -> 2^56 claves posibles. Poca longitud de clave.
 3DES: Aplica 3 claves sucesivamente.
 Twofish: Evolución de Blowfish. Algoritmo en bloques de 64 bits.
Maneja claves de 128, 192 y 256 bits. Incluido en SSH.
 IDEA usa claves de 128 bits-> 2^128 claves posibles. Cifrado en
bloques de 64 bits. Se basa en operaciones sencillas XOR.
Cubierto por patentes. La mayoría de las tarjetas de crédito
usan algoritmo 3DES.
 RC6 . Evolución del RC, RC2, RC4, RC5. Cifrado por bloques.
Tamaño de clave (entre 4 y 2040 bits). Sumas, restas, XOR.
 AES estándar de cifrado usado por el gobierno de los Estados
Unidos. Claves de longitud variable (128, 192, 256 bits)
 CIFRADO SIMÉTRICO
 PROBLEMAS:
 Si alguien conoce la
clave puede conocer el
mensaje, habría que
utilizar canal seguro de
comunicación de clave
 El número de claves que se necesitan son muchas
porque por cada pareja que se comunique
necesitamos una clave. N personas  N/2 claves
 CIFRADO ASIMÉTRICO
 Cada usuario del sistema tiene que tener una
pareja de claves
 Clave privada: Custodiada por su propietario y no se
dará a conocer a ningún otro.
 Clave pública: Será conocida por todos los usuarios
por lo que se puede distribuir libremente.
 CIFRADO ASIMÉTRICO
 Esta pareja de claves es complementaria. Lo que
cifra una solo lo puede descrifrar la otra y
viceversa.
 CIFRADO ASIMÉTRICO
 Alicia envía a Bob una caja con una cerradura
abierta, de la que solo Alicia tiene la llave. Bob
recibe la caja, escribe el mensaje, lo pone en la
caja y la cierra con su cerradura (ahora Bob no
puede leer el mensaje). Bob envía la caja a Alicia y
ella la abre con su llave. En este ejemplo, la caja
con la cerradura es la «clave pública» de Alicia, y
la llave de la cerradura es su «clave privada».
 CIFRADO ASIMÉTRICO
 Algoritmos de clave asimétrica
 RSA

 ElGammal
 DSA (variante de El Gammal)

 Diffie-Hellman

 Aplicaciones que usan los algoritmos anteriores

 SSH

 PGP

 DSS
 CIFRADO HÍBRIDO
 Combinan cifrado simétrico y asimétrico
 Aúnan las ventajas de ambos sistemas
 Se utiliza el algoritmo de clave pública para el
cifrado en el envío de una pequeña cantidad de
información (la clave simétrica). Y el algoritmo de
clave privada para el cifrado del mensaje.
 Ventajas: Se elimina el problema de posible robo
de clave al ser transmitida (canal seguro) y el uso
de claves únicas en el cifrado aumenta la rapidez.
 CIFRADO HÍBRIDO
 Funcionamiento
1. Ana escribe un mensaje a Bernardo. Lo cifra con el
sistema de clave simétrica
2. La clave simétrica se genera aleatoriamente y se
envía de forma segura cifrándola con la clave
pública de Bernardo utilizando criptografía
asimétrica.
3. Bernardo recibe el mensaje cifrado junto a la clave
cifrada. Utiliza su clave privada para descifrar la
clave simétrica y luego descifra el mensaje
 FIRMA DIGITAL

 Pregunta: ¿Para
qué sirve cifrar con
clave privada si
todo el mundo va a
poder descrifrar
teniendo la clave
pública?
 La respuesta está
en la firma digital
 FIRMA DIGITAL
 DEFINICIÓN: Datos en forma electrónica consignados en un
mensaje de datos, o adjuntados o lógicamente asociados al
mismo, que pueden ser utilizados para identificar al firmante en
relación con el mensaje de datos e indicar que el firmante
aprueba la información recogida en el mensaje de datos.
 Se basa en la propiedad de que un mensaje cifrado utilizando
la clave privada de un usuario sólo puede ser descifrado
utilizando la clave pública asociada. De tal manera, se tiene la
seguridad de que el mensaje que ha podido descifrarse
utilizando la clave pública sólo pudo cifrarse utilizando la
privada.
 Se utilizan para distribución de software, transacciones
financieras y en otras áreas donde es importante detectar la
falsificación y la manipulación.
 FIRMA DIGITAL
 FUNCIONAMIENTO
1. Ana escribe un mensaje
2. Ana aplica una función resumen o hash al mensaje.
3. Ana cifra el resultado de la función hash (SHA y MD5) con
la clave privada  FIRMA DIGITAL
4. Ana envía a Bernando el mensaje original + firma digital
5. Bernardo descifra la firma digital mediante clave pública
de Ana.
6. Bernardo hará lo mismo que hizo Ana aplicará la función
hash del mensaje para obtener el resumen.
7. Finalmente Bernardo comparará la FIRMA DIGITAL
descifrada con el obtenido al aplicar la función hash. Si
son iguales Bernardo estará seguro de que fue Ana quien
le mandó el mensaje y además gracias a la función hash
se puede asegurar que el mensaje no ha sido modificado
 FIRMA DIGITAL
 La firma electrónica está basada en el cifrado hash
+ cifrado asimétrico.
 Esto significa que la firma digital ofrece:
 Autenticación: Se puede comprobar quién ha firmado
el documento que hemos recibido. Verificar la
autenticidad del origen de la información.
 Integridad: Garantiza que el documento no ha sido
alterado después de haber sido firmado. Cualquier
cambio invalidará la firma.
 No repudio en origen: La persona que origina el
mensaje firmado digitalmente no puede argumentar
que no lo hizo.
 FIRMA DIGITAL
 Una firma digital está destinada al
mismo propósito que una manuscrita
 La manuscrita es fácil de falsificar la
digital es imposible a menos que se
descubra la clave privada.
 El usuario puede reconocer a simple
vista la firma manuscrita, pero no la
digital porque depende del
contenido del mensaje.
 Desde el punto de vista, la firma
electrónica se equipara con la firma
manuscrita, es decir, es igualmente
admisible como prueba documental
en un proceso judicial. Artículo 3 de
la ley 59/2003, de 19 de
diciembre, de firma electrónica
FIRMA DIGITAL
 FIRMA DIGITAL
 El mensaje se manda en texto plano pero… ¿Podríamos
además asegurar la confidencialidad del mensaje? Sí
siempre y cuando el emisor también cifre el mensaje
mediante la clave pública del receptor del mensaje.
 Modificaciones:
 4. Ana envía a Bernando el mensaje original cifrado
mediante clave pública de Bernardo + firma digital.
 5. Bernardo descifra la firma digital mediante clave
pública de Ana.
 6. Bernardo descifrará el mensaje cifrado con su clave
privada y aplicará al resultado la función hash del mensaje
para obtener el resumen.
 FIRMA DIGITAL
 ¿POR QUÉ SE HACE USO DE LA HASH?
 El principal inconveniente de los algoritmos de clave
pública es su lentitud que, además, crece con el tamaño
del mensaje a cifrar. Para evitar éste problema, la
firma digital hace uso de funciones hash.
 Imposible encontrar dos mensajes distintos que
tengan un resumen hash idéntico
 Resumen de los datos originales, de tamaño fijo e
independiente el tamaño original
 FIRMA DIGITAL
 La eficacia de las operaciones de firma digital sólo
está garantizada si se tiene la certeza de que:
 La clave privada de los usuarios sólo es conocida por
dichos usuarios.
 La clave pública puede ser dada a conocer a todos los
demás usuarios con la seguridad de que no exista
confusión entre las claves públicas de los distintos
usuarios.
 ¿Cómo se consiguen estas dos premisas?
 FIRMA DIGITAL
 Para garantizar la seguridad de las claves
privadas…
 Soportes físicos como tarjetas inteligentes o tarjetas
PCMCIA que garantizan la imposibilidad de la duplicación
de las claves. Además, las tarjetas criptográfica suelen estar
protegidas por un número personal sólo conocido por su
propietario que garantiza que, aunque se extravíe la
tarjeta, nadie que no conozca dicho número podrá hacer
uso de ella.
 Para asegurar que una determinada clave pública
pertenece a un usuario en concreto y que no hay
confusión de claves públicas entre distintos
usuarios…
 Certificados digitales que asocian una clave pública con la
identidad de su propietario
FIRMA DIGITAL
 CERTIFICADOS DIGITALES
 Un certificado digital también conocido como certificado de
clave pública o certificado de identidad es un archivo que
garantiza que quien lo tiene es quien dice ser, es decir
vincula la identidad de un sujeto con una clave pública.
 Según la Ley de Firma Electrónica 59/2003, un certificado
electrónico es un documento que vincula unos datos de
verificación de firma (clave pública) con un firmante y
confirma su identidad.
 Cada certificado está identificado por un número de serie
único y tiene un período de validez que está incluido en el
certificado.
 El certificado y la clave pública se consideran información
no sensible que puede distribuirse perfectamente a terceros.
 CERTIFICADOS DIGITALES
 El certificado junto con la clave privada será
utilizado como medio de identificación.

 El receptor necesitará la clave pública que

acompaña al certificado para comprobar que es la
pareja de la clave privada utilizada en la firma.
 CERTIFICADOS DIGITALES
 ¿Cómo confiar si un determinado certificado es válido o
si está falsificado?.
 La validez de un certificado es la confianza en que la clave
pública contenida en el certificado pertenece al usuario
indicado en el certificado.
 La validez del certificado en un entorno de clave pública es
esencial ya que se debe conocer si se puede confiar o no en
que el destinatario de un mensaje será o no realmente el
que esperamos
 La manera en que se puede confiar en el certificado de un
usuario con el que nunca hemos tenido ninguna relación
previa es mediante la confianza en terceras partes.
ENTIDAD CERTIFICADORA
 PRESTADOR DE SERVICIOS DE
CERTIFICACIÓN o TERCERAS PARTES
DE CONFIANZA o AUTORIDAD
CERTIFICADORA (AC)
 Persona física o jurídica que,
cumpliendo los requisitos que
determina la legislación establecida
sobre firma electrónica, está
capacitado para emitir certificados
electrónicos.
 La idea consiste en que dos usuarios
puedan confiar directamente entre
sí, si ambos tienen relación con una
tercera parte ya que ésta puede
dar fé de la fiabilidad de los dos.
 ENTIDAD CERTIFICADORA
 La necesidad de una Tercera Parte Confiable (TPC ó
TTP, Trusted Third Party) es fundamental en cualquier
entorno de clave pública de tamaño considerable
debido a que es impensable que los usuarios hayan
tenido relaciones previas antes de intercambiar
información cifrada o firmada.
 Además, la mejor forma de permitir la distribución de
las claves públicas (o certificados digitales) de los
distintos usuarios es que algún agente en quien todos
los usuarios confíen se encargue de su publicación en
algún repositorio al que todos los usuarios tengan
acceso.
 ENTIDAD CERTIFICADORA
 ¿Cómo sabemos que ese
certificado está avalado por
una tercera parte en la que sí
confiamos?
 La forma en que esa tercera
parte avalará que el
certificado es de fiar es
mediante su firma digital
sobre el certificado.
 Por tanto, podremos confiar
en cualquier certificado
digital firmado por una
tercera parte en la que
confiamos.
 ENTIDAD CERTIFICADORA
 Las labores de un CA son:
 Admisión de solicitudes. Un usuario rellena un formulario y lo envía a
la CA solicitando un certificado. La generación de las claves pública y
privada son responsabilidad del usuario o de un sistema asociado a la
CA.
 Autentificación del sujeto. Antes de firmar la información
proporcionada por el sujeto la CA debe verificar su identidad.
 Generación de certificados. Después de recibir una solicitud y validar
los datos la CA genera el certificado correspondiente y lo firma con su
clave privada. Posteriormente lo manda al subscriptor y, opcionalmente,
lo envía a un almacén de certificados para su distribución.
 Anulación de certificados. Al igual que sucede con las solicitudes de
certificados, la CA debe validar el origen y autenticidad de una
solicitud de anulación. La CA debe mantener información sobre una
anulación durante todo el tiempo de validez del certificado original.
 Almacenes de datos. Hoy en día existe una noción formal de almacén
donde se guardan los certificados y la información de las anulaciones.
 ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 Un certificado digital es un archivo firmado por una
entidad certificadora que garantiza que quien lo
tiene es quien dice ser, es decir vincula la identidad
de un sujeto con una clave pública.
 Según la Ley de Firma Electrónica 59/2003, un
certificado electrónico es un documento firmado
electrónicamente por un prestador de servicios de
certificación que vincula unos datos de verificación
de firma (clave pública) con un firmante y confirma
su identidad.
 ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 Fábrica nacional de moneda y timbre: La FNMT se
constituye como la autoridad publica de Certificación
Española.

 Desarrolla el PROYECTO CERES.

 Sus certificados son utilizados para la relación con la
administración pública.
 La Agencia Tributaria es un importante exponente de la
utilidad del certificado emitido por la FNMT: la declaración
de la renta es posible presentarla telemáticamente gracias
a esta iniciativa.
 ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 Ace: Agencia de certificación electrónica. ACE centra su
actividad en proporcionar servicios de confianza que
garanticen la seguridad de las transacciones electrónicas,
con los subsiguientes ahorros de costes, disminución de
tiempo y de recursos utilizados en tales gestiones. Su
orientación se dirige al sector empresarial.

 VeriSign : Líder mundial en certificación

 Entrust

 Camerfirma: Camerfirma es la autoridad de certificación

digital de las Cámaras de Comercio españolas
 ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 ¿Cómo puedo obtener un certificado digital?
En España es CERES quién facilita el certificado
digital. Para ello, es posible utilizar el DNI
electrónico o un procedimiento alternativo:
 Solicitar el certificado.
 Acreditar tu identidad en una oficina de registro o
utilizar tu DNIe y un lector de tarjetas para realizar
una acreditación virtual.
 Descargar el certificado
 Instalar el certificado
ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 ENTIDAD CERTIFICADORA-
CERTIFICADOS DIGITALES
 [Link]
 [Link]
CERTIFICADOS DIGITALES
 CERTIFICADOS DIGITALES
 ¿Cómo utilizo mi certificado digital?
Los certificados digitales de CERES se instalan automáticamente
en el navegador web. Siendo así, una vez listo el proceso,
podrás utilizar tu certificado digital para realizar todo tipo de
gestiones administrativas como consultar o presentar tu
Declaración de la Renta, solicitar el informe de tu vida laboral
o consultar los puntos de tu carné de conducir.
Además, también es posible instalar el certificado digital en tu
cliente de correo para firmar los correos electrónicos que sean
necesarios. De esta manera, podrás asegurar la integridad de
los envíos y, si lo deseas, la privacidad de los datos enviados.
 ENTIDAD CERTIFICADORA
 Dónde se puede usar el certificado digital? y
muchos más
 CERTIFICADOS DIGITALES
 [Link]
CERTIFICADOS DIGITALES:X.509
 X.509 es un estándar para infraestructuras de claves
públicas que especifica formatos estándar para
certificados de claves públicas.
 HISTORIA:
 La versión 1 apareció en 1988 y fue publicada como el formato
X.509v1, siendo la propuesta más antigua para una
infraestructura de clave pública (PKI) a nivel mundial.
 Más tarde fue ampliada en 1993 por la versión 2 únicamente
en dos campos, identificando de forma única el emisor y usuario
del certificado.
 La versión 3 de X.509 amplia la funcionalidad del estándar
X.509. El cambio fundamental es el hacer el formato de los
certificados extensible. Ahora los que implementen X.509 pueden
definir el contenido de los certificados como crean conveniente.
Además se han definido extensiones estándares para proveer
una funcionalidad mejorada.
CERTIFICADOS DIGITALES:X.509
 V: Versión del certificado.
 SN: Número de serie.
 AI: identificador del algoritmo
de firma que sirve única y
exclusivamente para identificar
el algoritmo usado para firmar
el paquete X.509.
 CA: Autoridad certificadora
(nombre en formato X.500).
 TA: Periodo de validez.
 A: Propietario de la clave
pública que se está
firmando.
 P: Clave pública más
identificador de algoritmo
utilizado y más parámetros si
son necesarios.
 Y{I}:Firma digital de Y por I
(con clave privada de una
unidad certificadora).
VERSIÓN 3
CERTIFICADOS DIGITALES:X.509
 Extensiones de archivo de certificados
 .CER o .CRT - Certificado conteniendo solamente la
clave pública. DER binario o PEM ASCII
 .PFX o .P12 – Con clave privada más seguro y
destinado a un uso privado de exportación e
importación posterior como método de copia de
seguridad.
 El certificado que contiene la clave privada tiene
como icono un diploma en un sobre con una llave,
sin embargo, el certificado que no contiene la clave
privada sólo tendrá el icono del diploma pero sin
llave y sin sobre.
CERTIFICADOS DIGITALES:X.509
COMUNICACIONES SEGURAS: SSL
 HTTP no es un protocolo seguro. Debido a las carencias de
seguridad del protocolo HTTP se implementa una capa
adicional para el transporte de información que resuelve los
aspectos de seguridad carentes en los servidores web.
 Para asegurar el protocolo HTTP, surgió HTTPS, que mediante
el uso de SSL consigue que la comunicación en la web sea
segura.
COMUNICACIONES SEGURAS: SSL
 SSL (Secure Socket Layer)
 Desarrollado por Netscape en 1994
 Está basado en la aplicación conjunta de criptografía
asimétrica, certificados digitales y firmas digitales.
 Proporciona confidencialidad, autenticidad e integridad en
una comunicación cliente/servidor.
 TLS (Transport Layer Security que puede ser visto como SSL
v3.1).
 Mejora SSL en la protección frente a nuevos ataques.
 Se basa en un proceso de cifrado de clave pública que garantiza la
seguridad de los datos que se envían a través de Internet. Su principio
consiste en el establecimiento de un canal de comunicación seguro
(cifrado) entre dos equipos (el cliente y el servidor) después de una fase
de autenticación.
 Se ubica entre la capa de la aplicación y la capa de transporte
COMUNICACIONES SEGURAS: SSL
 Un servidor de Web seguro tiene una dirección URL que
empieza con [Link] en el que la "s" obviamente significa
seguro.
 Casi todos los navegadores soportan el protocolo SSL.
Explorer muestra un candado sólo si establece una conexión
con un sitio Web SSL.
COMUNICACIONES SEGURAS: SSL
 La seguridad de las transacciones a través de SSL se basa en el
intercambio de claves entre un cliente y un servidor. Una transacción segura
SSL sigue el siguiente modelo:
 Primero, el cliente se conecta al servidor comercial protegido por SSL y pide la
autenticación. El cliente también envía la lista de los criptosistemas que soporta,
clasificada en orden descendente por la longitud de la clave.
 El servidor que recibe la solicitud envía un certificado al cliente que contiene la
clave pública del servidor firmado por una entidad de certificación (CA), y
también el nombre del criptosistema que está más alto en la lista de
compatibilidades
 El cliente verifica la validez del certificado, luego crea una clave secreta al
azar, cifra esta clave con la clave pública del servidor y envía el resultado al
servidor (clave de sesión).
 El servidor es capaz de descifrar la clave de sesión con su clave privada. De
esta manera, hay dos entidades que comparten una clave que sólo ellos
conocen. Las transacciones restantes pueden realizarse utilizando la clave de
sesión, garantizando la integridad y la confidencialidad de los datos que se
intercambian.
 COMUNICACIONES SEGURAS: SSL
1) El cliente envía un mensaje “ClientHello” especificando la versión más alta
del protocolo TLS soportada, y una lista de algoritmos de cifrado.
2) El servidor responde con un mensaje “ServerHello”, indicando la versión
del protocolo seleccionado (la más alta que soporten cliente y servidor), y los
algoritmos que selecciona de los enviados por el cliente.
3) El servidor envía su certificado digital (Certificate) para autenticarle y un
“server done “ indicando que ha concluido la 1ªparte.
5) El cliente verifica el certificado del servidor y responde con un mensaje
ClientKeyExchange el cual contiene una PreMasterSecret (un número
secreto), con información para generar la clave de sesión. Si se utiliza el
algoritmo RSA este mensaje irá cifrado con la clave pública del servidor y
este número aleatorio generado por el cliente será de 48 bytes.
6) El cliente envía un ChangeCipherSpec e indica al servidor que a partir de
ese momento toda la información intercambiada será cifrada y después
manda un “Finished message” firmado y cifrado.
7) El servidor intentará descifrar el mensaje Finished enviado por el cliente.
8) Si todo va bien, el servidor envía un ChangeCipherSpec indicando al
cliente que a partir de ese momento todo lo que le envíe estará cifrado.
9) El servidor envía su mensaje Finished firmado y cifrado, validándolo el
cliente. Si el cliente lo puede leer finaliza la fase de negociación, pudiendo
intercambiar mensajes cliente y servidor autenticados y cifrados
COMUNICACIONES SEGURAS: SSL
 La mayoría de servidores (entre ellos apache) ya
implementan estos estándares sólo se necesita un
Certificado válido para poder establecer
conexiones tipo HTTPS.
 Instalando el Certificado Digital el servidor apache
proporcionará automáticamente la información
sobre la web al navegador de cualquier cliente si
este está verificado y confirmado por una EC