Please enable JavaScript.

Coggle requires JavaScript to display documents.

SSL - Coggle Diagram

- - - - IDEA, etc
      - 3DES
      - RC4
      - DES
- - - - Compression Method
        
        Indica el algoritmo de compresión usado
        antes de la encriptación
      - Cipher Spec
        
        Especifica el algoritmo de encriptación y sus
        parámetros
      - Peer Certificate
        
        Un certificado X.509v3 (opcional) de la entidad
        par.
      - Session Identifier
        
        Secuencia de 1 byte escogida por el servidor
        para identificar una sesión
      - Master Secret
        
        Clave de 48 bits negociada entre el cliente y el
        servidor
      - Is Ressumable
        
        Indica si la sesión puede resumirse o duplicarse, es decir, múltiples conexiones de transporte soportadas
        simultáneamente
  - - - Client Write MAC Secret
        
        Igual que el anterior pero para los
        mensajes del cliente
      - Server Write Key
        
        La clave para encriptar y desencriptar los
        mensajes del servidor.
      - Server Write MAC Secret
        
        Incluido por el servidor en el
        cálculo del MAC
      - Client Write Key
        
        Igual que el anterior pero para mensajes del
        cliente
      - Server and Client Random
        
        Contiene secuencias de bytes
        aleatorios escogidos por el servidor o el cliente
- - - - TLS se basa en SSL v3
      - Respecto de SSL agrega
        
        Algoritmos de encriptación: 3DES y AES en modo CBC
        
        Valores para autenticación de mensajes: HMAC basado en MD5,
        SHA-1, SHA-224, SHA-256, SHA-384 y SHA-512
        
        Autenticación e intercambio de clave: Diffie – Hellman Key
        Exchange
      - TLS se implementa en dos capas
        
        TLS Record Protocol
        
        TLS Handshake Protocol
      - proporciona
        
        Autenticación (que puede ser opcional)
        
        Negociación segura de clave compartida
        
        Negociación de protocolo fiable
      - Limitaciones
        
        El generador de números aleatorios utilizados debe ser fuerte
        
        Si un cliente no tiene certificado digital, la sesión TLS del lado del
        cliente no se autentica
    - - introduce un servicio de numeración de mensajes
      - El procedimiento de Handshake se modificó a falta de un
        servicio orientado a la conexión en capa de transporte
        
        Se introduce la capacidad de fragmentación no existente en UDP
        
        DTLS utiliza timers para retransmitir un mensaje cuando el timer se vence
        
        Se utiliza un mensaje hello_verify_request que contiene un cookie, que debe ser devuelto por el cliente en el mensaje client_hello
      - Estructura de un mensaje DTLS Handshake
        
        Message Sequence Number (2 bytes)
        
        contiene el número del mensaje Handshake. Este valor es constante para todos los
        fragmentos de un mensaje
        
        Fragment Offset (3 bytes)
        
        desplazamiento del fragmento en el
        mensaje
        
        Sequence Number (6 bytes)
        
        se incrementa en 1 por cada mensaje
        Record
        
        Fragment Length (3 bytes)
        
        tamaño del fragmento
        
        Epoch (2 bytes):
        
        se incrementa en 1 por cada procedimiento
        Handshake exitoso
    - - El protocolo SSL Record en el lado del cliente divide M en
        la secuencia M1, M2, M3
      - El protocolo SSL Record en el lado del cliente divide M en
        la secuencia
      - Sea CX, H y E el algoritmo de compresión, el algoritmo
        HMAC y el algoritmo de clave simétrica seleccionado
    - - fase 1
        
        El cliente envía un mensaje client_hello con
        
        El servidor responde con un mensaje server_hello con
      - Fase 2
        
        El servidor envía la siguiente información al cliente
        
        Información de intercambio de clave del servidor
        
        Petición del servidor del certificado de clave pública del cliente
        
        Certificado de clave pública del servidor
        
        Declaración del servidor de cierre de server_hello
      - Fase 3
        
        El cliente responde con la siguiente información
        
        Información de intercambio de clave del cliente
        
        ICV del certificado de clave pública del cliente
        
        Certificado de clave pública del cliente
      - Fase 4
        
        Compleción del handshake
        
        El protocolo Handshake es responsable de establecer una sesión de comunicación segura entre el cliente y el servidor
        
        Después de esto, el cliente y el servidor usan el protocolo SSL Record para proteger su comunicación