SUPEE-10888 est un nouveau correctif de sécurité pour Magento 1 qui résout 12 problèmes de sécurité.
https://magento.com/security/patches/supee-10888
SUPEE-10888, Magento Commerce 1.14.3.10 et Open Source 1.9.3.10 contiennent plusieurs améliorations de sécurité qui aident à fermer les scripts intersites (XSS), la falsification de requêtes intersites (CSRF) et d'autres vulnérabilités.
Le correctif peut être trouvé à https://magento.com/tech-resources/download#download2243
Quels problèmes courants devez-vous surveiller lors de l'application de ce correctif?
magento-1
patches
security
supee-10888
Luke Rodgers
la source
la source
Réponses:
Les fichiers ci-dessous ont été modifiés / créés après l'application du patch
la source
Dans les correctifs v1 d'origine avec
2018-09-18
le nom de fichier:Magento a résolu ce problème en silence en publiant de nouveaux fichiers de correctifs. Toujours
v1
mais avec2018-09-19
dans le nom de fichier.la source
diff --git skin/adminhtml/default/enterprise/images/placeholder/thumbnail.jpg
et toutes les lignes suivantes du fichier correctifProblème avec le correctif
PATCH_SUPEE-10888_CE_v1.9.0.1_v1-2018-09-18-02-54-39.sh
sur vanilla Magento 1.8.1.0, avec tous les correctifs précédents installés:En effet le fichier
app/design/frontend/rwd/default/template/bundle/sales/order/items/renderer.phtml
n'existe pas en 1.8.1.0 donc j'ai supprimé cette modification du fichier patch.Je n'ai pas réussi à le faire avec la
2018-09-19
version mise à jour du correctif. N'a réussi avec le fichierPATCH_SUPEE-10888_CE_v1.8.1.0_v1-2018-09-18-02-54-39
qu'après avoir également supprimé lathumbnail.jpg
modification, comme expliqué dans mon commentaire sur /magento//a/242823/13642la source
SUPEE-10888 for CE 1.8.1.0-1.9.0.1 (0.06 MB)
Si vous utilisez un thème personnalisé et que votre thème remplace l'un des fichiers ci-dessous, vous devez ajouter des modifications manuellement dans votre thème
par exemple si vous avez ajouté
dans votre thème, vous devez ensuite apporter des modifications manuellement dans
Par exemple Trouver ces lignes
et remplacer par ci-dessous
la source
Comme indiqué dans /magento//a/243531/142 , vous devez vérifier tous vos fichiers de modèles frontaux personnalisés et y inclure manuellement les modifications du correctif.
En plus de cela, vous devez vérifier votre
account_password_reset_confirmation.html
modèle de courrier. Selon votre magasin, sousapp/locale/[LANG]/template/email/
ou dans le backend sous Système> Emails transactionnels pour toutes les langues. Dans tous les modèles respectifs, vous devez passer_query_id=$customer.id
à_query_id=$customer.rp_customer_id
. La modification a été mise en œuvre d'une manière rétrocompatible, mais si vous souhaitez inclure toutes les améliorations de sécurité, vous ne devez pas manquer cette modification.la source
Aujourd'hui matin, j'ai appliqué le patch. Les principaux fichiers sont dans le backend de Magento.
Escapehtml a ajouté des fichiers
Dans Magento commerce a ajouté des fichiers autres que les fichiers ci-dessus:
Je ne rencontre aucun problème jusqu'à présent.
la source
Dans Magento EE 1.13.1.0
Le correctif recherche un mauvais fichier (fichier communautaire, je crois).
J'ai dû supprimer ces lignes du fichier correctif et appliquer. Il s'est appliqué avec succès.
Vous avez informé l'équipe principale de Magento, mais vous n'avez pas encore reçu de commentaires.
la source
Le formulaire de réinitialisation du mot de passe ne fonctionne plus après l'installation du correctif sur CE 1.7.0.2 avec tous les correctifs précédents installés.
(PATCH_SUPEE-10888_CE_v1.7.0.2_v1-2018-09-18-03-00-22.sh)
ÉDITER:
Le problème ne se produit plus après la restauration du correctif du 18 septembre (v1) et l'application du correctif mis à jour du 19 septembre (v1) + actualisation du cache et effacement du cache magento.
(PATCH_SUPEE-10888_CE_v1.7.0.2_v1-2018-09-19-03-01-22.sh)
la source
Merci, Robb pour l'indice.
SUPEE-10752 devait être appliqué. J'ai également appliqué le correctif de compatibilité PHP 7.2 et supprimé le correctif de compatibilité Inchoo_PHP7 avant d'installer SUPEE-10888. Fonctionné sans problème.
la source
Magento CE 1.6.2.0
Erreur suivante une fois le correctif appliqué lors de la tentative de réinitialisation du mot de passe du compte client sur le frontend.
Erreur fatale: appel à une fonction membre getBackend () sur un non-objet dans app / code / core / Mage / Eav / Model / Entity / Abstract.php sur la ligne 1536.
Il s'avère que le correctif n'avait pas exécuté le script de mise à niveau SQL (app / code / core / Mage / Customer / sql / customer_setup / upgrade-1.6.1.0.1.2-1.6.1.0.1.3.php) qui a créé un nouvel attribut appelé rp_customer_id.
Vérifiez que vous avez effacé Magento Cache, mais plus important encore si vous avez activé le cache de vernis, effacez-le. Après avoir désactivé tout le cache et nettoyé le cache de vernis, le script SQL a créé le nouvel attribut dans la base de données.
la source
Trouvé une petite faute de frappe dans le patch pour 1.14.2.0 à 1.14.2.4
Dans le fichier
app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml
, il apporte par erreur la modification suivante:<dt><?php echo $this->escspeHtml($this->getLinksTitle()); ?></dt>
au lieu de
<dt><?php echo $this->escapeHtml($this->getLinksTitle()); ?></dt>
Voici le diff pour référence:
diff --git app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml index 6ed3cd9bfd4..f8b1573605a 100644 --- app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml +++ app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml @@ -55,7 +55,7 @@ <!-- downloadable --> <?php if ($links = $this->getLinks()): ?> <dl class="item-options"> - <dt><?php echo $this->getLinksTitle() ?></dt> + <dt><?php echo $this->escspeHtml($this->getLinksTitle()); ?></dt> <?php foreach ($links->getPurchasedItems() as $link): ?> <dd><?php echo $this->escapeHtml($link->getLinkTitle()); ?></dd> <?php endforeach; ?>
la source
Il y a une faute de frappe à l' intérieur de
/app/code/core/Mage/Core/etc/system.xml
à<crate_admin_user_notification translate="label comment">
elle devrait être ,<create_admin_user_notification translate="label comment">
mais il est insécable parce que les usages sont aussi mal épelé àif(Mage::getStoreConfigFlag('admin/security/crate_admin_user_notification')
la source
Échec actuellement sur Magento CE 1.9.1.0.
Une vérification visuelle des fichiers source confirme que le code correspondant n'est pas là.
...
Comme indiqué, il n'y a pas un tel fichier.
la source
Juste un FYI pour les utilisateurs EE, car ce correctif nécessite SUPEE-10752, vous pouvez rencontrer des sessions abandonnées au hasard ou votre paiement redirige vers la page d'accueil au lieu de la page de réussite.
Nous sommes passés au processus habituel d'application des correctifs suivants dans cet ordre:
Cependant, le patch SUPEE-10752 pour EE contient les modifications suivantes: app / code / core / Mage / Core / Model / Session / Abstract / Varien.php
J'ai dû appliquer à la dernière partie le invalid_session_fix-2018-03-14-05-10-19.patch ci - dessous qui se trouve dans https://magento.com/tech-resources/download sous SUPEE-10570 > invalid_session_fix.patch (0 Mo)
la source
J'ai rencontré un problème avec un certain nombre de clients qui nous appellent parce qu'ils ne peuvent pas se connecter et consulter leur compte.
L'email et le mot de passe sont corrects - pas de message d'erreur de connexion, la page se recharge simplement sur la page d'accueil ou la page de connexion, ils ne semblent pas pouvoir accéder à leur compte! Cela s'est produit après l'application du patch 10888, et nous avons appliqué 10752.
Après avoir creusé, j'ai trouvé dans le tableau
customer_entity
, et cela m'a étonné que les clients concernés aient un horodatagecreated_date
APRÈS leupdated_date
. Je pense que ça ne devrait pas être comme ça non?Donc, pour tester, j'ai changé la date de création pour qu'elle soit AVANT la date de mise à jour, même d'une minute. Pour certains utilisateurs, cela seul les a aidés à revenir dans leurs comptes. Alors que pour les autres utilisateurs, j'ai également dû mettre à jour leur mot de passe via SQL, en utilisant la requête:
Je n'ai pas à enquêter pleinement sur les modifications apportées par SUPEE 10888 aux fichiers principaux du client, mais il y a certainement des problèmes avec le correctif.
De plus, je n'arrive pas à mettre à jour le mot de passe du client via le panneau d'administration comme je le ferais normalement, lors de l'enregistrement, la page entraîne une erreur.
Utilisation de 1.9.2.4
la source
J'utilise Magento 1.9.3.7. Os est ubuntu. La version PHP est 7.0.
Lorsque vous tentez d'appliquer le chemin SUPPER-10888 en dessous de l'erreur.
ERREUR: le correctif ne peut pas être appliqué / annulé avec succès.
vérification du fichier app / code / core / Mage / Admin / Model / User.php Le morceau # 2 a réussi à 676 (décalage -20 lignes). vérification du fichier app / code / core / Mage / Admin / etc / config.xml vérification du fichier app / code / core / Mage / Adminhtml / Block / Catalog / Product / Edit / Tab / Super / Config.php vérification du fichier app / code / core / Mage / Adminhtml / Block / Widget / Grid / Massaction / Abstract.php vérifiant le fichier app / code / core / Mage / Adminhtml / Model / LayoutUpdate / Validator.php Hunk # 2 FAILED at 57. Hunk # 3 réussi à 80 ( -12 lignes décalées). Le morceau # 4 a réussi à 115 avec fuzz 2 (décalage -12 lignes). Le morceau # 5 a réussi à 139 avec fuzz 1 (décalage -21 lignes). Le morceau 6 a réussi à 161 (décalage de -21 lignes). 1 morceau sur 6 a échoué lors de la vérification du fichier app / code / core / Mage / Adminhtml / controllers / Catalog / ProductController.php Le morceau # 1 a réussi à 1020 (décalage -11 lignes). vérification du fichier app / code / core / Mage / Adminhtml / controllers / Permissions / UserController.php vérification du fichier app / code / core / Mage / Adminhtml / etc / config.xml vérification du fichier app / code / core / Mage / Checkout / Model / Api / Resource / Customer.php Hunk # 1 a réussi à 151 avec fuzz 1 (offset -1 lignes). vérification du fichier app / code / core / Mage / Checkout / Model / Type / Onepage.php Hunk # 1 réussi à 731 avec fuzz 1 (décalage -3 lignes). vérification du fichier app / code / core / Mage / Cms / Model / Wysiwyg / Images / Storage.php vérification du fichier app / code / core / Mage / Core / etc / config.xml vérification du fichier app / code / core / Mage / Core / etc / system.xml vérifiant le fichier app / code / core / Mage / Customer / Helper / Data.php vérifiant le fichier app / code / core / Mage / Customer / Model / Customer.php vérifiant le fichier app / code / core / Mage / Customer /Model/Resource/Customer.php Le morceau # 1 a réussi à 332 (décalage -1 lignes). vérification du fichier app / code / core / Mage / Customer / controllers / AccountController.php Le morceau # 1 a réussi à 755 (décalage -1 lignes). Le morceau # 2 a réussi à 810 (décalage -1 lignes). Le morceau # 3 a échoué à 871. Le morceau # 4 a réussi à 883 (décalage -2 lignes). 1 morceau sur 4 a échoué en vérifiant le fichier app / code / core / Mage / client / etc / config.xml Hunk # 1 a échoué à 28. 1 sur 1 morceau a échoué en vérifiant le fichier app / code / core / Mage / client / sql / customer_setup / upgrade-1.6.2.0.5.1.2-1.6.2.0.5.1.3.php vérifiant le fichier app / code / core / Mage / Paypal / Model / Express / Checkout.php vérifiant le fichier app / code / core / core / Mage / XmlConnect / controllers / ReviewController.php ne trouve pas le fichier à corriger sur la ligne d'entrée 600 Peut-être avez-vous utilisé la mauvaise option -p ou --strip? Le morceau # 4 a réussi à 883 (décalage -2 lignes). 1 morceau sur 4 a échoué en vérifiant le fichier app / code / core / Mage / client / etc / config.xml Hunk # 1 a échoué à 28. 1 sur 1 morceau a échoué en vérifiant le fichier app / code / core / Mage / client / sql / customer_setup / upgrade-1.6.2.0.5.1.2-1.6.2.0.5.1.3.php vérifiant le fichier app / code / core / Mage / Paypal / Model / Express / Checkout.php vérifiant le fichier app / code / core / Mage / XmlConnect / controllers / ReviewController.php ne trouve pas le fichier à corriger sur la ligne d'entrée 600 Peut-être avez-vous utilisé la mauvaise option -p ou --strip? Le morceau # 4 a réussi à 883 (décalage -2 lignes). 1 morceau sur 4 a échoué en vérifiant le fichier app / code / core / Mage / client / etc / config.xml Hunk # 1 a échoué à 28. 1 sur 1 morceau a échoué en vérifiant le fichier app / code / core / Mage / client / sql / customer_setup / upgrade-1.6.2.0.5.1.2-1.6.2.0.5.1.3.php vérifiant le fichier app / code / core / Mage / Paypal / Model / Express / Checkout.php vérifiant le fichier app / code / core / core / Mage / XmlConnect / controllers / ReviewController.php ne trouve pas le fichier à corriger sur la ligne d'entrée 600 Peut-être avez-vous utilisé la mauvaise option -p ou --strip?
Le texte qui y a conduit était:
| diff --git app / code / core / Zend / Filter / PregReplace.php app / code / core / Zend / Filter / PregReplace.php | index 586c0fe20a0..d6fa2dac0ec 100644 | --- app / code / core / Zend / Filter / PregReplace.php
| +++ app / code / core / Zend / Filter / PregReplace.php
Fichier à corriger: Ignorer ce correctif? [y] Ignorer le patch. 2 mecs sur 2 ignorés lors de la vérification du fichier app / design / adminhtml / default / default / template / bundle / product / edit / bundle / option.phtml Hunk # 1 FAILED at 209. 1 sur 1 hunk FAILED vérification du fichier app / design / adminhtml / default / default / template / bundle / sales / creditmemo / create / items / renderer.phtml fichier de vérification app / design / adminhtml / default / default / template / bundle / sales / creditmemo / view / items / renderer.phtml fichier de vérification app / design / adminhtml / default / default / template / bundle / sales / facture / create / items / renderer.phtml fichier de vérification app / design / adminhtml / default / default / template / bundle / sales / facture / view / items / renderer .phtml vérifiant le fichier app / design / adminhtml / default / default / template / bundle / sales / order / view / items / renderer.
Une idée de ce qui manque?
la source