uthrasri/openssl_g2.5_cve-2014-8275Bibliothèque de cryptographie à usage général et boîte à outils SSL/TLS implémentant des chiffrements, des condensés, des algorithmes à clé publique et des certificats X.509 pour des communications sécurisées.
OpenSSL 1.0.1g 7 Apr 2014
Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson Tous droits réservés.
Le projet OpenSSL est un effort de collaboration visant à développer une boîte à outils open source robuste, de qualité commerciale, complète et implémentant les protocoles Secure Sockets Layer (SSL v2/v3) et Transport Layer Security (TLS v1) ainsi qu'une bibliothèque de cryptographie générale de haute puissance. Le projet est géré par une communauté mondiale de bénévoles qui utilisent Internet pour communiquer, planifier et développer la boîte à outils OpenSSL et sa documentation associée.
OpenSSL est basé sur l'excellente bibliothèque SSLeay développée par Eric A. Young et Tim J. Hudson. La boîte à outils OpenSSL est sous double licence (la licence OpenSSL plus la licence SSLeay), ce qui signifie en gros que vous êtes libre de l'obtenir et de l'utiliser à des fins commerciales et non commerciales tant que vous remplissez les conditions des deux licences.
La boîte à outils OpenSSL comprend :
libssl.a : Implémentation de SSLv2, SSLv3, TLSv1 et le code nécessaire pour prendre en charge à la fois SSLv2, SSLv3 et TLSv1 dans un seul serveur et client.
libcrypto.a : Chiffrement général et éléments X.509 v1/v3 nécessaires à SSL/TLS mais qui n'en font pas réellement partie. Il comprend des routines pour :
Chiffrements
libdes - Le package de chiffrement DES libdes d'EAY qui circulait
sur le net depuis quelques années, puis a été relicencié par
lui dans le cadre de SSLeay. Il comprend 15 'modes/variations'
de DES (versions à 1, 2 et 3 clés d'ecb, cbc, cfb et ofb ;
pcbc et une forme plus générale de cfb et ofb) y compris desx
en mode cbc, un crypt(3) rapide, et des routines pour lire
les mots de passe depuis le clavier.
Chiffrement RC4,
Chiffrement RC2 - 4 modes différents : ecb, cbc, cfb et ofb.
Chiffrement Blowfish - 4 modes différents : ecb, cbc, cfb et ofb.
Chiffrement IDEA - 4 modes différents : ecb, cbc, cfb et ofb.
Digests
Algorithmes de résumé de message MD5 et MD2, implémentations rapides,
algorithmes de résumé de message SHA (SHA-0) et SHA-1,
Résumé de message MDC2. Un hachage basé sur DES populaire sur les cartes à puce.
Clé publique
Chiffrement/déchiffrement/génération RSA.
Il n'y a pas de limite sur le nombre de bits.
Chiffrement/déchiffrement/génération DSA.
Il n'y a pas de limite sur le nombre de bits.
Échange de clés/génération de clés Diffie-Hellman.
Il n'y a pas de limite sur le nombre de bits.
Certificats X.509v3
Encodage/décodage X.509 en/depuis ASN1 binaire et un encodage
ASCII-binaire basé sur PEM qui prend en charge le chiffrement avec une
clé privée. Programme pour générer des demandes de certificats RSA et DSA
et pour générer des certificats RSA et DSA.
Systèmes
Les routines normales d'enveloppe numérique et d'encodage base64. Accès
de plus haut niveau aux chiffrements et digests par nom. De nouveaux
chiffrements peuvent être chargés à l'exécution. Le système d'E/S BIO qui
est une abstraction d'E/S simple non bloquante. Les méthodes actuellement
prises en charge sont les descripteurs de fichier, les sockets,
l'acceptation de socket, la connexion socket, le tampon mémoire, la mise en
tampon, le client/serveur SSL, le pointeur de fichier, le chiffrement, le
digest, les tests non bloquants et null.
Structures de données
Un système de hachage dynamique
Une pile simple.
Un chargeur de configuration utilisant un format similaire aux fichiers MS .ini.
openssl : Un outil en ligne de commande pouvant être utilisé pour : Création de paramètres de clé RSA, DH et DSA Création de certificats X.509, CSR et CRL Calcul de digests de message Chiffrement et déchiffrement avec des chiffrements Tests client et serveur SSL/TLS Gestion des courriers signés ou chiffrés S/MIME
Diverses entreprises détiennent divers brevets pour divers algorithmes dans divers endroits du monde. VOUS êtes responsable de vous assurer que votre utilisation de tout algorithme est légale en vérifiant s'il existe des brevets dans votre pays. Le fichier contient certains des brevets que nous connaissons ou dont l'existence est supposée. Ce n'est pas une liste définitive.
RSA Security détient des brevets logiciels sur l'algorithme RC5. Si vous avez l'intention d'utiliser ce chiffrement, vous devez contacter RSA Security pour les conditions de licence. Leur page web est http://www.rsasecurity.com/.
RC4 est une marque commerciale de RSA Security, donc l'utilisation de cette étiquette devrait peut-être être faite uniquement avec l'autorisation de RSA Security.
L'algorithme IDEA est breveté par Ascom en Autriche, France, Allemagne, Italie, Japon, Pays-Bas, Espagne, Suède, Suisse, Royaume-Uni et USA. Ils doivent être contactés si cet algorithme doit être utilisé ; leur page web est http://www.ascom.ch/.
NTT et Mitsubishi ont des brevets et des demandes de brevet sur l'algorithme Camellia, mais autorisent une utilisation gratuite sans nécessiter d'accord de licence explicite : http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
Pour installer ce package sous un dérivé Unix, lisez le fichier INSTALL. Pour une plateforme Win32, lisez le fichier INSTALL.W32. Pour les systèmes OpenVMS, lisez INSTALL.VMS.
Lisez la documentation dans le répertoire doc/. Elle est assez rudimentaire, mais elle liste les fonctions ; vous devrez probablement regarder le code pour comprendre comment les utiliser. Consultez les exemples de programmes.
Pour certaines plateformes, il existe des problèmes connus qui peuvent affecter l'utilisateur ou l'auteur de l'application. Nous essayons de les collecter dans doc/PROBLEMS, avec les réflexions actuelles sur la façon de les résoudre dans une future version d'OpenSSL.
Voir le site Web d'OpenSSL www.openssl.org pour plus de détails sur la façon d'obtenir une assistance technique commerciale.
Si vous rencontrez des problèmes avec OpenSSL, veuillez d'abord suivre les étapes suivantes :
- Téléchargez l'instantané actuel depuis ftp://ftp.openssl.org/snapshot/
pour voir si le problème a déjà été résolu
- Supprimez les versions ASM des bibliothèques
- Supprimez les indicateurs d'optimisation du compilateur
Si vous souhaitez signaler un bogue, veuillez inclure les informations suivantes dans tout rapport de bogue :
- Sur les systèmes Unix :
Rapport d'auto-test généré par 'make report'
- Sur d'autres systèmes :
Version OpenSSL : sortie de 'openssl version -a'
Nom du système d'exploitation, version, plateforme matérielle
Détails du compilateur (nom, version)
- Détails de l'application (nom, version)
- Description du problème (étapes pour reproduire le problème, si connues)
- Trace de la pile (si l'application génère un core)
Signalez le bogue au projet OpenSSL via le Request Tracker (http://www.openssl.org/support/rt.html) par courrier à :
[email protected]
Notez que le Request Tracker ne doit PAS être utilisé pour une assistance générale ou des demandes de support. Ce n'est pas parce que quelque chose ne fonctionne pas comme vous le souhaitez que cela signifie nécessairement qu'il s'agit d'un bogue dans OpenSSL.