Le nouveau correctif Magento 1, SUPEE-10415 , a été publié .
Ce correctif offre une protection contre plusieurs types de problèmes liés à la sécurité.
Page d'informations: https://magento.com/security/patches/supee-10415
Page de téléchargement: https://magento.com/tech-resources/download
Quels sont les problèmes possibles à surveiller?
Veuillez également partager tous les bugs et problèmes que vous avez trouvés après l'installation du correctif.
Problème avec l'application de SUPEE-10415 sur vanilla 1.9.1.1 , les shows ne peuvent pas être appliqués à cause d'un message d'erreur de morceau dans Image.php . EDIT: À compter du 7 décembre 2017, le correctif est fourni dans le SUPEE-10497.
8788 versions 2 doivent être installées, sinon les erreurs "Type de données non pris en charge" s'afficheront. Plus d'informations.
- Erreur "404: page introuvable" dans le répertoire errors / après la mise à niveau vers SUPEE-10415. Ce problème se produit uniquement dans les installations Magento exécutant certaines extensions tierces.
Solution: confirmez qu'aucun avertissement PHP n'est généré par les extensions ou les personnalisations.
Réponses:
Les fichiers ci-dessous sont mis à jour / ajoutés après l’application du correctif SUPEE-10415.
Quelques points importants:
1) Extensions de fichiers autorisées: log, txt, html, csv. archiver ci-dessous les fichiers
2) La longueur maximale du mot de passe est de 256 caractères et le contrôle de validation dans le
app/code/core/Mage/Customer/Model/Customer.php
fichierPour EE Edition Ajouté quatre fichiers supplémentaires
Quelques points en EE
Ajout d'une condition dans les fichiers ci-dessous
Veuillez mettre à jour la condition ci-dessous dans vos fichiers de thème.
Pour plus d'informations:
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
la source
SUPEE-10415 ...
Résout certains problèmes XSS du panneau d'administration dans les domaines suivants:
Limite les extensions de fichier pouvant être utilisées pour le système et les fichiers journaux d'exceptions. Extensions de fichier autorisées:
.log
,.txt
,.html
,.csv
Place une limite supérieure de 256 caractères sur les mots de passe du compte client. Ce changement particulier est ridicule. Je ne sais pas d'où ils ont eu cette brillante idée.
Aucune de ces modifications ne semble être une rupture massive ou des modifications incompatibles avec les versions antérieures, à l'exception peut-être de la restriction de la longueur du mot de passe du client.
la source
SUPEE 10415 Nécessite le correctif 8788 v2
J'ai rencontré la même erreur qu'un message précédent, mais il semble avoir été supprimé.
J'ai rencontré l'erreur ci-dessus lorsque j'ai installé le nouveau correctif sur M 1.8.00 CE. La cause spécifique semble être due au fait que le correctif v2 de 8788 corrige manuellement la plupart des problèmes de ce correctif, mais nous avons oublié les parties non sérialisées.
Au lieu de revenir sur le correctif, j'ai apporté les modifications manuellement et le site fonctionne maintenant correctement.
Vous trouverez ci-dessous le code du correctif 8788
Vous pouvez également en savoir plus sur l'erreur de cet article . SOLVED: la nouvelle classe Unserialize_Parser lève des exceptions sur les valeurs NULL
la source
Nous avons eu un problème avec ce correctif: toutes les pages du site ont commencé à afficher l'erreur "404: page introuvable" du
errors/
répertoire. Après un peu de fouille, il s’avère que cela a été causé par un avertissement PHP publié dansMage_Core_Model_App::init
, qui provoque alors unMage_Core_Model_Store_Exception
dans les lignes suivantes du correctif:mageCoreErrorHandler()
, qui appelleMage::log()
pour enregistrer le message dans le fichier journal.Mage::log()
appelsMage::helper('log')
Mage_Log_Helper_Data::__construct
appelsMage::getStoreConfig()
, quels appelsMage::app()->getStore()
, mais les magasins n’ont pas encore été initialisés et unMage_Core_Model_Store_Exception
est lancéapp/Mage.php:647
attrape l'exception et retourne une page 404Je ne sais pas trop quelle est la solution pour l'instant, mis à part la résolution de l'avertissement et / ou la capture de l'exception lors de la vérification de l'extension du fichier journal. Je vais signaler cela à Magento pour voir ce qu’ils pensent.
la source
__construct()
méthodeMage_Log_Helper_Data
et ne seraient donc pas affectés par cela, mais les dernières éditions pour les entreprises et pour les entreprises le sont.1. Résolu: problème de clé secrète non valide quand un utilisateur charge l'administrateur
Dans ces patchs, Magento n'affiche plus le
“Invalid Secret Key. Please refresh the page.” message when a user loads the Admin
.En changeant de code à
app/code/core/Mage/Adminhtml/Controller/Action.php
strict tout mot de passe client à la longueur max 256:
Nous savons déjà que la longueur minimale du mot de passe magento 1.x est 6 .
mais dans ce patch, magento a une longueur maximale de 256.
Dans ce cas, magento a apporté des modifications en fonction de la classe de modèles
validate()
du Client . Ainsi, si quelqu'un a remplacé la classe et modifié, il doit ajouter le code ci-dessous surthat override class
Ajouter
$this->escapeHtml()
et Mage :: helper ('core') -> quoteEscape () pour certains fichiers où une attaque XSS est possibleSi quelqu'un substitue ces fichiers, vous devez ajouter le code ci-dessous à repeciev pour remplacer la classe 1.app/code/core/Mage/Adminhtml/Block/Report/Review/Detail.php.
remplacer
avec
2.app/code/core/Mage/Adminhtml/Block/Report/Tag/Product/Detail.php
remplacer
avec
3.app/code/core/Mage/Adminhtml/Block/Review/Edit/Form.php
remplacer
avec
remplacer
avec
remplacer
avec
remplacer
avec
la source
Si vous avez déjà appliqué SUPEE-10358 ^ ou corrigé manuellement
app/code/core/Mage/Adminhtml/Controller/Action.php
le problème " Clé secrète invalide ", vous devez supprimer manuellement cette section du fichier de correctif:De plus, si vous avez déjà corrigé la typo " new-pawwsord " (introduite dans SUPEE-10266) dans,
app/design/adminhtml/default/default/template/backup/dialogs.phtml
supprimez également cette section du correctif:^ MageSupport a fourni le SUPEE-10358 en réponse à un ticket d'assistance EE concernant le problème InvalidSecretKey
la source
Problème: le correctif ne fonctionne pas sur la vanille 1.9.1.1
Edition 1: correction ajoutée ci-dessous.
Edit 2: mon correctif n'est plus nécessaire, Magento a fourni SUPEE-10497 qui résout ce problème.
Problème:
La vanille Magento 1.9.1.1 a été téléchargée à partir de https://github.com/OpenMage/magento-mirror/archive/1.9.1.1.tar.gz
Correctifs précédemment appliqués à ce Magento 1.9.1.1:
Correctif officiel pour le correctif SUPEE-10415 pour 1.9.1.1:
SUPEE-10266
:Rétablissez-le en utilisant:
./PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh --revert
SUPEE-10415
:Rétablissez-le en utilisant
./PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh --revert
Correctif manuel pour le correctif SUPEE-10415 pour 1.9.1.1 [obsolète]:
Editez le fichier
PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh
, remplacez les lignes445
-447
.Vieux:
Nouveau:
la source
app/code/core/Mage/Core/Model/File/Validator/Image.php
. Le correctif SUPEE-10415 ne semble pas prendre en compte la modification apportée par le correctif SUPEE-9767 (v1 ou v2)Voici le journal des modifications complet et ce que je comprends de ce changelog
Et quels fichiers ont été affectés par quelle cause est énumérée ci-dessous
Échapper au changement HTML
fichier
Ajouter DS à la place '/'
nouveau fichier ajouté
Fichier de modification complet
app / code / core / Mage / Adminhtml / Modèle / Système / Config / Backend / Nom du fichier.php
Méthode ajoutée getCacheId () et getServiceUrl ()
Méthode ajoutée unserialize ()
Utilisez la méthode getServiceUrl () créée dans app / code / core / Mage / Api / Helper / Data.php
Utilisez la méthode getCacheId () créée dans app / code / core / Mage / Api / Helper / Data.php
unserialize()
Méthode ci-dessus utilisée créée dans app / code / core / Mage / Core / Helper / String.phpChangement de commentaire
Commentaire ajouté
Longueur de mot de passe maximale ajoutée
Ajout de l'extension de fichier autorisée // $ _ allowedFileExtensions = array ('log', 'txt', 'html', 'csv');
Je ne sais pas quel changement
Liste des problèmes
SUPEE-10415 empêche le contrôle du panier
obtenez le code d'erreur de # 10415 dans paypal dans magento
la source
Essayez ceci sur Magento EE 1.13.0.2 et il semble que ce correctif ne soit pas bien joué si SUPEE-6482 est installé.
SUPEE-6482 a changé la ligne avec
$phpAuthUser
lala source
$phpAuthUser
ligne était différente de l'espacement précédent, mais elle->setUseSession(false);
était également incorrecte