Diferencias

Muestra las diferencias entre dos versiones de la página.

--- master_cs:secom:tm1_v2 [2026/05/24 20:58] – thejuanvisu
+++ master_cs:secom:tm1_v2 [2026/05/25 22:13] (actual) – [Problemas con la infraestructura PKI actual] thejuanvisu
@@ Línea 176: / Línea 176: @@
 {{drawio>master_cs:secom:cifradoBloque1.png}}
 {{drawio>master_cs:secom:cofradoBloque2.png}}
+{{drawio>master_cs:secom:cirbadoBloque3.png}}
+==== Cifrado Autenticado con Datos Asociados (AEAD) ====
+{{drawio>master_cs:secom:AEAD.png}}
+==== Cierre de la conexión ====
+  * Subprotocolo de alerta: Mecanismo de notificación con dos niveles:
+    * Fatal: Conexión cerrada de golpe
+    * Warning: Hay una descripción, el receptor puede enviar una alerta "Fatal" en respuesta. El mensaje Close Notify" es una alerta warning para cerrar una conexión ordenadamente. Evita ataques de truncado.
+==== Operaciones Criptográficas ====
+Una funcion Pseudo-Aleatoria (PRF) genera cantidades arbitrarias de datos pseudoaleatorios. en TLSv1.2 se basa en HMAC (Hash-Based MAC) y SHA256 (Secure Hash Algorithm). TLSv1.3 usa HKDF (Hashed Message Authentication Code)
+<WRAP box>
+PRF(Secret, label, seed) = P_hash(secret, label⊕seed)
+</WRAP>
+Siendo ⊕ la concatenación de la operación.
+<WRAP box>
+$$
+P_{\text{hash}}(secret, seed)
+=
+\underset{i=1}{\bigoplus}
+\mathrm{HMAC}_{\text{hash}}
+\left(secret, A(i) \oplus seed\right)
+$$
+</WRAP>
+P_hash es una función de expansión de datos donde:
+  * A(1) = seed
+  * A(i) = HMAC_hash(secret, A(i-1))
+===== Internet Public Key Infraestructure (PKI) =====
+La meta de la PKI es permitir a personas que nunca se han conocido comunicarse de forma segura. Los objetivos que tiene PKI son los siguentes:
+  * Acceso a claves públcias
+  * Información sobre la validez de las claves públicas (Revocación)
+  * Escalabilidad
+Se basa en terceras partes, en este caso, Autoridades Certificadoras (CA), estas emiten certificados con claves públicas. X.509 Es un estándar internacional para PKI adaptado para ser usando en internet.
+Normalmente los certificados tienen los siguientes campos:
+  * Versión: 1, 2 o 3. En la actualidad solo la versión 3 es válida
+  * Número de Serie: ID único, no secuencial, no predecible con al menos 64 bits de entropía.
+  * Algoritmo de firma: Se usa para firmar el certificado, es parte del certificado para protegerlo
+  * Emisor: Nombre distinguible (DN) del emisor del certificado
+  * Validez: Inicio y fin del período de validez del certificado
+  * Subject: DB de la entidad a la que pertenece la clave del certificado. (Obsoleto)
+  * Public Key: Contiene el ID del algoritmo, parámetros opcionales y la propia clave pública.
+Se puede extender el certificado con las siguientes extensiones:
+  * Subject Alternative Name: Sustituye el campo subject, soporta múltiples identidades especificadas por nombre DNS, dirección IP o URI.
+  * Name Constraints: Limita las identidades para que la CA puede emitir certificados
+  * Basic Constraints: Limita la profundidad de la cadena de certificados suboridnada.
+  * Key Usage: usa el certificado de un un set restringido conocido.
+  * Extended Key Usage: Puede detallar temas ás específicos con propósitos arbitrarios
+  * Certificates Policies: Liste de enlaces donde se puede obtener todo el texto de la política.
+  * CRL Distribution Points: Ubicación de la Lista de certificados revocados (CRL)
+  * Authority information Access: Varias URI, entre ellas la localicación del OCSP responder.
+  * Subject Key Identifier: Identificador único para la clave pública, normalmente un hash.
+  * Authority Key Identifier: Identificador único de la clave que firmó el certificado. Debe coincidir con el SKI del que firmó el certificado.
+Los certificados tienen el siguiente ciclo de vida:
+{{drawio>master_cs:secom:CicloDeVidaCertificado.png}}
+==== Infraestructura PKI ====
+  * Solicitud de firma de certificado: Lleva la clave pública del suscriptor. Prueba de propiedad de la correspondiente clave privada. La clave privada no debe ser NUNCA comunicada. Puede llevar metadatos adicionales, pero suelen ser sobreescritos por la CA.
+  * Validación de indentidad del Suscriptor: Hay varias estrategias de validación:
+    * Validación de Dominio (DV): Prueba de control de un nombre de dominio dado.
+      * Envío de email a direcciones bien conocidas
+      * Adición de registro a la zona del dominio
+      * ACME challenge.
+      * Puede ser automatizada y realizada en segundos.
+    * Validación de Organización (OV): Requiere verificación de identidad y verificación. Puede haber inconsistencias en el procedimiento y en el codificado de la información.
+    * Validación Extendida (EV): Requiere identidad y autenticidad con requerimientos muy estrictos. Alternativa a Certificados OV. Puede tomar días o semanas.
+  * Revocación: Se realiza cuando se sospecha que la clave privada ha sido comprometida o el certificado ya no es necesario.
+    * Certification Revocation List (CRL): Lista el número de serie de certificados revocados no expirados.
+    * Online Certificate Status Protocol (OCSP): Permite a las partes interesadas revisar el estado de un certificado. Tiene problemas de rendimiento y privacidad. El OCSP stapling permite al servidor adjuintar una respuesta OCSP al handshake TLS.
+  * Let's Encrypt
+    * Los puntos de distribución CRL ahora son certificados hoja.
+    * URLs OCSP eliminadas de nuevos certificados
+    * CRLs particionados: 128 archivos por CA intermediaria
+    * Los buscadores usan CRLs agregados, no suelen buscar directamente.
+{{drawio>master_cs:secom:cadena_de_certificados.png}}
+  * Seguridad de la clave Root de la CA:  Es crítico, si se revoca, todos los certificados que dependen de esta deben ser emitidos de nuevo. Los buscadores requieren que las CA sean operadas manualmente.
+  * Cross Certification: Una nueva raiz firmada por una vieja raiz mientras es desplegado en sistemas y navegadores
+  * Compartimentación: Dividir la raiz entre múltiples CA subordinadas reduce riesgos. Las CA subordinadas pueden ser usadas para la emisión de certificados automatizada.
+  * Delegación: Una organización puede querer emitir sus propios certificados. Una CA piede emitir certificados subordiandos para ello.
+=== Partes de Confianza ===
+Se debe confiar en una serie de certificados CA raiz por sistemas operativos o desarrollador, por ejemplo:
+  * Apple: mismas raices para IOS y MacOS. La CA debe pasar una auditoría anual.
+  * Microsoft: Igual que apple pero para productos de microslop
+  * Mozilla: Opera un programa de certificados raiz transparente.
+  * Chrome: Usado en la tienda de Chrome OSm tiene restricciones adicionales:
+    * Blacklist de raices no confiables
+    * Whitelist de CAs que pueden emitir certificados EV
+    * Se requiere transparencia de certificados para todos los certificados públicos.
+==== Problemas con la infraestructura PKI actual ====
+  * Emisión de certificados del dueño del controlador de dominio:
+    * Cualquier CA puede emitir un certificado para una CA sin permiso del dueño ya sea por negligencia o malicia
+    * Hay cientos de CA, uno solo comprometido puede afectar a la seguridad.
+  * Dificultades actualizando Trust Stores:
+    * Muchas CA son demasiado grandes como para fallar:
+      * Eliminar una CA tiene consdecuencias demasiado grandes para el ecosistema
+      * Normalmente una CA no puede ser eliminada
+    * Las CA raíz son de confianza o no
+    * Procedimientos alternativos:
+      * Prohibir certificados de CA a de una fecha específica
+      * Eliminar privilegios EV.
+  * Revocación rota
+    * Retrasos en la propagación: La información en CRL y OCSP puede mantenerse válida hasta 10 días
+    * Soft fail policy: Los navegadores ignoran fallos en comunicaciones CRL o OCSP. Un atacante puede suprimir dichas comunicaciones para usar certificados revocados
+    * Browser Vendors: Por defecto no realizan revocaciones.
+    * Una medida temporal es usar una blacklist propietaria en los navegadores.
+  * Otras debilidades:
+    * Weak Domain Validation: En email inseguro o usando datos WHOIS inseguros.
+    * Certificate Warnings: Muchas apps y librerías se saltan la verificación de los certificados. Los buscadores permiten a los usuarios aceptar certificados no verificados.
+==== Mejoras de infraestructura ====
+  * Notarías: Repositorios públicos de certificados conocidos. Puede prevenir ataques basados en CA intermediarias comprometidas. Logs de transparecnia de certificados (CT Logs)
+  * DNS Information: DANE (DNS-Based Authentication of Named Entities) y CAA (Certification Authority Authorization)
+  * HPKP (HTTP Public Key Pinning): Permite a los usuarios de un sitio restringir que CA pueden emitir certificados de sus sitios
+    * Cabecera HTTP especial: Respetado por firefox,  tras varias visitas el navegador va a rechazar certificados de otras CA
+    * Mecanismos propietarios: Google chrome tiene un mecanismo propietario para que los dueños de los witios web puedan mandar sus requisitos.
+    * HPKP tiene un alto riesgo de inutilizar una web si no se maneja correctamente
+    * HPKP esta obsoleto en la actualidad.
+    * Expected-CT header es una práctica recomendada,
+  * Transparencia de certificados (CT): Identifiación rápida de certificados frauduletos. Es un framework para las partes interesadas para verificar la emisión de los certificados.
+    * Bajo CT, todas las CA participantes deben enviar tiodos los certificados emitidos en un log público de forma que todo el mundo puede monitorizar la emisión de certificados.
+    * La CA obtiene una prueba digital firmada de envío al log público.

Knoppia

Herramientas de usuario

Herramientas del sitio

Diferencias

Herramientas de la página