Activation de la prise en charge des certificats SHA2 sur Windows Server 2003

11

Quelques informations de base d'abord. J'ai un package SSIS qui s'exécute dans un environnement Windows Server 2003 SP2 32 bits. Le package a récemment commencé à échouer avec l'erreur suivante lors d'une tâche de script qui télécharge une page Web à l'aide d'une connexion SSL:

"The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.

Quelques recherches ont révélé deux choses: je ne pouvais pas non plus accéder au site Web en question à l'aide d'IE8 depuis le serveur (je le peux avec Firefox), et le site Web venait de recevoir un nouveau certificat SHA256.

Après avoir fait quelques recherches, mon hypothèse actuelle est que le problème est que je n'ai pas de support pour les certificats SHA2 sur ce serveur. J'ai attrapé le certificat sur le site et j'ai couru CertUtil -verify [cert file]ce qui donne le résultat suivant:

 The signature of the certificate can not be verified. 0x80096004 (-2146869244)

J'ai trouvé quelques correctifs de Microsoft, et d'après ce que je comprends, l'un ou l'autre devrait permettre la prise en charge des certificats SHA2:

J'ai donc demandé le correctif pour kb968730 et tenté de l'installer, mais j'ai eu l'erreur suivante:

The installation cannot continue because the following packages might not be valid:
    KB2616676_V2 c:\windows\system32\dllcache\crypt32.dll 5.131.3790.4905
    KB2616676_V2 c:\windows\system32\crypt32.dll          5.131.3790.4905
Reinstall the packages listed above, and then reinstall KB968730

La version de la bibliothèque crypt32 incluse avec le correctif est 5.131.3790.4477, ce qui explique pourquoi le programme d'installation ne continuera pas.

À ce stade, je ne sais pas trop ce que je dois faire. L'article kb968730 indique que crypt32.dll est le seul fichier mis à jour par le correctif, ce qui me fait penser, puisque j'ai déjà une version plus récente, ne devrais-je pas déjà avoir cette fonctionnalité? Mais, il semblerait que ce ne soit pas le cas, à moins que je ne me trompe sur la cause profonde du problème.

windows-server-2003 ssl-certificate hash

— grin0048
source

Avez-vous essayé de faire ce qu'il a dit et de réinstaller les packages répertoriés ci-dessus ?

— Michael Hampton

1

Je n'ai pas. J'ai fait un petit tour autour de ce message d'erreur, et il semble que c'est ce que vous obtiendrez si vous essayez d'installer des packages plus anciens que ceux que vous avez déjà.

— grin0048

Google cette réponse conduit aux correctifs corrects, cependant le téléchargement de correctif par défaut est pour Server 2003 64 bits . Si vous obtenez l'erreur que le fichier est pour une architecture différente, cliquez sur le lien pour afficher toutes les langues et versions et vous pouvez télécharger le package x86. Le lien direct vers le correctif Server 2003 et SBS 2003 32 bits est hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix262679/…

— dégénéré le

Cela a été utilisé pour dépanner et résoudre un problème avec: dps.ws.hmrc.gov.uk/dpsauthentication/service Surtout le fait qu'il ne se charge pas dans IE8 (sur la plupart des machines serveurs Windows 2003 que certains de nos clients ont)

— reckface

4

La version Crypt32.dll 5.131.3790.5235 résout le problème (après un redémarrage). Il est disponible sur http://support2.microsoft.com/kb/2868626

La version précédemment installée était la version 5.131.3790.5014 et elle n'a pas résolu le problème. Selon cet article ( https://mendel129.wordpress.com/tag/crypt32-dll/ ), il existe deux variantes de la version 5014: une de Windows Update (KB2661254, ne fonctionne pas) et une autre en tant que QFE (KB968730 ).

— An Phu
source

2

Ce problème est résolu en installant KB3072630 , qui est installé automatiquement si vous avez activé Windows Update. Le numéro de version de Crypt32.dll est 5.131.3790.5668 après la mise à jour.

KB938397 et KB968730 sont obsolètes et remplacés par la mise à jour ci-dessus.

— Vinix
source

0

J'ai également reçu cette erreur. Je voudrais aller de l'avant et installer le certificat sur le serveur désigné et obtenir cette erreur. Ma solution était que je devais aller de l'avant et installer le certificat racine / intermédiaire sur chaque serveur qui appelait ce certificat spécifique. C'était probablement parce que je venais de mettre à jour mon autorité de certification interne.

S'il y a X quantité de serveurs qui appellent à ce certificat, installez-le sur ces serveurs. Cela a réglé mon problème.

— Senciso
source

Bien que vous ayez le même message d'erreur, vous avez rencontré un problème différent. Votre réponse n'aide pas à activer la prise en charge de SHA2 sur Windows Server 2003. Vous feriez mieux de trouver une question qui correspond mieux à la réponse que vous avez.

— Ladadadada