Nowa łatka Magento 1 została wydana, SUPEE-10415 .
Ta poprawka zapewnia ochronę przed kilkoma typami problemów związanych z bezpieczeństwem
Strona informacyjna: https://magento.com/security/patches/supee-10415
Strona pobierania: https://magento.com/tech-resources/download
Jakie są możliwe problemy, na które należy uważać?
Podziel się także wszystkimi błędami i problemami, które znalazłeś po instalacji łatki.
Problem ze stosowaniem SUPEE-10415 na wanilii 1.9.1.1 , pokazy nie mogą być stosowane z powodu komunikatu o błędzie przystojniak w Image.php . EDYCJA: Od 7 grudnia 2017 poprawka jest dostępna w SUPEE-10497
Musi mieć zainstalowaną wersję 8788 2 , w przeciwnym razie pojawią się błędy „Nieobsługiwany typ danych”. Więcej informacji.
- Błąd „404: Nie znaleziono strony” z katalogu błędów / po aktualizacji do SUPEE-10415. Ten problem występuje tylko w instalacjach Magento, które uruchamiają określone rozszerzenia innych firm.
Obejście: Potwierdź, że żadne rozszerzenie lub dostosowanie nie generuje ostrzeżeń PHP.
Odpowiedzi:
Poniższe pliki są aktualizowane / dodawane po zastosowaniu poprawki SUPEE - 10415.
Kilka ważnych punktów:
1) Dozwolone rozszerzenia plików: log, txt, html, csv. zamelduj się poniżej plików
2) Maksymalna ustawiona długość hasła to 256 znaków i sprawdzenie poprawności w
app/code/core/Mage/Customer/Model/Customer.php
plikuDo edycji EE Dodano dodatkowe cztery pliki
Niektóre ważne punkty w EE
Dodano warunek w poniższych plikach
Zaktualizuj poniższy warunek w plikach motywu.
Po więcej informacji:
https://magento.com/security/patches/supee-10415 http://devdocs.magento.com/guides/m1x/ce19-ee114/ee1.14_release-notes.html#ee114-11436 http: // devdocs. magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1936
źródło
SUPEE-10415 ...
Rozwiązuje niektóre problemy XSS panelu administracyjnego w następujących obszarach:
Ogranicza rozszerzenia plików, których można używać dla plików dziennika systemu i wyjątków. Dopuszczalne rozszerzenia:
.log
,.txt
,.html
,.csv
Określa 256-znakowy górny limit haseł do kont klientów. Ta szczególna zmiana jest niedorzeczna; nie jestem pewien, skąd wzięli ten świetny pomysł.
Żadna z tych zmian nie wydaje się być poważną zmianą lub zmianami niezgodnymi wstecz, z wyjątkiem być może ograniczenia długości hasła klienta.
źródło
SUPEE 10415 Wymaga poprawki 8788 v2
Napotkałem ten sam błąd, co w poprzednim poście, ale wygląda na to, że został usunięty.
Napotkałem powyższy błąd, kiedy instalowałem nową łatkę w wersji M 1.8.00 CE. Przyczyną tego wydaje się być fakt, że po zainstalowaniu łatki v2 8788 wprowadziliśmy ręczne poprawki większości problemów z tej łatki, ale pominęliśmy części nieserializowane.
Zamiast przywracać łatkę ręcznie wprowadziłem modyfikacje, a teraz strona działa poprawnie.
Poniżej znajdziesz kod poprawki 8788
Możesz także przeczytać więcej o błędzie w tym poście ROZWIĄZANY: nowa klasa Unserialize_Parser zgłasza wyjątki od wartości NULL
źródło
Wystąpił problem z tą poprawką, gdy na każdej stronie w witrynie pojawiał się błąd „404: Nie znaleziono strony” z
errors/
katalogu. Po drobnym kopaniu okazało się, że było to spowodowane ostrzeżeniem PHP wydanym wMage_Core_Model_App::init
, które następnie powodujeMage_Core_Model_Store_Exception
aw następujących wierszach łatki:mageCoreErrorHandler()
, który wywołuje,Mage::log()
aby zalogować wiadomość do pliku dziennika.Mage::log()
połączeniaMage::helper('log')
Mage_Log_Helper_Data::__construct
połączeniaMage::getStoreConfig()
, które dzwoniąMage::app()->getStore()
, ale sklepy nie zostały jeszcze zainicjowane iMage_Core_Model_Store_Exception
generowany jest znak „a”app/Mage.php:647
wyłapuje wyjątek i zwraca stronę 404Nie jestem do końca pewien, jakie jest rozwiązanie, oprócz naprawienia ostrzeżenia i / lub wyłapania wyjątku podczas sprawdzania rozszerzenia pliku dziennika. Zamierzam zgłosić to Magento, aby zobaczyć, co myślą.
źródło
__construct()
metodyMage_Log_Helper_Data
, więc nie wpłynie to na to, ale zarówno najnowsze wersje społecznościowe, jak i korporacyjne.1. Rozwiązany problem: nieprawidłowy klucz tajny, gdy użytkownik ładuje administratora
W tych łatkach Magento nie wyświetla już
“Invalid Secret Key. Please refresh the page.” message when a user loads the Admin
.Zmieniając kod o
app/code/core/Mage/Adminhtml/Controller/Action.php
ściśle wszystkie hasła klienta do długości MAX 256:
Wiemy już, że minimalna długość hasła magento 1.x wynosi 6 .
ale w tej łatce magento ma limit maksymalnej długości do 256.
Ten przypadek, Magento dokonał zmian w funkcji
validate()
z klasy modelu klienta .so, jeśli ktoś ma zastąpić klasę a także przesłonić to powinny one dodać poniżej kodu nathat override class
Dodaj
$this->escapeHtml()
i Mage :: helper ('core') -> quoteEscape () dla niektórych plików, w których możliwy jest atak XSSJeśli ktoś nadpisze te pliki, należy dodać poniższy kod do repeciev overrider class 1.app/code/core/Mage/Adminhtml/Block/Report/Review/Detail.php
zastąpić
z
2.app/code/core/Mage/Adminhtml/Block/Report/Tag/Product/Detail.php
zastąpić
z
3.app/code/core/Mage/Adminhtml/Block/Review/Edit/Form.php
zastąpić
z
zastąpić
z
zastąpić
z
zastąpić
z
źródło
Jeśli już zastosowałeś SUPEE-10358 ^ lub ręcznie załatałeś problem
app/code/core/Mage/Adminhtml/Controller/Action.php
„ Nieprawidłowy tajny klucz ”, musisz ręcznie usunąć tę sekcję z pliku poprawki:Dodatkowo, jeśli naprawiłeś już literówkę „ new-pawwsord ” (wprowadzoną w SUPEE-10266),
app/design/adminhtml/default/default/template/backup/dialogs.phtml
usuń również tę sekcję z patcha:^ MageSupport dostarczył SUPEE-10358 w odpowiedzi na zgłoszenie do pomocy technicznej EE dotyczące problemu InvalidSecretKey
źródło
Problem: łatka nie działa na wanilii 1.9.1.1
Edycja 1: poprawka dodana poniżej.
Edycja 2: moja poprawka nie jest już potrzebna, Magento zapewniło SUPEE-10497, który rozwiązuje ten problem.
Problem:
Waniliowe Magento 1.9.1.1 zostało pobrane z https://github.com/OpenMage/magento-mirror/archive/1.9.1.1.tar.gz
Wcześniej zastosowane łaty w tym Magento 1.9.1.1:
Oficjalna poprawka dla poprawki SUPEE-10415 dla 1.9.1.1:
SUPEE-10266
:przywróć go za pomocą:
./PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh --revert
SUPEE-10415
:przywróć go za pomocą
./PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh --revert
Ręczna poprawka dla poprawki SUPEE-10415 dla 1.9.1.1 [nieaktualne]:
Edytuj plik
PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh
, zamień linie445
-447
.Stary:
Nowy:
źródło
app/code/core/Mage/Core/Model/File/Validator/Image.php
. Wydaje się, że łatka SUPEE-10415 nie uwzględnia modyfikacji dokonanej przez łatkę SUPEE-9767 (v1 lub v2)Oto pełny dziennik zmian i co rozumiem z tym dziennikiem zmian
I na które pliki miała wpływ wymieniona poniżej przyczyna
Escape Zmiana HTML
plik
Dodaj DS zamiast „/”
dodano nowy plik
Kompletny plik zmian
app / code / core / Mage / Adminhtml / Model / System / Config / Backend / Filename.php
Dodano metodę getCacheId () i getServiceUrl ()
Dodano metodę unserialize ()
Użyj metody getServiceUrl () utworzonej w app / code / core / Mage / Api / Helper / Data.php
Użyj metody getCacheId () utworzonej w app / code / core / Mage / Api / Helper / Data.php
Zastosowano powyższą
unserialize()
metodę utworzoną w app / code / core / Mage / Core / Helper / String.phpZmiana komentarza
Komentarz dodany
Dodano maksymalną długość hasła
Dodano zezwolenie na rozszerzenie pliku // $ _ allowedFileExtensions = array ('log', 'txt', 'html', 'csv');
Nie wiem jaka zmiana
Lista problemów
SUPEE-10415 zapobiega kontroli kosza
otrzymaj kod błędu # 10415 w paypal in magento
źródło
Próbuję tego na Magento EE 1.13.0.2 i wydaje się, że ta łatka nie działa dobrze, jeśli zainstalowano SUPEE-6482.
SUPEE-6482 zmienił linię
$phpAuthUser
naźródło
$phpAuthUser
linia różniła się poprzednimi odstępami->setUseSession(false);
również była niepoprawna