Se ha lanzado el nuevo parche Magento 1, SUPEE-10415 .
Este parche proporciona protección contra varios tipos de problemas relacionados con la seguridad.
Página de información: https://magento.com/security/patches/supee-10415
Página de descarga: https://magento.com/tech-resources/download
¿Cuáles son los posibles problemas a tener en cuenta?
Además, comparta todos los errores y problemas que haya encontrado después de la instalación del parche.
Problema con la aplicación de SUPEE-10415 en vanilla 1.9.1.1 , los shows no se pueden aplicar debido al mensaje de error hunk en Image.php . EDITAR: a partir del 7 de diciembre de 2017, la corrección se proporciona en SUPEE-10497
Debe tener 8788 Versiones 2 instaladas, de lo contrario verá errores de "Tipo de datos no admitidos". Más información.
- Error "404: Página no encontrada" del directorio de errores / después de actualizar a SUPEE-10415. Este problema ocurre solo en instalaciones de Magento que ejecutan ciertas extensiones de terceros.
Solución alternativa: confirme que no haya advertencias de PHP generadas por ninguna de las extensiones o personalizaciones.
Respuestas:
Los siguientes archivos se actualizan / agregan después del parche aplicado SUPEE - 10415.
Algunos puntos importantes:
1) Extensiones de archivo permitidas: log, txt, html, csv. verifique los archivos a continuación
2) La longitud máxima de la contraseña establecida es de 256 caracteres y la verificación de validación en el
app/code/core/Mage/Customer/Model/Customer.php
archivoPara EE Edition Se agregaron cuatro archivos adicionales
Algunos puntos de impotencia en EE
Se agregó una condición en los archivos a continuación
Actualice la siguiente condición en sus archivos de tema.
Para más información:
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
fuente
SUPEE-10415 ...
Resuelve algunos problemas del panel de administración XSS en las siguientes áreas:
Restringe las extensiones de archivo que se pueden usar para el sistema y los archivos de registro de excepciones. Permitir extenciones de ficheros:
.log
,.txt
,.html
,.csv
Establece un límite superior de 256 caracteres en las contraseñas de las cuentas de los clientes. Este cambio particular es ridículo; No estoy seguro de dónde sacaron esta brillante idea.
Ninguno de estos cambios parecen ser cambios masivos o incompatibles con versiones anteriores, excepto quizás por la restricción de la longitud de la contraseña del cliente.
fuente
SUPEE 10415 Requiere el parche 8788 v2
Encontré el mismo error que en una publicación anterior, pero parece que se ha eliminado.
Encontré el error anterior cuando instalé el nuevo parche en M 1.8.00 CE La causa específica parece deberse a que con el parche v2 de 8788 hicimos arreglos manuales para la mayoría de los problemas de ese parche, pero nos perdimos las porciones no serializadas.
En lugar de revertir el parche, hice las modificaciones manualmente y ahora el sitio funciona correctamente.
A continuación encontrará el código para el parche 8788
También puede leer más sobre el error de esta publicación SOLUCIONADO: la nueva clase Unserialize_Parser arroja excepciones en valores NULL
fuente
Hemos tenido un problema con este parche en el que todas las páginas del sitio comenzaron a mostrar el error "404: Página no encontrada" del
errors/
directorio. Después de un poco de excavación, resultó que fue causado por una advertencia PHP emitida enMage_Core_Model_App::init
, que luego causa unMage_Core_Model_Store_Exception
en las siguientes líneas del parche:mageCoreErrorHandler()
, que llamaMage::log()
para registrar el mensaje en el archivo de registro.Mage::log()
llamadasMage::helper('log')
Mage_Log_Helper_Data::__construct
llamaMage::getStoreConfig()
, que llamaMage::app()->getStore()
, pero las tiendas aún no se han inicializado yMage_Core_Model_Store_Exception
se lanza unapp/Mage.php:647
captura la excepción y devuelve una página 404Todavía no estoy seguro de cuál es la solución, aparte de corregir la advertencia y / o detectar la excepción al verificar la extensión del archivo de registro. Voy a informar esto a Magento para ver qué piensan.
fuente
__construct()
métodoMage_Log_Helper_Data
, por lo que no se verían afectados por esto, pero las últimas ediciones comunitarias y empresariales sí.1.Resuelto: problema de clave secreta no válida cuando un usuario carga el administrador
En estos parches, Magento ya no muestra el
“Invalid Secret Key. Please refresh the page.” message when a user loads the Admin
.Al cambiar el código en
app/code/core/Mage/Adminhtml/Controller/Action.php
estricta contraseña de todos los clientes a longitud MAX 256:
Ya sabemos que la longitud mínima de la contraseña de magento 1.x es 6 .
pero en este parche, magento tiene un límite de longitud máxima de 256.
En este caso, magento ha realizado cambios en función de la clase de modelo
validate()
del Cliente . Por lo tanto, si alguien ha anulado la clase y también anula, entonces debe agregar el siguiente código enthat override class
Add
$this->escapeHtml()
and Mage :: helper ('core') -> quoteEscape () para algunos archivos donde es posible un ataque XSSSi alguien anula estos archivos, entonces debe agregar el siguiente código para repetir la clase de anulación 1.app/code/core/Mage/Adminhtml/Block/Report/Review/Detail.php
reemplazar
con
2.app/code/core/Mage/Adminhtml/Block/Report/Tag/Product/Detail.php
reemplazar
con
3.app/code/core/Mage/Adminhtml/Block/Review/Edit/Form.php
reemplazar
con
reemplazar
con
reemplazar
con
reemplazar
con
fuente
Si ya ha aplicado SUPEE-10358 ^, o parcheado manualmente
app/code/core/Mage/Adminhtml/Controller/Action.php
para el problema de " Clave secreta no válida ", deberá eliminar manualmente esa sección del archivo de parche:Además, si ya ha corregido el error tipográfico " new-pawwsord " (introducido en SUPEE-10266)
app/design/adminhtml/default/default/template/backup/dialogs.phtml
, elimine también esa sección del parche:^ MageSupport proporcionó SUPEE-10358 en respuesta a un ticket de soporte EE con respecto al problema InvalidSecretKey
fuente
Problema: el parche no funciona en vanilla 1.9.1.1
Edición 1: corrección agregada a continuación.
Edición 2: mi solución ya no es necesaria, Magento proporcionó SUPEE-10497 que soluciona este problema.
Problema:
El vainilla Magento 1.9.1.1 se descargó de https://github.com/OpenMage/magento-mirror/archive/1.9.1.1.tar.gz
Parches previamente aplicados en este Magento 1.9.1.1:
Arreglo oficial para el parche SUPEE-10415 para 1.9.1.1:
SUPEE-10266
:inviértalo usando:
./PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh --revert
SUPEE-10415
:inviértalo usando
./PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh --revert
Arreglo manual para el parche SUPEE-10415 para 1.9.1.1 [en desuso]:
Edite el archivo
PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh
, reemplace las líneas445
-447
.Antiguo:
Nuevo:
fuente
app/code/core/Mage/Core/Model/File/Validator/Image.php
. El parche SUPEE-10415 no parece tener en cuenta la modificación realizada por el parche SUPEE-9767 (v1 o v2)Aquí está el registro de cambios completo y lo que entiendo con este registro de cambios
Y qué archivos se vieron afectados por qué causa se enumera a continuación
Escape Html change
archivo
Agregar DS en su lugar '/'
nuevo archivo agregado
Archivo de cambio completo
app / code / core / Mage / Adminhtml / Model / System / Config / Backend / Filename.php
Método agregado getCacheId () y getServiceUrl ()
Método agregado unserialize ()
Utilice el método getServiceUrl () creado en app / code / core / Mage / Api / Helper / Data.php
Utilice el método getCacheId () creado en app / code / core / Mage / Api / Helper / Data.php
Se utilizó el
unserialize()
método anterior creado en app / code / core / Mage / Core / Helper / String.phpCambio de comentario
Comentario añadido
Longitud máxima de contraseña agregada
Se agregó la extensión de archivo allow // $ _ allowedFileExtensions = array ('log', 'txt', 'html', 'csv');
No se que cambio
Lista de problemas
SUPEE-10415 evita el control de la canasta
obtener el código de error # 10415 en paypal en magento
fuente
Intentando esto en Magento EE 1.13.0.2 y parece que este parche no funciona bien si está instalado SUPEE-6482.
SUPEE-6482 cambió la línea
$phpAuthUser
afuente
$phpAuthUser
línea era diferente, el espaciado anterior->setUseSession(false);
también era incorrecto