Unerwartete SHA-256-benannte Datei wird im Stammverzeichnis des Adobe Commerce-Projekts angezeigt
In diesem Artikel wird ein bekanntes Problem beschrieben, bei dem nach der Anwendung des isolierten Sicherheits-Patches vom . Oktober 2026 eine Datei mit einem langen hexadezimalen Namen im Adobe Commerce- erstellt wird.
Beschreibung description
Betroffene Produkte und Versionen
Dieses Problem tritt nur auf, wenn die beiden folgenden Bedingungen zutreffen:
-
Sie haben den Oktober 2026 Isolated Security Patch (APSB26-153) angewendet und
-
Sie führen Adobe Commerce auf einer Cloud-Infrastruktur, Adobe Commerce On-Premise oder Magento Open Source auf einer der folgenden Versionen aus:
- 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
Sowohl der Entwicklungs- als auch der Produktionsmodus sind betroffen.
Installationen, die den (isolierten Oktober 2026) nicht angewendet , sind davon nicht betroffen.
Problem
Nach der Anwendung des Oktober 2026 Isolated Security Patch wird eine leere Datei mit dem Namen mit einer 64-stelligen Hexadezimalzeichenfolge im Projektstamm erstellt:
976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
Der Name ist in allen betroffenen Installationen identisch.
Führen Sie zum Reproduzieren Folgendes aus dem Projektstamm aus:
rm -f 976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
touch var/.regenerate
bin/magento
Die Datei wird erneut angezeigt. Die Ausführung von bin/magento setup:upgrade ist nicht erforderlich - wenn ein bin/magento Aufruf erfolgt, wird er neu erstellt, während der var/.regenerate Trigger vorhanden ist.
Ursache
Durch eine Änderung der dateibasierten Sperrung in Magento\Framework\Lock\Backend\FileLock, die im Isolated Security Patch vom Oktober 2026 enthalten ist, wurde die Art und Weise geändert, wie Sperrdateinamen abgeleitet werden. Daher wird die generated-files Bereinigungssperre unter einem Hash-Namen anstelle des vorherigen Speicherorts unter var/.regenerate.lock in den Installationsstamm geschrieben.
Lösung resolution
Adobe hat dies als unbeabsichtigte Nebenwirkung erkannt und wird den vorherigen Speicherort der Sperrdatei in einer kommenden Version wiederherstellen.
Es ist keine Kundenaktion erforderlich, um geschützt zu bleiben. Die Sicherheitskorrekturen des Oktober 2026 Isolated Patch sind von diesem Problem nicht betroffen und Sie sollten den Patch nicht rückgängig machen.
Bis die korrigierte Version verfügbar ist, können Sie die Datei ignorieren. Es handelt sich um eine leere Sperrdatei, die keine Konfigurations-, Berechtigungs- oder Kundendaten enthält, und ihr Vorhandensein weist nicht auf eine Fehlkonfiguration oder eine kompromittierte Installation hin.
Fügen Sie sie zu Ihrer .gitignore hinzu, um sie außerhalb der Quell-Code-Verwaltung zu halten:
/976bc24c08055e67a58cf491401c8b2f3d48ff55b8092f1ede196bac4756a228
bin/magento Befehle, Cron oder Bereitstellungsprozesse ausgeführt werden. Die Sperrung ist beratend und an die Datei selbst gebunden. Wenn Sie sie also entfernen, wird eine aktuell gehaltene Sperre nicht aufgehoben. Ein nachfolgender Prozess erstellt eine neue Datei und erhält eine eigene Sperre, sodass zwei Bereinigungsprozesse gleichzeitig ausgeführt werden können.Weitere Informationen
- In der Adobe Commerce in der Cloud-Infrastruktur wird die Datei bei jeder Bereitstellung in den Projektstamm geschrieben. Dies wird erwartet und erfordert kein Support-Ticket.
- Informationen zu den Links für das Sicherheitsupdate und den Patch-Download vom Oktober 2026 finden Sie unter Sicherheitsupdate für Adobe Commerce verfügbar - APSB26-153.