O novo patch do Magento 1 foi lançado, SUPEE-10415 .
Este patch fornece proteção contra vários tipos de problemas relacionados à segurança
Página de informações: https://magento.com/security/patches/supee-10415
Página de download: https://magento.com/tech-resources/download
Quais são os possíveis problemas a serem observados?
Além disso, compartilhe todos os erros e problemas encontrados após a instalação do patch.
Problema ao aplicar o SUPEE-10415 no vanilla 1.9.1.1 , os shows não podem ser aplicados devido à mensagem de erro do hunk no Image.php . EDIT: A partir de 7 de dezembro de 2017, a correção é fornecida em SUPEE-10497
Deve ter 8788 versões 2 instaladas, caso contrário, serão exibidos os erros "Tipo de dados não suportados". Mais informações.
- Erro "404: página não encontrada" no diretório errors / após a atualização para SUPEE-10415. Esse problema ocorre apenas nas instalações do Magento que executam certas extensões de terceiros.
Solução alternativa: confirme se não há avisos do PHP gerados por nenhuma das extensões ou personalizações.
fonte
Respostas:
Os arquivos abaixo são atualizados / adicionados após o patch aplicado SUPEE - 10415.
Alguns pontos importantes:
1) Extensões de arquivo permitidas: log, txt, html, csv. confira os arquivos abaixo
2) O comprimento máximo da senha definido é de 256 caracteres e o
app/code/core/Mage/Customer/Model/Customer.php
arquivo de verificação de validaçãoPara a edição EE Adicionados quatro arquivos adicionais
Alguns pontos improtantes no EE
Adicionada uma condição nos arquivos abaixo
Atualize a condição abaixo nos seus arquivos de tema.
Para maiores informações:
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
fonte
SUPEE-10415 ...
Resolve alguns problemas de XSS do painel de administração nas seguintes áreas:
Restringe as extensões de arquivo que podem ser usadas para os arquivos de log do sistema e de exceção. Extensões de arquivos permitidos:
.log
,.txt
,.html
,.csv
Coloca um limite superior de 256 caracteres nas senhas da conta do cliente. Essa mudança em particular é ridícula; não sei de onde eles tiraram essa ideia brilhante.
Nenhuma dessas alterações parece ser massivamente quebrada ou incompatível com versões anteriores, exceto talvez pela restrição de comprimento da senha do cliente.
fonte
SUPEE 10415 Requer patch 8788 v2
Encontrei o mesmo erro de uma postagem anterior, mas parece que ela foi removida.
Encontrei o erro acima ao instalar o novo patch no M 1.8.00 CE. A causa específica parece dever-se ao fato de o patch v2 de 8788 ter feito correções manuais para a maioria dos problemas desse patch, mas perdemos as partes não serializadas.
Em vez de reverter o patch, fiz manualmente as modificações e agora o site está funcionando corretamente.
Abaixo você encontrará o código para o patch 8788
Você também pode ler mais sobre o erro desta postagem RESOLVIDO: nova classe Unserialize_Parser lança exceções em valores NULL
fonte
Ocorreu um problema com esse patch em que todas as páginas do site começaram a exibir o erro "404: Página não encontrada" no
errors/
diretório Depois de um pouco de escavação, verificou-se que foi causado por um aviso do PHP emitido emMage_Core_Model_App::init
, o que causa umMage_Core_Model_Store_Exception
nas seguintes linhas do patch:mageCoreErrorHandler()
, que chamaMage::log()
para registrar a mensagem no arquivo de log.Mage::log()
chamadasMage::helper('log')
Mage_Log_Helper_Data::__construct
chamadasMage::getStoreConfig()
, que chamadasMage::app()->getStore()
, mas as lojas ainda não foram inicializadas e umaMage_Core_Model_Store_Exception
é lançadaapp/Mage.php:647
captura a exceção e retorna uma página 404Ainda não tenho certeza de qual é a solução, exceto corrigir o aviso e / ou capturar a exceção ao verificar a extensão do arquivo de log. Indo relatar isso ao Magento para ver o que eles pensam.
fonte
__construct()
métodoMage_Log_Helper_Data
, portanto não seriam afetados por isso, mas as edições mais recentes da comunidade e da empresa têm.1.Resolvido: questão inválida da chave secreta quando um usuário carrega o administrador
Nestes patches, o Magento não exibe mais o
“Invalid Secret Key. Please refresh the page.” message when a user loads the Admin
.Alterando o código em
app/code/core/Mage/Adminhtml/Controller/Action.php
restrinja toda a senha do cliente ao comprimento máximo de 256:
Já sabemos que o tamanho mínimo da senha do magento 1.x é 6 .
mas neste patch o magento tem limite de comprimento máximo para 256.
Neste caso, o magento fez alterações em função da classe de modelo
validate()
do cliente . Portanto, se alguém substituiu a classe e também substituiu, deve adicionar o código abaixo emthat override class
Add
$this->escapeHtml()
and Mage :: helper ('core') -> quoteEscape () para alguns arquivos onde é possível atacar XSSSe alguém substituir esses arquivos, adicione o código abaixo para recuperar a classe de substituição 1.app/code/core/Mage/Adminhtml/Block/Report/Review/Detail.php
substituir
com
2.app/code/core/Mage/Adminhtml/Block/Report/Tag/Product/Detail.php
substituir
com
3.app/code/core/Mage/Adminhtml/Block/Review/Edit/Form.php
substituir
com
substituir
com
substituir
com
substituir
com
fonte
Se você já aplicou o SUPEE-10358 ^ ou corrigiu manualmente
app/code/core/Mage/Adminhtml/Controller/Action.php
o problema " Chave secreta inválida ", precisará excluir manualmente essa seção do arquivo de patch:Além disso, se você já corrigiu o erro de digitação " new-pawwsord " (introduzido no SUPEE-10266)
app/design/adminhtml/default/default/template/backup/dialogs.phtml
e exclua essa seção do patch também:^ O MageSupport forneceu SUPEE-10358 em resposta a um tíquete de suporte de EE referente ao problema InvalidSecretKey
fonte
Problema: o patch não funciona no vanilla 1.9.1.1
Editar 1: correção adicionada abaixo.
Edit 2: minha correção não é mais necessária, o Magento forneceu SUPEE-10497, que corrige esse problema.
Problema:
O Magento 1.9.1.1 de baunilha foi baixado de https://github.com/OpenMage/magento-mirror/archive/1.9.1.1.tar.gz
Patches aplicados anteriormente neste Magento 1.9.1.1:
Correção oficial do patch SUPEE-10415 para 1.9.1.1:
SUPEE-10266
:Reverta usando:
./PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh --revert
SUPEE-10415
:reverta-o usando
./PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh --revert
Correção manual do patch SUPEE-10415 para 1.9.1.1 [obsoleto]:
Edite o arquivo
PATCH_SUPEE-10415_CE_1.9.1.1_v1-2017-11-27-05-47-08.sh
, substitua as linhas445
-447
.Velho:
Novo:
fonte
app/code/core/Mage/Core/Model/File/Validator/Image.php
. Remendo SUPEE-10415 parece não levar em consideração a modificação feita pelo remendo SUPEE-9767 (v1 ou v2)Aqui está o log de alterações completo e o que eu entendo com este changelog
E quais arquivos foram afetados por qual causa está listada abaixo
Alteração de escape do HTML
Arquivo
Adicionar DS em vez disso '/'
novo arquivo adicionado
Arquivo de alteração completo
app / code / core / Mage / Adminhtml / Model / System / Config / Backend / Filename.php
Adicionado método getCacheId () e getServiceUrl ()
Método adicionado unserialize ()
Use o método getServiceUrl () criado em app / code / core / Mage / Api / Helper / Data.php
Use o método getCacheId () criado em app / code / core / Mage / Api / Helper / Data.php
Utilizado acima do
unserialize()
método criado em app / code / core / Mage / Core / Helper / String.phpAlteração de comentário
Comentário adicionado
Adicionado comprimento máximo de senha
Adicionada extensão de arquivo de permissão // $ _ allowedFileExtensions = array ('log', 'txt', 'html', 'csv');
Não sei que mudança
Lista de Emissões
SUPEE-10415 impede o controle do cesto
obter código de erro # 10415 no paypal em magento
fonte
Tentando fazer isso no Magento EE 1.13.0.2 e parece que esse patch não funciona muito bem se o SUPEE-6482 estiver instalado.
SUPEE-6482 alterou a linha com
$phpAuthUser
parafonte
$phpAuthUser
diferente, o espaçamento anterior->setUseSession(false);
também estava incorreto #