Новое исправление безопасности для Magento 1, устраняющее 13 проблем APPSEC
https://magento.com/security/patches/supee-10266
Какие распространенные проблемы вы должны остерегаться при применении этого патча?
SUPEE-10266, Magento Commerce 1.14.3.6 и Open Source 1.9.3.6 содержат множество улучшений безопасности, которые помогают закрыть подделку межсайтовых запросов (CSRF), несанкционированную утечку данных и проверенные уязвимости удаленного выполнения кода пользователем Admin. Эти выпуски также включают исправления для проблем с перезагрузкой изображения и платежами, используя одноэтапную проверку.
magento-1
patches
security
supee-10266
Люк Роджерс
источник
источник
Ответы:
Некоторой важной информацией поделитесь здесь. Большинство файлов из бэкэнда Magento. Список файлов:
Главное, нужно проверить эти три файла.
app / code / core / Mage / Checkout / controllers / CartController.php проверка дополнительных условий идентификатор клиента :
добавлен app / code / core / Mage / Sales / Model / Resource / Order / Item / Collection.php Дополнительный метод addFilterByCustomerId в коллекции.
Приложение / код / ядро / Mage / Ядро / Модель / Файл / Оценщик / image.php
если 'general / reprocess_images / active' false, тогда пропустите повторную обработку изображения. ПРИМЕЧАНИЕ. Если вы отключите повторную обработку изображений, процесс загрузки изображений может вызвать угрозу безопасности.
Надеюсь, это будет полезно. я думаю
источник
EE 1.14.2.4
Опечатка в строке 726 патча:
autocomplete="new-pawwsord"
(app/design/adminhtml/default/default/template/backup/dialogs.phtml
)Патч пропускает 2 файла интерфейса:
Исправленный:
app\design\adminhtml\default\default\template\oauth\authorize\form\login-simple.phtml
Не исправлено:
app\design\frontend\base\default\template\oauth\authorize\form\login-simple.phtml
app\design\frontend\rwd\default\template\oauth\authorize\form\login-simple.phtml
Также не забудьте проверить локальные переопределения ... Мне пришлось вручную исправлять переопределение локального кодового пула
app\design\adminhtml\default\default\template\sales\order\view\info.phtml
См quasiobject ответ «s для OnePage вопроса проверки. Создан тикет поддержки предприятия, ожидающий ответа от Magento. Если вы не хотите ждать обновленного патча, потенциальное исправление состоит в том, чтобы модифицировать
app\design\frontend\enterprise\default\template\giftcardaccount\onepage\payment\scripts.phtml
статический элемент else, включив в него элемент form_key следующим образом:if (($('p_method_' + methodName) && $('p_method_' + methodName).checked) || elements[i].name == 'form_key') { ...
CE 1.9.2.4
Опечатка в строке 694 патча:
autocomplete="new-pawwsord"
(app/design/adminhtml/default/default/template/backup/dialogs.phtml
)Расширение TrueOrderEdit должно быть исправлено ... изменения
echo $_groupName
вecho $this->escapeHtml($_groupName)
следующие файлы:app\design\adminhtml\default\default\template\orderedit\sales\order\view\edit.phtml
app\design\adminhtml\default\default\template\orderedit\sales\order\view\history.phtml
app\design\adminhtml\default\default\template\orderedit\sales\order\view\info.phtml
Наконец, этот основной файл шаблона, вероятно, также должен быть исправлен тем же обновлением $ _groupName:
app\design\adminhtml\default\default\template\sales\order\view\edit.phtml
Все версии 1.X
Если вы удалили
/downloader
папку (или/downloader/template
) из своей кодовой базы, то вам, возможно, придется вручную отредактировать файл патча .sh и удалить последний раздел, начиная сdiff --git downloader/template/login.phtml downloader/template/login.phtml
Что касается ошибки « Неверный секретный ключ» , см. Мой ответ здесь: Magento 1.9 Неверный секретный ключ. Пожалуйста, обновите страницу
источник
Мы в MageHost.pro обнаружили проблему в патче для Magento 1.9.1.1, файл патча
PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh
Ошибка:
Я исправил это, заменив строки 454-472 на 454-471 из
PATCH_SUPEE-10266_CE_1.9.1.0_v1-2017-09-13-06-34-33.sh
Старый код, строка 454-472:
Новый код, строки 454-471:
источник
В этом патче добавлен только один ключ формы.
Поэтому, если у вас возникнут трудности с удалением виджета из панели администратора, убедитесь, что блок удаления генерирует ваш URL-адрес удаления, и что у вас нет переопределений этого блока.
источник
Невозможно оформить заказ на EE 1.11+
В
app/design/frontend/enterprise/default/template/giftcardaccount/onepage/payment/scripts.phtml
форме ключ проверки кода был удален, и он нарушает всю проверку, более подробную информацию здесь: https://magento.stackexchange.com/a/193442/2380Обходной путь на данный момент (поскольку V2 для EE 1.11+ будет выпущен для решения этой проблемы): откат файла шаблона для обоих
enterprise/default
иrwd/entreprise
тем.Различия между патчем и версией
РЕДАКТИРОВАТЬ: 1.9.3.6 был выпущен, поэтому эта информация больше не актуальна
Одна из основных проблем, которая была поднята на данный момент, заключается в том, что в 1.9.3.5 отсутствуют три исправления безопасности из исправления. Поэтому я настоятельно рекомендую только патчить, но не обновлять до 1.9.3.5
источник
Все еще пытаюсь определить, является ли это уникальным для нашего магазина, из-за пользовательских шаблонов. Тем не менее, он сломан с примененным патчем и не сломан, когда мы вернемся. Я хотел опубликовать в случае, если другие могут сообщить то же самое.
В EE 1.14.2.0 мы не можем продвинуться дальше этапа извлечения информации о платеже с применением исправления. Мы до версии SUPEE-9767 v2 до применения нового патча.
Наша проблема, кажется, проистекает из их удаления
|| elements[i].name == 'form_key'
из:Это удалено из
enablePaymentMethods
цикла. Похоже, что скрытый ввод form_key формы отключен и, следовательно, не передается в контроллер при отправке.Затем происходит
$this->_validateFormKey()
сбой и контроллер ничего не возвращает.Обновление 1 (2017-09-18) : Я отправил билет в службу поддержки Magento в пятницу, и мне сказали, что "[еще] ни один из продавцов не сообщал об этом". Вместо того, чтобы отправлять резервные копии, я пытался выполнить дублирование при чистой установке 1.14.2.4 и 1.14.3.4 с применением соответствующих исправлений. Я был в состоянии дублировать и ответил на билет. В ожидании нового ответа.
Примечание. Система> Конфигурация> Администратор> Безопасность> Включить проверку ключа формы при оформлении заказа должно быть «Да». Если «Нет», вы не увидите проблему.
Обновление 2 (2017-09-18) : Заметил, что не могу продублировать проблему с 1.14.3.6, но когда я проверял файл шаблона выше,
|| elements[i].name == 'form_key'
он все еще там. Кажется, патчи не должны были удалить его. Отправил эту информацию в службу поддержки Magento.Обновление 3 (2017-09-20): я только что получил патч для исправления проблемы для 1.14.0.0–1.14.3.4, который просто восстанавливает
form_key
строку в шаблоне. Обратитесь в службу поддержки SUPEE-10348.источник
Когда вы идете в Magento Connect, и после, когда вы нажимаете «Вернуться к администратору» в правом верхнем углу страницы. Вернувшись на панель администратора, вы получите сообщение об ошибке
красное сообщение об ошибке: «Неверный секретный ключ. Пожалуйста, обновите страницу».
Как только вы обновите страницу, ее больше нет.
Обновлено: 15 сентября 2017 г.
Если вы авторизуетесь в Magento admin, скажем, Dashboard. Без выхода из панели Dashboard вы идете и открываете другое окно браузера в том же браузере и переходите на example.com/admin, он автоматически авторизуется и показывает точно такое же сообщение.
красное сообщение об ошибке: «Неверный секретный ключ. Пожалуйста, обновите страницу».
Пока это единственная проблема, которую я нашел. Я даже не уверен, является ли это серьезной проблемой, поскольку сообщение исчезает после обновления.
источник
if ($_keyErrorMsg != '') { Mage::getSingleton('adminhtml/session')->addError($_keyErrorMsg); };
должно бытьif (!$_isValidFormKey){ Mage::getSingleton('adminhtml/session')->addError($_keyErrorMsg); };
Я спросил службу поддержки Magento о следующей проблеме
Они ответили мне сегодня утром и выпустили новый патч PATCH_SUPEE-10348 .
Magento только что решил проблему, выполнив возврат в этом файле.
источник
Я столкнулся с проблемой с шаблонами электронной почты, пользовательским CSS и модманом. Если, например, у вас есть тема на основе
rwd/default
, есть пользовательская тема ,skin/frontend/package/theme/css/email-inline.css
и ваши файлы скинов включены через modman через символическую ссылку, CSS не будет добавлен в почтовый шаблон после применения SUPEE-10266. Проблема в том, что вMage_Core_Model_Email_Template_Abstract::_getCssFileContent
некоторые проверки были введены.Я решил это с помощью грязного хака с
app/code/local/Mage/Core/Model/Email/Template/Abstract.php
переопределением на данный момент. Мне пришлось ослабить проверку, чтобы можно было загрузить файл CSS из каталога modman:Он не будет проверять, содержит ли путь полный каталог скина, а будет только проверять, содержит ли путь строку
/skin
и не содержит ли он..
, что должно предотвратить атаки обхода каталога.источник
if (strpos($filename, '..') === false) { $positionSkinDirectory = 1; }
строку после того,$positionSkinDirectory
как первоначально установлен. Это должно помочь избежать обхода каталога.Вот полный список исправлений, затронутых
autocomplete="new-pawwsord"
опечаткой:источник
На Magento 1.8.1 я столкнулся с проблемами со следующими файлами:
В итоге я скачал последнюю версию Magento, которая НЕ содержит патч. В этом случае Magento 1.9.3.4 .
Замена «испорченных» файлов файлом, загруженным из загрузочного файла, устранила проблему. Я смог успешно применить патч.
Но будьте осторожны: я предлагаю вернуться к 3 файлам после исправления снова и отредактировать файлы вручную.
источник