Um novo patch de segurança está disponível para o Magento 1, abordando 13 questões do APPSEC
https://magento.com/security/patches/supee-10266
Quais problemas comuns você deve observar ao aplicar esse patch?
SUPEE-10266, Magento Commerce 1.14.3.6 e Open Source 1.9.3.6 contêm vários aprimoramentos de segurança que ajudam a fechar a falsificação de solicitação entre sites (CSRF), vazamento de dados não autorizado e vulnerabilidades de execução remota de código de usuário Admin autenticadas. Essas versões também incluem correções para problemas com recarga de imagens e pagamentos usando a verificação em uma etapa.
magento-1
patches
security
supee-10266
Luke Rodgers
fonte
fonte
Respostas:
Algumas das informações importantes são compartilhadas aqui. A maioria dos arquivos do back-end do Magento. O arquivo lista:
O importante é verificar esses três arquivos.
app / code / core / Mage / Checkout / controllers / CartController.php, condição adicional, verifique a identificação do cliente :
app / code / core / Mage / Sales / Model / Resource / Order / Item / Collection.php added Método adicional addFilterByCustomerId na coleção.
app / code / core / Mage / Core / Model / File / Validator / Image.php
se 'general / reprocess_images / active' false, pule o reprocessamento da imagem. NOTA: Se você desativar o reprocessamento de imagens, o processo de upload de imagens poderá causar riscos à segurança
Espero que seja útil. eu acho que
fonte
EE 1.14.2.4
Erro de digitação na linha 726 do patch:
autocomplete="new-pawwsord"
(app/design/adminhtml/default/default/template/backup/dialogs.phtml
)O patch parece ter 2 arquivos de front-end:
Remendado:
app\design\adminhtml\default\default\template\oauth\authorize\form\login-simple.phtml
Não corrigido:
app\design\frontend\base\default\template\oauth\authorize\form\login-simple.phtml
app\design\frontend\rwd\default\template\oauth\authorize\form\login-simple.phtml
Também não se esqueça de verificar se há substituições locais ... Eu tive que corrigir manualmente uma substituição de conjunto de códigos local de
app\design\adminhtml\default\default\template\sales\order\view\info.phtml
Veja quasiobject 's resposta para uma questão de checkout onepage. Ticket de suporte corporativo criado, aguardando resposta do Magento. Se você não quiser esperar por um patch atualizado, uma possível correção é modificar
app\design\frontend\enterprise\default\template\giftcardaccount\onepage\payment\scripts.phtml
a declaração "else" para incluir o elemento form_key da seguinte maneira:if (($('p_method_' + methodName) && $('p_method_' + methodName).checked) || elements[i].name == 'form_key') { ...
CE 1.9.2.4
Erro de digitação na linha 694 do patch:
autocomplete="new-pawwsord"
(app/design/adminhtml/default/default/template/backup/dialogs.phtml
)A extensão TrueOrderEdit precisa ser corrigida ... mude
echo $_groupName
paraecho $this->escapeHtml($_groupName)
nos seguintes arquivos: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
Por fim, esse arquivo de modelo principal provavelmente também deve ser corrigido com a mesma atualização $ _groupName:
app\design\adminhtml\default\default\template\sales\order\view\edit.phtml
Todas as versões do 1.X
Se você excluiu a
/downloader
pasta (ou/downloader/template
) da sua base de código, pode ser necessário editar manualmente o arquivo de patch .sh e remover a última seção, começando comdiff --git downloader/template/login.phtml downloader/template/login.phtml
Com relação ao erro Chave Secreta Inválida , veja minha resposta aqui: Magento 1.9 Chave Secreta Inválida. Atualize a página
fonte
Nós em MageHost.pro encontramos um problema no patch para Magento 1.9.1.1, arquivo de patch
PATCH_SUPEE-10266_CE_1.9.1.1_v1-2017-09-15-04-59-56.sh
Erro:
Corrigi-o substituindo as linhas 454-472 por 454-471 de
PATCH_SUPEE-10266_CE_1.9.1.0_v1-2017-09-13-06-34-33.sh
Código antigo, linha 454-472:
Novo código, linhas 454-471:
fonte
Apenas 1 chave de formulário parece ter sido adicionada neste patch.
Portanto, se você tiver alguma dificuldade para excluir um widget do painel de administração, verifique se o URL de exclusão está sendo gerado pelo bloco e se não há substituições desse bloco.
fonte
Impossível fazer checkout no EE 1.11+
No
app/design/frontend/enterprise/default/template/giftcardaccount/onepage/payment/scripts.phtml
formulário, o código de validação da chave foi removido e ele quebra todo o checkout, mais informações aqui: https://magento.stackexchange.com/a/193442/2380Solução alternativa por enquanto (como uma V2 para EE 1.11+ será lançada para solucionar esse problema): reverta o arquivo de modelo para ambos
enterprise/default
erwd/entreprise
temas.Diferenças entre patch e versão
EDIT: 1.9.3.6 foi lançado, portanto, esta informação não é mais relevante
Um dos principais problemas levantados no momento é que 1.9.3.5 está faltando 3 patches de segurança no patch. Portanto, eu recomendo fortemente apenas corrigir e não atualizar para 1.9.3.5 ainda
fonte
Ainda estamos tentando determinar se isso é exclusivo para nossa loja, devido a modelos personalizados. No entanto, está quebrado com o patch aplicado e não está quebrado quando revertemos. Eu queria postar caso outras pessoas possam denunciar o mesmo.
No EE 1.14.2.0, não podemos avançar além da etapa Informações de pagamento do checkout com o patch aplicado. Estamos atualizados com o SUPEE-9767 v2 antes de aplicar o novo patch.
Parece que nosso problema decorre da remoção
|| elements[i].name == 'form_key'
de:É removido do
enablePaymentMethods
loop. Isso parece deixar a entrada form_key oculta do formulário desativada e, portanto, não passada para o controlador quando enviada.Então,
$this->_validateFormKey()
falha e o controlador não retorna nada.Atualização 1 (18/09/2017) : enviei um ticket para o suporte do Magento na sexta-feira e me disseram que "[ainda não havia sido relatado por nenhum comerciante". Em vez de enviar backups, tentei duplicar em uma instalação limpa de 1.14.2.4 e 1.14.3.4 com os patches aplicáveis. Consegui duplicar e respondi ao ticket. Aguardando uma nova resposta.
Nota: Sistema> Configuração> Admin> Segurança> Ativar validação de chave de formulário no checkout precisa ser "Sim". Se "Não", você não verá o problema.
Atualização 2 (18/09/2017) : Observe que não consigo duplicar o problema com a 1.14.3.6, mas quando verifiquei o arquivo de modelo acima, ele
|| elements[i].name == 'form_key'
ainda está lá. Parece que os patches não deveriam ter sido removidos. Também enviou essas informações ao suporte do Magento.Atualização 3 (20/09/2017): Acabei de receber um patch para corrigir o problema da 1.14.0.0–1.14.3.4, que restaura a
form_key
linha do modelo. Peça suporte ao SUPEE-10348.fonte
Quando você vai para o Magento Connect e depois quando você clica em "Voltar ao administrador" no canto superior direito da página. Ao retornar ao painel do administrador, você recebe uma mensagem de erro
mensagem de erro vermelha : "Chave secreta inválida. Atualize a página."
Depois de atualizar a página, ela se foi.
Atualizado: 15 de setembro de 2017
Se você fizer login no Magento admin, digamos Painel. Sem sair do painel do Dashboard, você abre outra janela do navegador no mesmo navegador e acessa example.com/admin, o login é automático e mostra exatamente a mesma mensagem
mensagem de erro vermelha : "Chave secreta inválida. Atualize a página."
Até agora, é o único problema que encontrei. Não tenho certeza se é um problema sólido, pois a mensagem desaparece após a atualização.
fonte
if ($_keyErrorMsg != '') { Mage::getSingleton('adminhtml/session')->addError($_keyErrorMsg); };
deve serif (!$_isValidFormKey){ Mage::getSingleton('adminhtml/session')->addError($_keyErrorMsg); };
Perguntei ao Magento Support sobre o seguinte problema
Eles me responderam esta manhã e lançaram um novo patch PATCH_SUPEE-10348 .
Magento acabou de resolver o problema fazendo uma reversão neste arquivo.
fonte
Encontrei um problema com modelos de email, CSS personalizado e modman. Se, por exemplo, você tem um tema baseado em
rwd/default
, tem um costumeskin/frontend/package/theme/css/email-inline.css
e seus arquivos de capa são incluídos via modman por meio de um link simbólico, o CSS não será adicionado ao modelo de correio após a aplicação do SUPEE-10266. A questão é queMage_Core_Model_Email_Template_Abstract::_getCssFileContent
, em , algumas verificações foram introduzidas .:Eu o resolvi com um truque sujo com uma
app/code/local/Mage/Core/Model/Email/Template/Abstract.php
substituição por enquanto. Eu tive que enfraquecer a verificação, para que seja possível carregar o arquivo CSS do diretório modman:Ele não verifica mais se o caminho inclui o diretório completo da aparência, mas apenas verifica se o caminho contém a cadeia
/skin
e se não inclui..
, o que deve impedir ataques de deslocamento do diretório.fonte
if (strpos($filename, '..') === false) { $positionSkinDirectory = 1; }
a linha depois de ter$positionSkinDirectory
sido definida originalmente. Isso deve ajudar a evitar a travessia do diretório.Aqui está a lista completa dos patches afetados pelo
autocomplete="new-pawwsord"
erro de digitação:fonte
No Magento 1.8.1, tive problemas com os seguintes arquivos:
Acabei baixando a versão mais recente do Magento, que NÃO contém o patch. Neste caso, Magento 1.9.3.4 .
A substituição dos arquivos 'corrompidos' pelo do download corrigiu o problema. Consegui aplicar o patch com sucesso.
Mas tenha cuidado: sugiro reverter os 3 arquivos após aplicar o patch novamente e editar os arquivos manualmente.
fonte