Page 1 sur 5
[RESOLU] Files corrupted, SHA not matching
Publié : 13 août 2026 - 09:32
par Emmanuel64
Bonjour
J'ai, sur quelques machines, une erreur à l'installation de Edge directement récupéré sans modification sur le dépôt de WAPTdepuis quelques jours.
J'ai le même souci aujourd'hui avec celui de "microsoft-teams-uwp" sur 1 poste alors qu'il est bien installé sur 20 autres postes.
j'ai vidé le cache sur le poste, mais cela ne change rien
Auriez-vous une idée ou une piste à me suggérer
Merci
Ci-dessous le log de l'échec ...
Code : Tout sélectionner
File "C:\Program Files (x86)\wapt\waptservice\waptservice_common.py", line 1525, in _run
raise Exception(_('Error during install of {}: errors in packages {}').format(
Exception: Erreur lors de l'installation de ['hasp-microsoft-edge(=151.0.4129.78-49)']: erreurs dans les paquets [[PackageRequest(package='hasp-microsoft-edge',version=(Version('151.0.4129.78'), 49),architectures=['x64'],locales=['fr'],maturities=['PROD'],tags=['windows'],min_os_version=Version('10.0.17763'),max_os_version=Version('10.0.17763')), PackageEntry('hasp-microsoft-edge','151.0.4129.78-49' architecture='x64',maturity='PROD',target_os='windows'), 'Traceback (most recent call last):\n File "C:\\Program Files (x86)\\wapt\\common.py", line 5723, in install\n result = self.install_wapt(p.localpath,\n File "C:\\Program Files (x86)\\wapt\\common.py", line 4629, in install_wapt\n raise e\n File "C:\\Program Files (x86)\\wapt\\common.py", line 4368, in install_wapt\n packagetempdir = entry.unzip_package(cabundle=self.cabundle, target_dir = tempfile.mkdtemp(prefix=\'wapt\',dir=self.wapt_temp_dir))\n File "C:\\Program Files (x86)\\wapt\\waptpackage.py", line 2671, in unzip_package\n raise e\n File "C:\\Program Files (x86)\\wapt\\waptpackage.py", line 2663, in unzip_package\n verified_by = self.check_package_signature(cabundle,ignore_missing_files=ignore_missing_files)\n File "C:\\Program Files (x86)\\wapt\\waptpackage.py", line 2614, in check_package_signature\n raise EWaptCorruptedFiles(\'Error in package %s in %s, files corrupted, SHA not matching for %s\' % (self.asrequirement(), self.sourcespath, errors,))\nwaptpackage.EWaptCorruptedFiles: Error in package hasp-microsoft-edge(=151.0.4129.78-49) in C:\\Program Files (x86)\\wapt\\private\\tmp\\wapt4uhynhq1, files corrupted, SHA not matching for [\'MicrosoftEdgeEnterpriseX64.msi\']\n']]
Re: files corrupted, SHA not matching
Publié : 13 août 2026 - 09:53
par jarnaud
Bonjour,
Le message indique un SHA not matching pouvez-vous comparer le SHA du paquet sur le poste en erreur et le SHA du même paquet sur un poste sans erreur ?
Sur des postes windows vous pouvez vérifier le SHA du msi en powershell :
Get-FileHash .\filename.msi -Algorithm SHA256 | Format-List
Sur ce poste n'y aurait-t-il pas des intermédiaires réseaux qui pourrait interférer avec l'installation du paquet ? ( antivirus, EDR, etc .. )
Le risque est fort que le binaire ai été "mangé" par un antivirus ^^
Bien à vous
Re: files corrupted, SHA not matching
Publié : 13 août 2026 - 10:21
par Emmanuel64
Bonjour jarnaud
Merci de votre aide, les SHA correspondent bien
Entre temps, j'ai "édité le paquet dans l'éditeur" pour edge, puis je l'ai reconstruit et importé. Cela a fonctionné pour le moment (j'ai pas mal d'utilisateur en vacances donc peu de poste en route
).
Forcement l'idée m'est venue une fois le poste sur le forum effectué
La même chose pour teams ne semble pas avoir fonctionné
Il y a bien un EDR sur les postes, pas de message sur le sujet dans les logs de la console EDR
C'est la première fois que j'ai ce genre de soucis…
Re: files corrupted, SHA not matching
Publié : 14 août 2026 - 10:10
par x-davidl
bonjour à tous,
je rencontre le même soucis que jarnaud. Le hic : ce n'est pas sur tous les postes
j'ai essayé d'éditer et reposter le package, mais pas mieux...
j'attendrais la prochaine maj edge
cdlt
-------------------------------
WAPT Enterprise
Version 2.6.1.17813
OS du serveur : Ubuntu 22.04
OS de la machine administration : W server 2022
Re: files corrupted, SHA not matching
Publié : 21 août 2026 - 10:59
par Emmanuel64
Bonjour
Malgré la MAJ de tis-microsoft-edge, j'ai le même souci de SHA corrompu sur certains postes...
Je suis preneur de toutes idées
Merci
Re: files corrupted, SHA not matching
Publié : 21 août 2026 - 16:46
par sfonteneau
Bonjour
Ce qui est certain c'est que le problème le viens pas du paquet puisque il fonctionne sur certain poste.
Fonctionnement :
Quand une machine télécharge son paquet elle le dézip
Elle vérifie la signature du manifest (liste des hash du paquet signer)
Puis elle vérifie que les somme sha2 dans le paquet sont les même que celle annoncée dans le manifeste.
Là on dirait que le fichier est modifier car la somme ne correspond pas.
Le fichier qui pose problème dans la capture est bien MicrosoftEdgeEnterpriseX64.msi
Donc le fichier a qui est présent une fois décompresser n'a pas la même somme que celle indiquer dans le manifest
Deux explication :
- Le fichier a été modifier dans le paquet directement auquel cas il faut faire attention que ce ne soit pas une compromission.
Ou alors:
- Quelque chose sur la machine viens toucher au fichier au moment de la décompression du zip wapt (un antivirus par exemple ou l'inverse ... un virus)
A vérifier dans votre cas.
Note de méfiance: Je suis tomber une fois sur un virus installé sur un poste qui a chaque écriture d'un exe sur le poste venais modifier ce fichier pour s'ajouter dedans (pour mieux se propager). Dans votre cas rien ne me permet de dire que c'est ça mais il faut quand même se méfier
Re: files corrupted, SHA not matching
Publié : 24 août 2026 - 09:04
par Emmanuel64
Bonjour
Merci de cet éclaircissement sur le fonctionnement de l'installation des paquets. C'est étrange car, sauf erreur de ma part, ça ne touche que Edge. Une fois teams, mais un cas isolé qui s'est résolu seul.
Je surveille ça de près
Bonne journée
Re: files corrupted, SHA not matching
Publié : 26 août 2026 - 16:05
par f.fenouil
Bonjour,
Je rencontre également le même souci.
J'ai essayé plusieurs choses, mais rien ne fonctionne (attendre la version supérieure du paquet, reconstruire le paquet, le supprimer puis le télécharger à nouveau, supprimer le cache WAPT sur les postes en question, réinstaller l'agent, désactiver l'antivirus).
Code : Tout sélectionner
Erreur : EWaptCorruptedFiles: Error in package mairie-microsoft-edge(=151.0.4129.107-48) in C:\Program Files (x86)\wapt\private\tmp\wapt3iazgawx, files corrupted, SHA not matching for ['MicrosoftEdgeEnterpriseX64.msi']
Je précise que ce même paquet fonctionne parfaitement sur d'autres postes dans le même environnement de production et avec un paramétrage similaire.
Dans l'attente d'une idée qui pourra résoudre le problème,
Merci.
Re: files corrupted, SHA not matching
Publié : 03 sept. 2026 - 14:11
par Emmanuel64
Bonjour
Je continue mes recherches pour comprendre ce qui modifie le SHA, sans trouver de réponse
j'ai fait des scans avec withsecure sans rien trouver, j'ai tenté de trouver des similitudes entre les postes touchés, mais il peut s'agir de poste nouveau ou ancien, sous w10 ou w11.. donc rien de cohérent
Contrairement ce que j'ai dit la dernière fois à "jarnaud" les sha ne corresponde effectivement pas (logique). J'ai pu vérifier dans un package extrait dans Program Files (x86)\wapt\private\install\wapt.... d'ailleurs je ne comprends pas à quel moment et comment retrouver ce package.
Si certains ont des idées sur les pistes à explorer, je suis preneur, car, là, je sèche sévère...
Merci par avance de votre aide
Re: files corrupted, SHA not matching
Publié : 03 sept. 2026 - 15:39
par Emmanuel64
Re
j'ai déposé le .msi seul sur le bureau d'un pc posant un problème, puis contrôlé le hash
Code : Tout sélectionner
Get-FileHash MicrosoftEdgeEnterpriseX64.msi -Algorithm SHA256 | Format-List
Algorithm : SHA256
Hash : 093D7CBE7019C7504446599632DD984DCE567DCB96604F14E4384C2C1420239B
Path : C:\Users\*\Desktop\MicrosoftEdgeEnterpriseX64.msi
Jusque-là nickel
En revanche si je copie ou dépose le .msi dans "téléchargement" ou dans .\wapt\private\install\" le hash change
Encore plus etrange, si je le ramene sur le bureau, le hash correspond... le fichier n'est donc pas modifié. C'est le calcul du hash qui semble modifié
La compromission par un virus ou malware me semble, hélas, une piste sérieuse à retenir
Mais je ne sais comment le dénicher s'il s'agit bien de cela
la question reste pourquoi ce paquet en particulier :
J'ai fait la même manipulation avec un autre msi, les hash correspondent