La versi\u00f3n del proyecto LibreSSL 4.0.0, una bifurcaci\u00f3n de OpenSSL, est\u00e1 enfocada en proporcionar un mayor nivel de seguridad y un soporte de calidad para los protocolos SSL\/TLS, eliminando funcionalidades innecesarias, a\u00f1adiendo medidas de protecci\u00f3n adicionales y realizando una limpieza y reestructuraci\u00f3n significativa de la base de c\u00f3digo. Este cambio de versi\u00f3n notable se debe al uso de una numeraci\u00f3n decimal (despu\u00e9s de 3.9, sigue la versi\u00f3n 4.0). Los cambios m\u00e1s destacados son: <\/p>\n
- \n
- Se ha a\u00f1adido soporte inicial para la compilaci\u00f3n utilizando Emscripten, un compilador de C\/C++ a WebAssembly.\n
- Se ha agregado la opci\u00f3n CRLfile al comando \u00abopenssl cms\u00bb para especificar listas adicionales de certificados revocados (CRL) que se utilizar\u00e1n durante la verificaci\u00f3n.\n
- Se ha finalizado el soporte para la plataforma mips32.\n
- Se ha eliminado el acceso a funciones escritas en ensamblador a trav\u00e9s de la API p\u00fablica (esas funciones ahora solo se proporcionan a trav\u00e9s de envoltorios en C). Se han eliminado las implementaciones en ensamblador de cifrados obsoletos para arquitecturas antiguas.\n
- Se ha eliminado el c\u00f3digo para almacenar en cach\u00e9 la validez de los certificados, que se volvi\u00f3 sin sentido despu\u00e9s de la optimizaci\u00f3n del rendimiento.\n
- Se ha mejorado la implementaci\u00f3n de extensiones X.509v3, unificando m\u00e9todos de X.509v3 y limpiando el API relacionado con X.509v3.\n
- Se ha reescrito completamente la implementaci\u00f3n del tipo CRYPTO_EX_DATA.\n
- En libcrypto, las funciones atoi() y strtol() han sido reemplazadas por strtonum().\n
- Se ha a\u00f1adido el archivo de encabezado crypto_arch.h, que contiene c\u00f3digo espec\u00edfico para arquitecturas de hardware.\n
- Se ha reestructurado y optimizado la implementaci\u00f3n del algoritmo DES.\n
- Se han eliminado los archivos de encabezado pem2.h, ssl2.h, ssl23.h y ui_compat.h.\n
- Se ha eliminado el soporte para el algoritmo de hash Whirlpool.\n
- Se han eliminado las funciones HMAC_Init(), OPENSSL_load_builtin_modules(), X509_REQ_{get,set}_extension_nids(), X509_check_trust().\n
- Se han eliminado los tipos PEM_USER, PEM_CTX, COMP_CTX, COMP_METHOD, X509_CRL_METHOD, STORE, STORE_METHOD y SSL_AEAD_CTX.\n
- Se han a\u00f1adido las funciones SSL_CTX_set1_cert_store() y SSL_CIPHER_get_handshake_digest() en libssl. <\/ul>\n
Est\u00e1 disponible la versi\u00f3n 3.6.0 de la biblioteca criptogr\u00e1fica Botan, utilizada en el proyecto NeoPG, un fork de GnuPG 2. La biblioteca proporciona una gran colecci\u00f3n de primitivas listas utilizadas en el protocolo TLS, certificados X.509, cifrados AEAD, m\u00f3dulos TPM, PKCS#11, hashing de contrase\u00f1as y criptograf\u00eda post-cu\u00e1ntica (firmas basadas en hash y acuerdos de claves basados en McEliece). La biblioteca est\u00e1 escrita en C++ y se distribuye bajo la licencia BSD. En la nueva versi\u00f3n: <\/p>\n
- \n
- Se ha integrado una nueva biblioteca con algoritmos criptogr\u00e1ficos basados en curvas el\u00edpticas, donde las operaciones con curvas est\u00e1ndar se realizan de 2 a 3 veces m\u00e1s r\u00e1pido. Tambi\u00e9n se ha propuesto una nueva API para el trabajo de bajo nivel con curvas el\u00edpticas.\n
- Se ha a\u00f1adido soporte para los algoritmos de cifrado post-cu\u00e1ntico recientemente estandarizados en NIST: FIPS 203 ML-KEM (Kyber), FIPS 204 ML-DSA (Dilithium) y FIPS 205 SLH-DSA (SPHINCS+).\n
- Se ha a\u00f1adido soporte para chips TPM2.\n
- Se ha ampliado el uso de c\u00e1lculos con tiempos de ejecuci\u00f3n constantes para protegerse contra ataques de canal lateral.\n
- Se ha a\u00f1adido la generaci\u00f3n de entrop\u00eda adicional utilizando la biblioteca jitterentropy.\n
- Se ha mejorado el rendimiento del procesamiento de datos en formato hexadecimal y codificaci\u00f3n base64.\n
- Se ha a\u00f1adido soporte para las extensiones del procesador AVX2-VAES y GFNI-AVX2.\n
- Se ha a\u00f1adido la detecci\u00f3n de capacidades de CPU armv7, aarch64 y ppc64 en la plataforma OpenBSD.\n
- Se ha a\u00f1adido una opci\u00f3n de compilaci\u00f3n para deshabilitar todas las inserciones inline de ensamblador. <\/ul>\n
Lanzamiento del proyecto Rustls 0.23.15, que desarrolla la implementaci\u00f3n del cliente y servidor de los protocolos TLS1.2 y TLS1.3 para proyectos en Rust. Rustls no proporciona su propia implementaci\u00f3n de primitivas criptogr\u00e1ficas, sino que utiliza proveedores de funciones criptogr\u00e1ficas de terceros (se admiten algoritmos ECDSA, Ed25519, RSA, ChaCha20-Poly1305, AES128-GCM y AES256-GCM). Por defecto, Rustls utiliza un proveedor criptogr\u00e1fico basado en la biblioteca aws-lc-rs, que es desarrollado por Amazon y se basa en el c\u00f3digo C++ de AWS-LC, un fork de BoringSSL (mantenido por Google como un fork de OpenSSL). Tambi\u00e9n puede utilizarse la biblioteca ring como proveedor criptogr\u00e1fico, parcialmente basada en BoringSSL y que combina c\u00f3digo en ensamblador, C++ y Rust. <\/p>\n
![\"Lanzamiento](\"\/wp-content\/uploads\/2024\/10\/51b2782d9e3db5f18b710a5cc9e6641b.png\")
![\"Lanzamiento](\"\/wp-content\/uploads\/2024\/10\/d3e33869768a3f91bf67eede6abe499c.png\")