mbhudson/cve-2020-1971CVE-2020-1971 Script de scan automatique et d’exploitation à distance. Script de scan local automatique et d’application de correctif.
Script de scan automatique et d'exploitation à distance pour CVE-2020-1971. Script de scan local automatique et de correctif.
17h03
Je développe actuellement les scripts et j'espère tout publier d'ici ce soir. Pour l'instant, ce dépôt ne contient que le code source corrigé d'OpenSSL 1.1.1i. Je travaille actuellement sur un script de correctif d'installation/mise à jour.
17h50
Script d'installation Linux Debian/Ubuntu mis en ligne. Pour les instructions d'installation, voir « Installation Linux »
18h40
Le type X.509 GeneralName est un type générique permettant de représenter différents types de noms. L'un de ces types de noms est connu sous le nom d'EDIPartyName. OpenSSL fournit une fonction GENERAL_NAME_cmp qui compare différentes instances d'un GENERAL_NAME pour déterminer si elles sont égales ou non. Cette fonction se comporte de manière incorrecte lorsque les deux GENERAL_NAME contiennent un EDIPARTYNAME. Un déréférencement de pointeur NULL et un crash peuvent survenir, conduisant à une possible attaque par déni de service.
OpenSSL lui-même utilise la fonction GENERAL_NAME_cmp à deux fins
Comparer les noms de points de distribution CRL entre une CRL disponible et un point de distribution CRL intégré dans un certificat X509
Vérifier que le signataire d'un jeton de réponse d'horodatage correspond au nom de l'autorité d'horodatage (exposé via les fonctions d'API TS_RESP_verify_response et TS_RESP_verify_token)
Si un attaquant peut contrôler les deux éléments comparés, il peut alors déclencher un crash. Par exemple, si l'attaquant peut amener un client ou un serveur à vérifier un certificat malveillant par rapport à une CRL malveillante, cela peut se produire.
Notez que certaines applications téléchargent automatiquement les CRL en fonction d'une URL intégrée dans un certificat. Cette vérification a lieu avant la validation des signatures du certificat et de la CRL. Les outils s_server, s_client et verify d'OpenSSL prennent en charge l'option « -crl_download » qui implémente le téléchargement automatique des CRL, et il a été démontré que cette attaque fonctionne contre ces outils.
Notez qu'un bug sans rapport fait que les versions affectées d'OpenSSL ne peuvent pas analyser ni construire des encodages corrects d'EDIPARTYNAME. Cependant, il est possible de construire un EDIPARTYNAME malformé que l'analyseur d'OpenSSL acceptera et de déclencher ainsi cette attaque.
Toutes les versions d'OpenSSL 1.1.1 et 1.0.2 sont affectées par ce problème. Les autres versions d'OpenSSL ne sont plus prises en charge et n'ont pas été vérifiées. Corrigé dans OpenSSL 1.1.1i (Affectées 1.1.1-1.1.1h). Corrigé dans OpenSSL 1.0.2x (Affectées 1.0.2-1.0.2w).
sudo chmod +x Linux_Patched_Install_From_Source_Script
Exécutez :
sudo ./Linux_Patched_Install_From_Source_Script
L'OpenSSL « natif » utilise directement les API Windows au moment de l'exécution. Pour compiler un OpenSSL natif, vous pouvez utiliser :
Le compilateur C Microsoft Visual C++ (MSVC) en ligne de commande
ou
Le compilateur croisé MinGW exécuté sur l'environnement de développement de type GNU MSYS2 ou exécuté sur Linux ou Cygwin
L'OpenSSL « hébergé » s'appuie sur une couche de compatibilité POSIX externe pour la compilation (à l'aide du shell, des compilateurs et des outils GNU/Unix) et au moment de l'exécution. Pour cette option, vous pouvez utiliser Cygwin.
En plus des exigences et des instructions énumérées dans INSTALL.md, ces éléments sont également requis :
Perl. Strawberry Perl, disponible à partir de http://strawberryperl.com/ Veuillez lire NOTES.PERL pour plus d'informations, notamment concernant l'utilisation de CPAN. Une alternative est ActiveState Perl, https://www.activestate.com/ActivePerl pour lequel vous devrez peut-être compiler explicitement le module Perl Win32/Console.pm via https://platform.activestate.com/ActiveState puis le télécharger.
Compilateur Microsoft Visual C.
Netwide Assembler (NASM), disponible à partir de https://www.nasm.us Notez que NASM est le seul assembleur pris en charge.
Installez Perl
Installez NASM
Assurez-vous que Perl et NASM sont tous deux dans votre variable %PATH%
Utilisez l'invite de commandes développeur Visual Studio avec des privilèges d'administrateur, en choisissant l'une de ses variantes en fonction de l'architecture souhaitée. Ou exécutez « cmd » et lancez « vcvarsall.bat » avec l'une des options x86, x86_amd64, x86_arm, x86_arm64, amd64, amd64_x86, amd64_arm ou amd64_arm64. Cela configure les variables d'environnement nécessaires pour nmake.exe, cl.exe, etc. Voir aussi https://docs.microsoft.com/cpp/build/building-on-the-command-line
Depuis la racine du répertoire source d'OpenSSL, saisissez perl Configure VC-WIN32 si vous voulez un OpenSSL 32 bits ou perl Configure VC-WIN64A si vous voulez un OpenSSL 64 bits ou perl Configure pour laisser Configure déterminer la plateforme
nmake
nmake test
nmake install
Pour les instructions d'installation complètes, ou si quelque chose tourne mal à n'importe quelle étape, consultez le fichier INSTALL.md.
Les répertoires d'installation par défaut sont dérivés des variables d'environnement.
Pour VC-WIN32, les valeurs par défaut suivantes sont utilisées :
PREFIX: %ProgramFiles(86)%\OpenSSL
OPENSSLDIR: %CommonProgramFiles(86)%\SSL
Pour VC-WIN64, les valeurs par défaut suivantes sont utilisées :
PREFIX: %ProgramW6432%\OpenSSL
OPENSSLDIR: %CommonProgramW6432%\SSL
Si ces variables d'environnement n'existent pas (sur une installation purement Win32 par exemple), ces solutions de repli sont utilisées :
PREFIX: %ProgramFiles%\OpenSSL
OPENSSLDIR: %CommonProgramFiles%\SSL
NOTEZ ÉGALEMENT que ces répertoires sont généralement protégés en écriture, même si votre compte appartient au groupe Administrateurs. Pour contourner ce problème, démarrez l'invite de commandes en cliquant dessus avec le bouton droit et en choisissant « Exécuter en tant qu'administrateur » avant d'exécuter « nmake install ». L'autre solution consiste, bien sûr, à choisir un autre ensemble de répertoires en utilisant --prefix et --openssldir lors de la configuration.
Les cibles UWP ne prennent en charge que la compilation des bibliothèques statiques et dynamiques.
Vous devez définir le type de plateforme sur « uwp » et l'architecture cible via « vcvarsall.bat » avant de compiler. Par exemple, si vous voulez créer des compilations « arm64 », vous devez exécuter « vcvarsall.bat x86_arm64 uwp ».
Les références sont fournies pour la commodité du lecteur afin de l'aider à distinguer les vulnérabilités.
https://www.debian.org/security/2020/dsa-4807FREEBSD:FreeBSD-SA-20:33URL
https://security.FreeBSD.org/advisories/FreeBSD-SA-20:33.openssl.asc