Un fichier nommé SHA-256 inattendu apparaît à la racine du projet Adobe Commerce
Cet article décrit un problème connu où un fichier au nom hexadécimal long est créé dans la racine du projet Adobe Commerce après application du correctif de sécurité isolé octobre 2026.
Description description
Produits et versions concernés
Ce problème se produit uniquement lorsque les deux conditions suivantes s’appliquent :
-
Vous avez appliqué le correctif de sécurité isolé octobre 2026 (APSB26-153) et
-
Vous exécutez Adobe Commerce sur les infrastructures cloud, Adobe Commerce on-premise ou Magento Open Source sur l’une des versions suivantes :
- 2.4.10-alpha1
- 2.4.9
- 2.4.8-p5
- 2.4.7-p10
- 2.4.6-p15
- 2.4.5-p17
- 2.4.4-p18
Les modes Développeur et Production sont tous deux affectés.
Les installations qui n’ont pas appliqué le correctif isolé octobre 2026 ne sont pas affectées.
Problème
Après application du correctif de sécurité isolé octobre 2026, un fichier vide nommé avec une chaîne hexadécimale de 64 caractères est créé à la racine du projet :
976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
Le nom est identique pour toutes les installations affectées.
Pour reproduire, exécutez ce qui suit à partir de la racine du projet :
rm -f 976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
touch var/.regenerate
bin/magento
Le fichier réapparaît. L’exécution de bin/magento setup:upgrade n’est pas obligatoire ; tout appel bin/magento le recrée, tant que le déclencheur var/.regenerate est présent.
Cause
Une modification apportée au verrouillage basé sur les fichiers dans Magento\Framework\Lock\Backend\FileLock, incluse dans le correctif de sécurité isolé d’octobre 2026, a modifié la manière dont les noms de fichiers de verrouillage sont dérivés. Par conséquent, le verrou de nettoyage du generated-files est écrit à la racine d’installation sous un nom haché au lieu de son emplacement précédent à l’adresse var/.regenerate.lock.
Résolution resolution
Adobe a identifié cela comme un effet secondaire inattendu et restaurera l’emplacement du fichier de verrouillage précédent dans une prochaine version.
Aucune action du client n’est requise pour rester protégé. Les correctifs de sécurité fournis par le correctif isolé d’octobre 2026 octobre ne sont pas affectés par ce problème et vous ne devez pas inverser le correctif.
Jusqu’à ce que la version corrigée soit disponible, vous pouvez ignorer le fichier en toute sécurité. Il s’agit d’un fichier de verrouillage vide qui ne contient aucune configuration, information d’identification ou donnée client. Sa présence n’indique pas une mauvaise configuration ou une installation compromise.
Pour le garder hors du contrôle de code source, ajoutez-le à votre .gitignore :
/976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
bin/magento commandes, de cron ou de processus de déploiement. Le verrouillage est conseillé et lié au fichier lui-même. Sa suppression ne libère donc pas un verrou actuellement bloqué. Un processus ultérieur crée un nouveau fichier et acquiert son propre verrou, ce qui permet à deux processus de nettoyage de s’exécuter en même temps.Informations supplémentaires
- Sur Adobe Commerce sur les infrastructures cloud, le fichier est écrit à la racine du projet sur chaque déploiement. Ceci est prévu et ne nécessite pas de ticket d’assistance.
- Pour les liens de téléchargement de mise à jour de sécurité et de correctif d’octobre 2026, voir Mise à jour de sécurité disponible pour Adobe Commerce - APSB26-153.