Patch keamanan baru keluar untuk Magento 1, mengatasi 16 masalah APPSEC: https://magento.com/security/patches/supee-9767

Tujuh dari skor kerentanan 8,0 atau lebih tinggi untuk CVSSv3 Severity , dan mereka dieksploitasi di alam liar, jadi ini adalah tambalan kritis. Situs dapat menerapkan SUPEE-9767 , atau memperbarui ke rilis baru CE 1.9.3.3 / EE 1.14.3.3.

Apa masalah umum atau jebakan yang harus diperhatikan saat menerapkan SUPEE-9767?

PEMBARUAN 2017-07-12:

Magento telah merilis SUPEE-9767 V2 dan CE 1.9.3.4 untuk mengatasi banyak masalah dari tambalan awal. Jika Anda menerapkan V1, Anda harus kembali dan kemudian menerapkan V2. Jika Anda belum menambal, cukup terapkan V2, dan sebagian besar masalah yang diangkat di sini tidak akan relevan.

Inilah ikhtisar saya tentang tambalan setelah menggali ke dalamnya

SAVER WAKTU : Experius menyediakan penolong tambalan yang membantu Anda menemukan file dalam tema khusus, modul khusus, atau timpa lokal yang juga mungkin perlu ditambal secara manual , Anda dapat menemukannya di sini: https://github.com/experius/Magento- 1-Experius-Patch-Helper # magento

Kunci formulir checkout

Seperti yang dikatakan di posting lain, tambalan ini menambahkan kunci formulir ke formulir berikut:

Bentuk keranjang pengiriman:

app/design/frontend/<package>/<theme>/template/checkout/cart/shipping.phtml

Formulir checkout penagihan multishipping:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/billing.phtml

Formulir checkout pengiriman multishipping:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/shipping.phtml

Formulir checkout alamat multishipping:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/addresses.phtml

Formulir checkout penagihan:

app/design/frontend/<package>/<theme>/template/checkout/onepage/billing.phtml

Formulir checkout pengiriman:

app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping.phtml

Formulir pembayaran checkout:

app/design/frontend/<package>/<theme>/template/checkout/onepage/payment.phtml

Formulir checkout metode pengiriman:

app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping_method.phtml

Formulir checkout Penagihan yang persisten:

app/design/frontend/<package>/<theme>/template/persistent/checkout/onepage/billing.phtml

Selain itu, file JS berikut telah diperbarui agar kompatibel dengan perubahan itu:

• js/varien/payment.js
• skin/frontend/base/default/js/opcheckout.js

Apa yang harus dilakukan:

Jika Anda menggunakan versi khusus templat tersebut, Anda harus memperbaruinya dengan menambahkan kode berikut ke dalamnya:

<?php echo $this->getBlockHtml('formkey') ?>

Jika Anda menggunakan modul checkout pihak ke-3, Anda harus menghubungi mereka sehingga mereka dapat memberikan versi terbaru dari modul mereka.

Juga jika Anda memiliki versi khusus dari file JS yang sebelumnya terdaftar, Anda harus memperbaruinya juga.

HEMAT WAKTU ANDA :

Fabian Schmengler menulis skrip kecil yang bagus untuk memperbarui semua hal untuk Anda, Anda dapat menemukannya di sini:

https://gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b

CATATAN PENTING : validasi formkey checkout dapat diubah di backend melalui bidang konfigurasi baru di bawah Sistem> Konfigurasi> Admin> Keamanan> Aktifkan Validasi Kunci Formulir Pada Saat Checkout . INI TIDAK DIMAKSUDKAN OLEH DEFAULT sehingga Anda harus mengaktifkannya untuk mendapatkan manfaat dari fitur keamanan ini !!! Perhatikan bahwa Anda akan mendapatkan pemberitahuan di backend jika tidak diaktifkan.

Unggah panggilan balik gambar

Pengontrol galeri gambar telah diperbarui untuk menambahkan panggilan balik validasi.

Apa yang harus dilakukan

Jika Anda menggunakan modul khusus yang mengunggah gambar dengan kode yang terlihat seperti ini:

        $uploader = new Mage_Core_Model_File_Uploader('image');
        $uploader->setAllowedExtensions(array('jpg','jpeg','gif','png'));
        $uploader->addValidateCallback('catalog_product_image',
            Mage::helper('catalog/image'), 'validateUploadFile');
        $uploader->setAllowRenameFiles(true);
        $uploader->setFilesDispersion(true);

Saya sangat menyarankan Anda memperbarui kode itu dengan menambahkan bagian berikut setelahnya:

        $uploader->addValidateCallback(
            Mage_Core_Model_File_Validator_Image::NAME,
            Mage::getModel('core/file_validator_image'),
            'validate'
        );

Symlinks

Patch ini menghapus bidang konfigurasi sistem yang memungkinkan Anda untuk mengizinkan tautan templat di backend. Dulu berada di bawah System> Configuration> Developer> Template> Allow Symlinks . Sekarang seluruh bagian Templat hilang.

Selain itu, bidang itu sekarang dinonaktifkan secara default melalui app/etc/config.xml

Yang lucu di sini adalah bahwa Anda akan mendapatkan pemberitahuan di backend jika Anda memiliki bidang konfigurasi yang diaktifkan sebelum tambalan tetapi Anda tidak akan dapat menonaktifkannya ketika bidang itu hilang.

Satu-satunya cara melakukannya adalah dengan menjalankan query SQL berikut

UPDATE core_config_data SET value = 0 WHERE path = "dev/template/allow_symlink";

Klarifikasi

Pertama, saya sangat menyarankan Anda memeriksa dua posting yang akan membantu Anda memahami tujuan modifikasi Symlink:

• Dari Peter O'Collaghan: https://peterocallaghan.co.uk/2017/06/appsec-1281-dangerous-symlinks/
• Dari Max Chadwick: https://maxchadwick.xyz/blog/what-allow-symlinks-actually-does

Modifikasi ini sebenarnya tentang memanggil konten yang dapat diunggah (seperti gambar) melalui arahan template.

Masalah yang terkait dengan symlink hanya dapat dieksploitasi dengan akses admin dan Magento menambahkan beberapa perlindungan di sekitar unggahan gambar.

Harap dicatat bahwa mereka adalah beberapa perlindungan terhadap cara yang diketahui untuk mengeksploitasinya selain pengaturan itu sendiri.

Apa yang harus dilakukan : jika seperti saya, Anda menggunakan modman atau komposer dengan symlink template, Anda akan menghadapi beberapa masalah. Saya masih mencoba mencari tahu apa hal terbaik untuk dilakukan di sini selain berurusan dengan pertanyaan SQL.

Pos utama mengenai masalah ini: SUPEE-9767, modman dan symlinks

Daftar kemungkinan masalah

V2 dirilis sejak posting asli itu. Jangan lupa untuk meningkatkan

Bug

Kata 'dikonfirmasi' digunakan untuk bug yang dikonfirmasi. Jika tidak ada di sana, itu berarti bug tetapi belum dikonfirmasi.

• Registrasi pelanggan gagal pada checkout CONFIRMED & FIXED IN V2
• PHP7 dan EE bug DIKONFIRMASI
• Bug dengan EE, FPC, dan Pengecualian Desain DIKONFIRMASI
• Tambahkan ke troli dan bug cookie di EE CONFIRMED
• Multishipping rusak setelah patch DIKONFIRMASI
• Perbaikan bug yang hilang dihead-simple.phtml CONFIRMED & FIXED IN V2
• Peringatan Admin Symlink tidak ditampilkan pada 1.9.2 DIKONFIRMASI & TETAP DI V2
• Watermark mendapatkan latar belakang hitam ketika transparan DIKONFIRMASI & TETAP DI V2
• Tidak dapat memutakhirkan melalui Magento Connect
• Loop pengalihan tidak terbatas pada 1.6.0.0

Masalah Gagal Hunk

Perhatikan bahwa semua masalah itu bisa jadi hanya karena Anda memodifikasi file asli, untuk mengecek apakah ini tidak terjadi:

• Cadangkan file tempat Anda mendapatkan kesalahan Hunk Failed
• Unduh file asli dari versi Magento Anda
• Bandingkan kedua file

Jika file berbeda, Anda harus menerapkan tambalan dengan file asli lalu menerapkan kembali kustom Anda dengan cara bersih seperti:

• template khusus dalam folder tema khusus
• local.xml
• aplikasi / kode / file lokal

Jika file tidak berbeda maka ini merupakan masalah izin atau "bug" di tambalan.

• menambal aplikasi file / desain / frontend / rwd / default / layout / page.xml Hunk # 1 GAGAL di 36.
• menambal aplikasi file / desain / antarmuka / perusahaan / default / templat / persisten / checkout / onepage / billing.phtml Hunk # 1 GAGAL di 225.
• menambal aplikasi file / kode / inti / Perusahaan / PageCache / Model / Observer.php Hunk # 6 GAGAL di 1093.
• menambal aplikasi file / kode / core / Mage / Core / etc / system.xml Hunk # 3 GAGAL di 1355.
• menambal aplikasi file / kode / inti / Penyihir / Penjualan / Model / Kutipan / Item.php Hunk # 1 GAGAL di 500.
• Hunk gagal pada 1.8.0.0

Masalah 1: form_key tidak valid pada checkout onepage

Magento menambahkan form_keypaling banyak formulir.

jika sudah using default onepage and using custom theme, maka Anda akan mulai mendapatkan form_keymasalah ** di checkout setiap langkah **;

Anda harus menambahkan kunci formulir di <?php echo $this->getBlockHtml('formkey') ?>

untuk membentuk setiap file langkah checkout jika file di bawah ini keluar,

• app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/billing.phtml
• app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/payment.phtml

• app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/shipping.phtml

• app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/shipping_method.phtml

jika file template memanggil dari tema dasar maka itu tidak menimbulkan masalah. Karena patch akan secara otomatis memperbarui file-file itu.

Perhatikan juga: <?php echo $this->getBlockHtml('formkey') ?>harus selalu di dalam tag formulir

 <form action="" .....>
     <fieldset>
      .......
       <?php echo $this->getBlockHtml('formkey') ?>
     </fieldset>
 </form>

** Jika Anda menggunakan checkout multi-pengiriman Magento maka perlu dilakukan pada

file di bawah ini:

Issue2: masalah form_key ke formulir estimasi pengiriman di halaman keranjang:

Tambahkan form_key pada taksiran formulir pengiriman di halaman keranjang

Maka harus menambahkan kunci formulir <?php echo $this->getBlockHtml('formkey') ?>

di app/design/frontend/{Your_Package}/{YOUR_THEME]/template/checkout/cart/shipping.phtml

Issue3: Kesalahan pada checkout checkout di situs Magento

Jika Anda menggunakan checkout onsite default dan opcheckout.js kemudian harus memeriksa

if (elements[i].name=='payment[method]' || elements[i].name == 'form_key') {tersedia di opcheckout.js

Jika tidak keluar maka ganti

if (elemen [i] .name == 'pembayaran [metode]') {

dengan

if (elements [i] .name == 'payment [method]' || elements [i] .name == 'form_key') {

Untuk kasus issue1, issue2, issue3, Issue dapat diperbaiki dengan mudah dengan menggunakan skrip @FabianSchmengler add-checkout-form-key.sh . Ini akan memperbaiki masalah pada file tema reseptif Anda

Masalah4: Kunci formulir tidak valid setelah pelanggan masuk ketika Mage_Customer_Model_Session menulis ulang

Jika Mage_Customer_Model_Sessionkelas menulis ulang atau menelepon dari

app/code/local/Mage/Customer/Model/Session.phpmaka Anda mungkin mendapatkan masalah form_key ketika kami menetapkan pelanggan untuk sesi menggunakan setCustomerAsLoggedIn()/ atau setelah pelanggan ditetapkan pada sesi.

Dalam hal ini, Anda harus menambahkan

Mage :: getSingleton ('core / session') -> renewFormKey ();

di setCustomerAsLoggedIn () sebelum panggilan dari

Mage::dispatchEvent('customer_login', array('customer'=>$customer));

  public function setCustomerAsLoggedIn($customer)
    {
        $this->setCustomer($customer);
        $this->renewSession();
        // add this  for patch -9767
        Mage::getSingleton('core/session')->renewFormKey();
       // end this for patch 9767
        Mage::dispatchEvent('customer_login', array('customer'=>$customer));
        return $this;
    }

Iss55: Masalah Form_key setelah logout

Setelah keluar pelanggan dari sesi , Anda mungkin mulai masalah sesi jika Jika Mage_Customer_Model_Sessionkelas menulis ulang atau telah menelepon dari

app/code/local/Mage/Customer/Model/Session.php

Dalam kebutuhan yang sama untuk kasus ini:

   protected function _logout()
    {
        $this->setId(null);
        $this->setCustomerGroupId(Mage_Customer_Model_Group::NOT_LOGGED_IN_ID);
        $this->getCookie()->delete($this->getSessionName());
// add this  for patch -9767
Mage::getSingleton('core/session')->renewFormKey();
        return $this;
    }

Rekomendasi:

Rekomendasi1: Untuk memperbaiki masalah supee-9767 , Anda dapat menggunakan tambalan https://github.com/experius/Magento-1-Experius-Patch-Helper

Ini adalah salah satu solusi terbaik untuk saat ini.

Catatan , sebelum melakukan itu saya sangat disarankan untuk mengambil file dan cadangan basis data atau cadangan sistem lengkap.

Rekomendasi2: Gunakan fitur tambalan pada CHECKOUT ONESTEP Anda

Kita tahu bahwa rilis patch supee-9767 untuk tujuan keamanan, jika Anda menggunakan ONESTEP CHECKOUT maka Anda harus menambahkan validasi form_key ke SAVE action controller checkout onestep Anda .

Misalkan untuk menyimpan detail metode pengiriman, checkout onestep Anda menggunakan saveShippingmethod () Maka Anda harus menambahkan ini

if ($this->isFormkeyValidationOnCheckoutEnabled() && !$this->_validateFormKey()) {
           return;
      }

Juga pada Anda harus menambahkan kunci form <?php echo $this->getBlockHtml('formkey') ?> di checkout Anda masing-masing file phtml checkout

Beberapa tautan terkait

https://peterocallaghan.co.uk/2017/06/appsec-1281-dangerous-symlinks/

Berdasarkan pass pertama saya saat meninjau file patch ...

• Pengaturan baru admin/security/validate_formkey_checkouttelah ditambahkan. Ketika dinyalakan, formulir checkout diperiksa keberadaan kunci form. Jika file template ditimpa dalam tema mereka harus diperbarui di sana. Pengaturan ini tampaknya tidak aktif secara default
• Symlink tampaknya tidak diizinkan secara default (dalam app/etc/config.xml). Selain itu, kemampuan untuk mengizinkannya tampaknya telah dihapus dari konfigurasi admin. Namun, jika situs Anda sebelumnya secara eksplisit mengaktifkan symlink, pengaturan akan disimpan dalam database, mengesampingkan perubahan ini.
• Anda perlu menghapus cache DAN cache halaman penuh saat menerapkan tambalan ini. Pengecualian desain disimpan dalam format yang tidak kompatibel dengan decoding. Anda akan melihat kesalahan seperti ini "Penguraian gagal: Kesalahan sintaks" jika Anda tidak membuka halaman cache.

base/defaultFile di bawah ini terpengaruh dengan tambalan ini, jika file-file ini ada di tema Anda, silakan buat perubahan yang sesuai

app/design/frontend/base/default/template/checkout/cart/shipping.phtml

app/design/frontend/base/default/template/checkout/multishipping/billing.phtml

app/design/frontend/base/default/template/checkout/multishipping/shipping.phtml

app/design/frontend/base/default/template/checkout/onepage/billing.phtml

app/design/frontend/base/default/template/checkout/onepage/payment.phtml

app/design/frontend/base/default/template/checkout/onepage/shipping.phtml

app/design/frontend/base/default/template/checkout/onepage/shipping_method.phtml

app/design/frontend/base/default/template/persistent/checkout/onepage/billing.phtml

di semua phtmlfile di atas di bawah form key line ditambahkan jadi tolong tambahkan baris ini di file phtml Anda masing-masing.

 <?php echo $this->getBlockHtml('formkey') ?>

Untuk masalah di atas @fabian membuat skrip yang akan menambahkan kunci formulir bahkan di file tema Anda

https://gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b

setelah menerapkan tambalan keamanan jika Anda mendapatkan kesalahan untuk kunci formulir Anda dapat menerapkan tambalan ini, untuk menerapkan proses tambalan ini sama dengan tambalan keamanan saja

  sh filename.sh

dan satu base/defaultperubahan dalam Jsfile

  skin/frontend/base/default/js/opcheckout.js

jadi jika jsfile ini diambil dari tema Anda maka lakukan langkah-langkah di bawah ini

menghapus garis pukulan

 if (elements[i].name=='payment[method]') {

dan tambahkan baris di bawah, bukan di atas

 if (elements[i].name=='payment[method]' || elements[i].name == 'form_key') {

SUNTING

Dan jika Anda menggunakan ekstensi checkout apa pun yang menimpa file di bawah ini maka tambahkan baris kunci formulir dalam file phtml ekstensi checkout.

EDIT2 - Masalah

1) Kesalahan pada saveBillingAction () atau mendapatkan kunci formulir nol Atau masalah Kunci Formulir: Patch 9767 mendapatkan Kunci Formulir tidak valid

2) Hunk # 1 GAGAL pada 225. 1 dari 1 hunk GAGAL - menyimpan penolakan untuk mengajukan aplikasi / desain / antarmuka / perusahaan / default / templat / persistent / checkout / onepage / billing.phtml: billing.phtml SUPEE-9767 - Hunk # 1 GAGAL di 225. 1 dari 1 gumpalan GAGAL

3) menyimpan penolakan untuk mengajukan aplikasi / kode / inti / Perusahaan / PageCache / Model / Observer.php.rej: SUPEE-9767 ERROR: Patch tidak dapat diterapkan / dikembalikan dengan sukses

4) SUPEE-9767, modman dan symlinks: SUPEE-9767, modman dan symlinks

5) aplikasi / desain / antarmuka / rwd / default / layout / page.xml Hunk # 1 GAGAL di 36. Hunk # 2 GAGAL di 54. 2 dari 2 bakhil GAGAL: SUPEE-9767 Kesalahan

6) 1 dari 1 sebongkah GAGAL - menyimpan penolakan untuk mengajukan aplikasi / kode / inti / Penyihir / Penjualan / Model / Penawaran / Item.php: Magento 1.9.2.2 SUPEE-9767 Patch ERROR

7) kesalahan checkout onestep (sekali lagi ini adalah masalah kunci formulir): SUPEE-9767 Magento CE 1.9.3.3 Onestep Checkout tidak berfungsi dengan Validasi Kunci Formulir Pada Saat Checkout diaktifkan

8) checkout satu langkah masalah pendaftaran pelanggan: SUPEE-9767 Patch / CE 1.9.3.3 - Satu Halaman Checkout - masalah Registrasi Pelanggan

9) app / code / core / Mage / Core / Model / File / Validator / Image.php: Magento SUPEE 9697 1.9.2.2 gagal di Image.php

Perhatikan bahwa Symlink selalu dinonaktifkan secara default pada instalasi Magento baru, admin YA / TIDAK nilai konfigurasi default ke 'TIDAK'. Pembaruan sekarang secara eksplisit menonaktifkan symlink di config.xml dan sebagai tindakan pencegahan tambahan juga menghapus bagian template dari admin-> pengembang yang berisi opsi konfigurasi.

Ini tidak akan mempengaruhi pengaturan symlink Anda saat ini, jika Anda mengaktifkan symlink secara manual sebelum 1.9.3.2 mereka akan tetap diaktifkan, meskipun Anda tidak dapat melihat pengaturan lagi di admin.

Pengguna yang menggunakan modman untuk mengelola modul Magento 1.x harus memastikan bahwa mereka tidak menonaktifkan symlink karena ini akan menonaktifkan modul modman.

Admin yang bertanggung jawab dapat mengaktifkan bagian admin symlink lagi dengan mencari perubahan berbeda pada bagian template di app / code / core / Mage / Core / etc / system.xml dan menambahkan bagian ke system.xml Anda di sekitar baris 600. Atau symlink cek ganda masih diaktifkan dengan

n98-magerun.phar config: dump | grep symlink

Berikut adalah file diff untuk magento1933 dan magento1932 untuk membantu mengidentifikasi perubahan pada tema default yang dapat memengaruhi tema khusus / tambahan Anda.

diff -r magento1933 magento1932> https://pastebin.com/ADzMBLhr

Masalah: Menggunakan php7 terkadang melempar kesalahan berikut:

Decoding failed: Syntax error

#0 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(179): Zend_Json::decode('')
#1 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(215): Enterprise_PageCache_Model_Observer->_loadDesignExceptions()
#2 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(125): Enterprise_PageCache_Model_Observer->_saveDesignException()
#3 /______/app/code/core/Mage/Core/Model/App.php(1358): Enterprise_PageCache_Model_Observer->cacheResponse(Object(Varien_Event_Observer))
#4 /______/app/code/core/Mage/Core/Model/App.php(1337): Mage_Core_Model_App->_callObserverMethod(Object({custom extensio}_Model_Rewrite_PageCache_Observer), 'cacheResponse', Object(Varien_Event_Observer))
#5 /______/app/Mage.php(456): Mage_Core_Model_App->dispatchEvent('controller_fron...', Array)
#6 /______/app/code/core/Mage/Core/Controller/Varien/Front.php(182): Mage::dispatchEvent('controller_fron...', Array)
#7 /______/app/code/core/Mage/Core/Model/App.php(365): Mage_Core_Controller_Varien_Front->dispatch()
#8 /______/app/Mage.php(691): Mage_Core_Model_App->run(Array)
#9 /______/index.php(105): Mage::run('brandfield_nl', 'store')
#10 {main}

Cukup yakin bahwa versi Zend harus melakukan sesuatu dengannya. Perbaikan cepat adalah ini tetapi pasti tidak benar:

-> app / code / core / Enterprise / PageCache / Model / Observer.php: 244 ganti dengan:

    if ($cachedSslOffloaderHeader !== false) {
        $cachedSslOffloaderHeader = trim(@Zend_Json::decode($cachedSslOffloaderHeader));
    }

-> dan aplikasi / kode / inti / Perusahaan / PageCache / Model / Observer.php: 177 dengan:

    if ($exceptions !== false) {
        $exceptions = Zend_Json::decode($exceptions);
    }

Tentu saja membuat addon untuk menulis ulang ini. Tapi saya yakin ada sesuatu yang lebih baik dilakukan di sini.

UPDATE (Solusi yang lebih baik)

-> Pergi ke: lib / Zend / Json.php dan setelah baris 76 tambahkan ini:

    if ((float)phpversion() >= 7.0
        && empty($encodedValue)
    ) {
        return null;
    }

Buat ekstensi Anda untuk menimpanya dan jangan mengedit file inti.

Masalah: Kode dinamis atau css menonaktifkan elemen input kunci di checkout

Masalah yang saya lihat adalah di mana kode dinamis (paypal plus) dalam proses checkout satu halaman menimpa fieldset elemen dalam metode pembayaran satu langkah dari html - menghapus atau menonaktifkan (dengan css) elemen form_key tersembunyi.

Cara mengatasinya adalah memastikan elemen formkey tidak dinonaktifkan oleh kode atau css dinamis apa pun. Memindahkan kode formkey di luar elemen fieldset juga dapat membantu

<form>
    <?php echo $this->getBlockHtml('formkey') ?>
    <fieldset>
        <?php echo $this->getChildHtml('methods') ?>
    </fieldset>
</form>

Anda dapat dengan mudah mengkonfirmasi apakah form_key terdeteksi dan dikirim ke satu halaman controller dengan memeriksa permintaan jaringan ajax di browser Anda saat Anda bergerak melalui metode checkout, setiap metode harus menyertakan kunci formulir di data formulir ajax, jika formulir kunci tidak ada tetapi kode sumber Magento telah ditambal memeriksa kode eksternal yang memengaruhi elemen kunci form, yaitu perubahan sisi klien dinamis atau css.

Masalah: Perbaikan yang tidak ada di head-simple.phtml

app/design/adminhtml/default/default/template/oauth/authorize/head-simple.phtml

membutuhkan perbaikan yang sama dengan

app/design/adminhtml/default/default/template/page/head.phtml

MASALAH: Registrasi Pelanggan Gagal saat menggunakan checkout 5 langkah Magento generik.

Masalah ini hanya disajikan saat kami MENGAKTIFKAN otentikasi formulir. Versi yang digunakan: 1.7.0.2, tetapi sepertinya seseorang telah memposting masalah yang sama terjadi pada versi 1.9.3 juga. SUPEE-9767 Patch / CE 1.9.3.3 - Satu Halaman Checkout - Masalah Registrasi Pelanggan

Ketika Pergi ke checkout, kami dihadapkan dengan 2 pilihan: CHECKOUT SEBAGAI TAMU ATAU REGISTER Setelah mengklik "Daftar", dan isi formulir bersama dengan kata sandi, Anda melanjutkan throguh semua langkah dan menyelesaikan pesanan. Pesanan ditempatkan, tetapi pelanggan tidak pernah terdaftar di Magento. Sepertinya tamu melakukan pemesanan.

Ketika saya kembali dan Menonaktifkan autentikasi kunci formulir, dan mencoba menempatkan pesanan saat mendaftar sebagai pelanggan, ia ditempatkan tanpa masalah dan pelanggan terdaftar di backend.

UPDATE 13/07/2017 [MASALAH INI TETAP]

Tim Magento telah merilis SUPEE-9767 V2 dalam versi tambalan ini masalah dengan gif transparan dan png diperbaiki.

Anda harus mengembalikan semua perubahan ke file yang dibahas di utas ini. Kemudian kembalikan patch V1 yang diterapkan dan akhirnya terapkan V2 versi baru.

PRE - SUPEE-9767 V2

Tolong jangan gunakan kode yang dibahas di bawah ini, bukan menerapkan V2 dari patch masalah yang dibahas di bawah ini sudah diperbaiki dalam versi ini

Jika seseorang mengalami masalah dengan png transparan yang ketika diunggah dari panel admin latar belakang menjadi hitam. (Pada produk) terkait dengan panggilan balik Pengunggahan Gambar yang diperkenalkan di:

app/code/core/Mage/Adminhtml/controllers/Catalog/Product/GalleryController.php

Saat ini saya tidak yakin apa yang sebenarnya menyebabkan perilaku ini, tetapi saya mencoba untuk mengetahuinya saya dapat mengkonfirmasi bahwa ketika callback dihapus perilaku aneh akan hilang.

MEMPERBARUI

Ok, saya menemukan fungsi yang juga diperbarui dari SUPEE-9767 ini sebenarnya melanggar transparansi dalam png, salinan gambar asli dibuat tanpa transparansi.

+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
@@ -87,10 +87,33 @@ public function setAllowedImageTypes(array $imageFileExtensions = array())
      */
     public function validate($filePath)
     {
-        $fileInfo = getimagesize($filePath);
-        if (is_array($fileInfo) and isset($fileInfo[2])) {
-            if ($this->isImageType($fileInfo[2])) {
-                return null;
+        list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
+        if ($fileType) {
+            if ($this->isImageType($fileType)) {
+                //replace tmp image with re-sampled copy to exclude images with malicious data
+                $image = imagecreatefromstring(file_get_contents($filePath));
+                if ($image !== false) {
+                    $img = imagecreatetruecolor($imageWidth, $imageHeight);
+                    imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
+                    switch ($fileType) {
+                        case IMAGETYPE_GIF:
+                            imagegif($img, $filePath);
+                            break;
+                        case IMAGETYPE_JPEG:
+                            imagejpeg($img, $filePath, 100);
+                            break;
+                        case IMAGETYPE_PNG:
+                            imagepng($img, $filePath);
+                            break;
+                        default:
+                            return;
+                    }
+                    imagedestroy($img);
+                    imagedestroy($image);
+                    return null;
+                } else {
+                    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
+                }
             }
         }
         throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));

MEMPERBARUI

Berikut adalah versi terbaru dari fungsi untuk menjaga transparansi png

  imagealphablending($img, false);
  imagesavealpha($img, true);

dua baris ini perlu ditambahkan ke tambalan. Perbarui fungsi diapp/code/core/Mage/Core/Model/File/Validator/Image.php

/**
 * Validation callback for checking is file is image
 *
 * @param  string $filePath Path to temporary uploaded file
 * @return null
 * @throws Mage_Core_Exception
 */
public function validate($filePath)
{
    list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
    if ($fileType) {
        if ($this->isImageType($fileType)) {
            //replace tmp image with re-sampled copy to exclude images with malicious data
            $image = imagecreatefromstring(file_get_contents($filePath));
            if ($image !== false) {
                $img = imagecreatetruecolor($imageWidth, $imageHeight);
                imagealphablending($img, false);
                imagesavealpha($img, true);  
                imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                switch ($fileType) {
                    case IMAGETYPE_GIF:
                        imagegif($img, $filePath);
                        break;
                    case IMAGETYPE_JPEG:
                        imagejpeg($img, $filePath, 100);
                        break;
                    case IMAGETYPE_PNG:
                        imagepng($img, $filePath);
                        break;
                    default:
                        return;
                }
                imagedestroy($img);
                imagedestroy($image);
                return null;
            } else {
                throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
            }
        }
    }
    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));
}

UPDATE 23/06/17

Versi fungsi yang diperbarui ini memperbaiki transparansi PNG dan GIF.

    /**
 * Validation callback for checking is file is image
 *
 * @param  string $filePath Path to temporary uploaded file
 * @return null
 * @throws Mage_Core_Exception
 */
public function validate($filePath)
{
    list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
    if ($fileType) {
        if ($this->isImageType($fileType)) {
            //replace tmp image with re-sampled copy to exclude images with malicious data
            $image = imagecreatefromstring(file_get_contents($filePath));
            if ($image !== false) {
                $img = imagecreatetruecolor($imageWidth, $imageHeight);
                switch ($fileType) {
                    case IMAGETYPE_GIF:
                        imagecolortransparent($img, imagecolorallocatealpha($img, 0, 0, 0, 127));
                        imagealphablending($img, false);
                        imagesavealpha($img, true);
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagegif($img, $filePath);
                        break;
                    case IMAGETYPE_JPEG:
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagejpeg($img, $filePath, 100);
                        break;
                    case IMAGETYPE_PNG:
                        imagealphablending($img, false);
                        imagesavealpha($img, true);  
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagepng($img, $filePath);
                        break;
                    default:
                        return;
                }
                imagedestroy($img);
                imagedestroy($image);
                return null;
            } else {
                throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
            }
        }
    }
    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));
}

Masalah: Izinkan pemberitahuan symlink tidak ditampilkan ke admin

Pemberitahuan symlink tidak akan ditampilkan di area pemberitahuan admin karena tidak termasuk dalam <block type="core/text_list" name="notifications" as="notifications">

Patch untuk CE dan EE di bawah ini:

--- app/design/adminhtml/default/default/layout/main.xml
+++ app/design/adminhtml/default/default/layout/main.xml
@@ -119,7 +119,8 @@ Default layout, loads most of the pages
<block type="adminhtml/cache_notifications" name="cache_notifications" template="system/cache/notifications.phtml"></block>
<block type="adminhtml/notification_survey" name="notification_survey" template="notification/survey.phtml"/>
<block type="adminhtml/notification_security" name="notification_security" as="notification_security" template="notification/security.phtml"></block>
-            </block>
+                <block type="adminhtml/checkout_formkey" name="checkout_formkey" as="checkout_formkey" template="notification/formkey.phtml"/></block>
+                <block type="adminhtml/notification_symlink" name="notification_symlink" template="notification/symlink.phtml"/>
<block type="adminhtml/widget_breadcrumbs" name="breadcrumbs" as="breadcrumbs"></block>
<!--<update handle="formkey"/> this won't work, see the try/catch and a jammed exception in Mage_Core_Model_Layout::createBlock() -->

Masalahnya adalah </block>pada akhir checkout_formkey(yang mengakhiri diri sendiri) dan karena itu menutup orang tua notifications. Hal ini menyebabkan notification_symlinktidak dimasukkan dalam core/text_listdan tidak akan diberikan.

Sedikit tip untuk #patchday; setelah menyalin 1.9.3.3 di atas instal Anda, jalankan git diff -w --stat | grep -v " 2 +" | grep -v " 0"untuk melihat dengan cepat perubahan yang lebih besar pada file.

Masalah: Template pengiriman EE tidak ditambal

Saya menambal pemasangan EE 1.13.1.0, dan templat pengiriman perusahaan ( app/design/frontend/enterprise/default/template/checkout/onepage/shipping.phtml) tidak memiliki formkey yang ditambahkan, tetapi templat penagihan dan pembayaran melakukannya.

app/design/frontend/base/default/template/checkout/onepage/shipping.phtml itu ditambal.

Ada masalah dengan versi Magento EE yang ditambal dengan SUPEE-9767 (jadi tidak dengan pemutakhiran ke 1.14.3.3). Kunci formulir pada halaman itu akan di-cache. Jadi ketika saya membersihkan cache dan kemudian pergi ke halaman produk dan memastikan halaman itu benar-benar di-cache (menyegarkan beberapa kali), saya harus dapat menambahkan produk itu ke troli saya.

Sekarang, ketika saya membuka browser yang berbeda (atau mode penyamaran), buka halaman yang sama dan coba tambahkan produk ke keranjang lagi. Produk tidak akan ditambahkan ke troli, karena kunci formulir. Sekarang ketika Anda membersihkan cache lagi, produk dapat ditambahkan ke keranjang lagi.

Terima kasih kepada Jasper Zeinstra

Untuk pengembang yang menggunakan Magento Composer Intaller, Anda dapat mengubah strategi penyebaran untuk disalin daripada Symlink. Anda juga dapat mengonfigurasi untuk menambahkan file modul ke .gitignore Anda, sehingga repositori Anda akan tetap bersih.

https://github.com/Cotya/magento-composer-installer/blob/master/doc/Deploy.md#deploy-per-copy-instead-of-symlink

{ "extra":{ "magento-root-dir": "htdocs/", "magento-deploystrategy": "copy", "auto-append-gitignore": true } }

Saya memiliki masalah pada EE 1.14.2.2 dengan FPC diaktifkan dan tambalan ini diterapkan.

Pengguna sebentar-sebentar tidak dapat menambahkan ke troli.

Penjelasan dan perbaiki di sini: Masalah SUPEE-9767: Tambahkan ke masalah keranjang, Cache Halaman Lengkap Perusahaan

Masalah: Patch sedang mengerjakan vanilla Magento 1.7.0.0 [diedit]

Selama pengujian skrip tambalan kami, kami menemukan masalah dalam tambalan untuk Magento 1.7.0.0. Tidak tahu apakah ada yang masih menggunakannya, tapi bagaimanapun itu merupakan masalah di SUPEE-9767. Kami menggunakan instalasi vanilla dan kami menginstal semua tambalan sebelumnya terlebih dahulu.

File patch yang digunakan: PATCH_SUPEE-9767_CE_1.7.0.2_v1-2017-05-25-09-31-32.sh File patch tidak berfungsi untuk Magento 1.7.0.1 dan 1.7.0.2

Ringkasan masalah:

ERROR: Patch can't be applied/reverted successfully.
...
can't find file to patch at input line 377
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git app/code/core/Mage/Core/Model/File/Validator/Image.php app/code/core/Mage/Core/Model/File/Validator/Image.php
|index 7f7b9d0..cbbcbb1 100644
|--- app/code/core/Mage/Core/Model/File/Validator/Image.php
|+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
...
checking file app/code/core/Mage/Sales/Model/Quote/Item.php
Hunk #1 FAILED at 502.
1 out of 1 hunk FAILED
...

Sebagai catatan, ini aktif pada 1.7.0.0 kami mencoba tambalan pada:

$ grep SUPEE app/etc/applied.patches.list
2017-06-01 12:59:49 UTC | SUPEE-2677 | EE_1.13.0.2 | v2 | d20e6763cd0df70c4ac6e418c9775a1ff0f2618f | Tue Jan 14 17:49:25 2014 +0200 | v1.13.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-2629 | EE_1.12.0.0 | v1 | 5de775cf535e137b0b099d8066bd5b3a81f7ec4c | Wed Dec 11 16:50:40 2013 +0200 | v1.12.0.0..HEAD
-e 2017-06-01 12:59:49 UTC | SUPEE-1049 | EE-1.12.0.2 | v1 | 6d06f286f461562fa6d6573349f1491f7bf89859 | Wed Feb 13 17:46:13 2013 -0800 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-1868-1-12-0-2 | EE_1.12.0.2 | v1 | 2148b1b6be28a9bad0bec9a4aecc63ed318dd201 | Fri Jul 26 13:20:27 2013 -0700 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-4334-v1.11.1.0 | EE_1.11.1.0 | v1 | 40f5a2e4db9ca53dc6a8e62eb0c728fd63b1157e | Wed Sep 10 10:42:31 2014 -0700 | ef80f7bff749c941b4d1736cc2b502888e7540c9
2017-06-01 12:59:49 UTC | SUPEE-5345 | EE_1.12.0.2 | v1 | 2d36f61cf684ed26286b6d10307fcb99dd47ff02 | Thu Feb 5 19:39:01 2015 +0200 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-5994 | CE_1.6.0.0 | v1 | _ | n/a | SUPEE-5994_CE_1.6.0.0_v1.patch
2017-06-01 12:59:49 UTC | SUPEE-6237 | EE_1.14.2.0 | v1 | 8b216c42e2e5d2cb5d8e500fcb6690abede9df52 | Fri Jun 12 13:39:59 2015 +0300 | v1.14.2.0..HEAD
2017-06-01 12:59:49 UTC | SUPEE-6285 | CE_1.7.0.2 | v1 | 84749c91e14543e1f96af30e86efdf29f4562c98 | Tue Jun 23 09:48:07 2015 +0300 | c6e6cee8eb..84749c91e1
2017-06-01 12:59:49 UTC | SUPEE-6482 | CE_1.8.0.0 | v1 |  | Tue Jul 14 14:17:04 2015 +0300 |
2017-06-01 12:59:49 UTC | SUPEE-6788 | CE_1.7.0.1 | v1 | 04d237d56b116989e46839c41691585d927f99db | Fri Oct 23 13:52:50 2015 +0300 | f69136a
2017-06-01 12:59:49 UTC | SUPEE-7616 | CE_1.7.0.2-CE_1.4.2.0 | v1 | a16c51e3679c3f19de6c3207b7a42daa7f9227fc | Fri Dec 18 12:42:03 2015 +0200 | 3617437b6da11be812fcca85f4e6ecbd8b8dc94c..a16c51e3679c3f19de6c3207b7a42daa7f9227fc
2017-06-01 12:59:50 UTC | SUPEE-8788 | CE_1.7.0.0 | v2 | 6b5ef4fc5b09af74d0fd401440948d0a54dd203d | Fri Oct 14 19:27:22 2016 +0300 | 84fa3dd598466fa5c482965a3f8e5395af33bf9d
2017-06-01 12:59:50 UTC | SUPEE-8967 | EE_1.13.1.0 | v1 | 1fa53e9533f6f3a16f24d9b64dabef0ab7f965d7 | Thu Aug 18 16:32:48 2016 +0300 | 97d160644..1fa53e9533
2017-06-01 12:59:50 UTC | SUPEE-9652 | EE_1.14.3.1 | v1 | 4038f0785d828794083f53f10c01aaa6af403523 | Tue Jan 24 15:03:12 2017 +0200 | 9586981e6ca8b255014b242d50b68b88525b0754..4038f0785d828794083f53f10c01aaa6af403523

Saya hanya harus mengembalikan tambalan ini karena beberapa perilaku aneh. Untuk alasan apa pun, pengguna tertentu tidak dapat menambahkan item tertentu ke troli mereka.

Saya berasumsi itu ada hubungannya dengan kutipan lama yang bertabrakan dengan kutipan saat ini untuk pelanggan itu. Saya memverifikasi masalah ini dengan masuk sebagai pengguna untuk memastikan itu bukan hanya 1D10T.

Sudah menjadi masalah sejak saya mengambil masa tambalan itu Jumat lalu. Kami menggunakan 1.14.2.4 . Kami sangat dimodifikasi sehingga mungkin berfungsi dengan baik untuk pengguna lain. Hanya peringatan!

Masalah: Infinite redirect loop pada 1.6.0.0

Perbaikan Cepat

Temukan baris-baris di bawah ini di dalam metode fungsi yang dilindungi _checkBaseUrl ($ request) dalam aplikasi file / kode / core / Mage / Core / Controller / Varien / Front.php

 if (isset($uri['scheme']) && $uri['scheme'] != $request->getScheme()
        || isset($uri['host']) && $uri['host'] != $request->getHttpHost()
        || isset($uri['path']) && strpos($requestUri, $uri['path']) === false
 ) {  

Ubah baris ini menjadi

 if (isset($uri['host']) && $uri['host'] != $request->getHttpHost()
            || isset($uri['path']) && strpos($requestUri, $uri['path']) === false
 ) { 

Setelah itu simpan file (komit ke REPO Anda), kosongkan cache (hapus semua yang ada di dalam folder var / cache) dan muat ulang depan toko Anda. Anda harus menemukan situs memuat tanpa 302 masalah redirect setelah menerapkan Patch SUPEE 9767.

Penyebab utama

Perbedaan dalam nilai SCHEME antara Permintaan aktual dan URI setelah pengalihan. Misalnya: Permintaan aktual mengembalikan skema HTTP tetapi skema dalam URI dapat berupa HTTPS.

Kemungkinan Alasan Mendasari

1. Kemungkinan besar Anda memiliki aturan pengalihan dalam file .htaccess untuk mengalihkan semua permintaan http ke https. Pengguna meminta http://domainanda.com dan Anda mungkin telah mengubah skema dan mengarahkannya ke https: // domain Anda alih-alih http://domainanda.com yang sebenarnya ia minta.

2. URL basis aman dan tidak aman dimulai dengan https

BUG YANG DIKONFIRMASI "Registrasi pelanggan gagal saat checkout" terjadi sedikit berbeda di pihak saya.

Jika pelanggan memilih mendaftar di checkout maka kata sandi tidak disimpan dengan benar. Pelanggan dibuat dengan benar hanya kata sandi tidak disimpan. Saya mendeteksi ini oleh fakta bahwa kata sandi tidak ditampilkan di email selamat datang. Orang-orang tidak bisa masuk karena ini juga.

Perbaikan bug yang ditautkan di SUPEE-9767 Patch / CE 1.9.3.3 - Satu Halaman Checkout - Masalah Registrasi Pelanggan telah melakukan pekerjaan untuk saya juga.

Adakah yang bisa memberitahuku untuk apa ini ... untuk di supee-9767?

Patch tidak berfungsi bahkan untuk vanilla Magento 1.7.0.2.

martins@martinsmac.local:/var/www/magento1702-original$ ./PATCH_SUPEE-9767_CE_1.7.0.2_v1-2017-05-25-09-31-32.sh
Checking if patch can be applied/reverted successfully...
ERROR: Patch can't be applied/reverted successfully.

patching file app/code/core/Mage/Admin/Model/Session.php
Hunk #1 succeeded at 109 (offset -29 lines).
patching file app/code/core/Mage/Adminhtml/Block/Checkout/Formkey.php
patching file app/code/core/Mage/Adminhtml/Block/Notification/Symlink.php
patching file app/code/core/Mage/Adminhtml/Block/Widget/Grid/Column/Filter/Date.php
patching file app/code/core/Mage/Adminhtml/Model/Config/Data.php
patching file app/code/core/Mage/Adminhtml/controllers/Catalog/Product/GalleryController.php
patching file app/code/core/Mage/Checkout/controllers/MultishippingController.php
patching file app/code/core/Mage/Checkout/controllers/OnepageController.php
Hunk #1 succeeded at 293 (offset -34 lines).
Hunk #2 succeeded at 313 (offset -34 lines).
Hunk #3 succeeded at 363 (offset -34 lines).
Hunk #4 succeeded at 392 (offset -34 lines).
Hunk #5 succeeded at 431 (offset -34 lines).
patching file app/code/core/Mage/Checkout/etc/system.xml
patching file app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
patching file app/code/core/Mage/Core/Controller/Front/Action.php
patching file app/code/core/Mage/Core/Controller/Request/Http.php
Hunk #1 succeeded at 141 (offset -7 lines).
can't find file to patch at input line 377
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git app/code/core/Mage/Core/Model/File/Validator/Image.php app/code/core/Mage/Core/Model/File/Validator/Image.php
|index 7f7b9d0..cbbcbb1 100644
|--- app/code/core/Mage/Core/Model/File/Validator/Image.php
|+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
patching file app/code/core/Mage/Core/etc/config.xml
patching file app/code/core/Mage/Core/etc/system.xml
patching file app/code/core/Mage/Customer/Model/Session.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Adapter/Zend/Cache.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Parser/Csv.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Parser/Xml/Excel.php
patching file app/code/core/Mage/ImportExport/Model/Import/Uploader.php
patching file app/code/core/Mage/Sales/Model/Quote/Item.php
Hunk #1 FAILED at 502.
1 out of 1 hunk FAILED -- saving rejects to file app/code/core/Mage/Sales/Model/Quote/Item.php.rej
patching file app/code/core/Mage/Widget/Model/Widget/Instance.php
patching file app/code/core/Mage/XmlConnect/Helper/Image.php
patching file app/design/adminhtml/default/default/layout/main.xml
patching file app/design/adminhtml/default/default/template/notification/formkey.phtml
patching file app/design/adminhtml/default/default/template/notification/symlink.phtml
patching file app/design/adminhtml/default/default/template/page/head.phtml
patching file app/design/frontend/base/default/template/checkout/cart/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/multishipping/billing.phtml
patching file app/design/frontend/base/default/template/checkout/multishipping/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/billing.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/payment.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/shipping_method.phtml
patching file app/design/frontend/base/default/template/persistent/checkout/onepage/billing.phtml
patching file app/etc/config.xml
patching file app/locale/en_US/Mage_Adminhtml.csv
patching file app/locale/en_US/Mage_Core.csv
patching file app/locale/en_US/Mage_Dataflow.csv
patching file downloader/Maged/Connect.php
patching file downloader/Maged/Controller.php
Hunk #1 succeeded at 400 (offset -5 lines).
Hunk #2 succeeded at 923 (offset -5 lines).
patching file downloader/Maged/Model/Session.php
Hunk #2 succeeded at 235 with fuzz 2 (offset -13 lines).
patching file js/varien/payment.js
patching file skin/frontend/base/default/js/opcheckout.js

bahkan setelah menerapkan tambalan lama secara manual.

$ grep '|' app/etc/applied.patches.list
2017-06-19 04:01:42 UTC | SUPEE-2677 | EE_1.13.0.2 | v2 | d20e6763cd0df70c4ac6e418c9775a1ff0f2618f | Tue Jan 14 17:49:25 2014 +0200 | v1.13.0.2..HEAD
2017-06-19 04:03:26 UTC | SUPEE-2629 | EE_1.12.0.0 | v1 | 5de775cf535e137b0b099d8066bd5b3a81f7ec4c | Wed Dec 11 16:50:40 2013 +0200 | v1.12.0.0..HEAD
2017-06-19 04:04:12 UTC | SUPEE-1049 | EE_1.12.0.2 | v1 | 5cd884653325315804056d4c591572385b3c1d03 | Thu Mar 20 16:33:19 2014 +0200 | v1.12.0.2..HEAD
2017-06-19 04:05:01 UTC | SUPEE-1868-1-12-0-2 | EE_1.12.0.2 | v1 | 2148b1b6be28a9bad0bec9a4aecc63ed318dd201 | Fri Jul 26 13:20:27 2013 -0700 | v1.12.0.2..HEAD
2017-06-19 04:06:38 UTC | SUPEE-4334-v1.11.1.0 | EE_1.11.1.0 | v1 | 40f5a2e4db9ca53dc6a8e62eb0c728fd63b1157e | Wed Sep 10 10:42:31 2014 -0700 | ef80f7bff749c941b4d1736cc2b502888e7540c9
2017-06-19 04:07:10 UTC | SUPEE-1533 | EE_1.12 | v1 | _ | n/a | SUPEE-1533_EE_1.12_v1.patch
2017-06-19 04:08:41 UTC | SUPEE-5345 | EE_1.12.0.2 | v1 | 2d36f61cf684ed26286b6d10307fcb99dd47ff02 | Thu Feb 5 19:39:01 2015 +0200 | v1.12.0.2..HEAD
2017-06-19 04:09:29 UTC | SUPEE-5994 | CE_1.6.0.0 | v1 | _ | n/a | SUPEE-5994_CE_1.6.0.0_v1.patch
2017-06-19 04:10:00 UTC | SUPEE-6237 | EE_1.14.2.0 | v1 | 8b216c42e2e5d2cb5d8e500fcb6690abede9df52 | Fri Jun 12 13:39:59 2015 +0300 | v1.14.2.0..HEAD
2017-06-19 04:11:22 UTC | SUPEE-6285 | CE_1.7.0.2 | v1 | 84749c91e14543e1f96af30e86efdf29f4562c98 | Tue Jun 23 09:48:07 2015 +0300 | c6e6cee8eb..84749c91e1
2017-06-19 04:11:50 UTC | SUPEE-6482 | CE_1.8.0.0 | v1 |  | Tue Jul 14 14:17:04 2015 +0300 |
2017-06-19 04:12:12 UTC | SUPEE-7616 | CE_1.7.0.2-CE_1.4.2.0 | v1 | a16c51e3679c3f19de6c3207b7a42daa7f9227fc | Fri Dec 18 12:42:03 2015 +0200 | 3617437b6da11be812fcca85f4e6ecbd8b8dc94c..a16c51e3679c3f19de6c3207b7a42daa7f9227fc
2017-06-19 04:14:30 UTC | SUPEE-8167 | EE_1.12.0.2 | v1 | b1be28f9cd8c2ecba2aa403e59ad9e3d2855eb95 | Thu May 4 13:52:13 2017 +0300 | 8d12ea6fe564b6dc9ed1affb6de990f81aca3796..HEAD
2017-06-19 04:16:21 UTC | SUPEE-8967 | EE_1.13.1.0 | v1 | 1fa53e9533f6f3a16f24d9b64dabef0ab7f965d7 | Thu Aug 18 16:32:48 2016 +0300 | 97d160644..1fa53e9533
2017-06-19 04:16:44 UTC | SUPEE-9652 | EE_1.14.3.1 | v1 | 4038f0785d828794083f53f10c01aaa6af403523 | Tue Jan 24 15:03:12 2017 +0200 | 9586981e6ca8b255014b242d50b68b88525b0754..4038f0785d828794083f53f10c01aaa6af403523
2017-06-19 04:19:35 UTC | SUPEE-6788 | CE_1.7.0.2 | v1 | 0398c4b951d9a0f64495e7b8b3b8ca480952dd70 | Fri Oct 23 13:50:23 2015 +0300 | cfc252b

Solusi / masalah yang saya temukan adalah bahwa beberapa perubahan pada patch untuk 1.7.0.2 adalah untuk file yang tidak ada sebelum 1.9.2.3. Jadi saya menyalin file berikut dari instalasi 1.9.2.3 yang baru sebelum menjalankan skrip tambalan:

• app / code / core / Mage / Core / Model / File / Validator / Image.php
• aplikasi / kode / inti / Penyihir / Penjualan / Model / Penawaran / Item.php

Tambahkan tambahan ke https://magento.stackexchange.com/a/176930/46249

Perhatikan bahwa Symlink selalu dinonaktifkan secara default pada instalasi Magento baru, admin YA / TIDAK nilai konfigurasi default ke 'TIDAK'. Pembaruan sekarang secara eksplisit menonaktifkan symlink di config.xml dan sebagai tindakan pencegahan tambahan juga menghapus bagian template dari admin-> pengembang yang berisi opsi konfigurasi.

Ini tidak akan mempengaruhi pengaturan symlink Anda saat ini, jika Anda mengaktifkan symlink secara manual sebelum 1.9.3.2 mereka akan tetap diaktifkan, meskipun Anda tidak dapat melihat pengaturan lagi di admin.

Teks tebal tidak benar. Jika memperbarui ke 1.9.3.4 (SUPEE-9767 V2) atau pengaturan saat ini yang lebih baru akan dihapus:

# app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.6-1.6.0.7.php
$connection->delete(
    $this->getTable('core_config_data'),
    $connection->prepareSqlCondition('path', array(
        'like' => 'dev/template/allow_symlink'
    ))
);

Admin yang bertanggung jawab dapat mengaktifkan bagian admin symlink lagi dengan mencari perubahan berbeda pada bagian template di app / code / core / Mage / Core / etc / system.xml dan menambahkan bagian ke system.xml Anda di sekitar baris 600. Atau symlink cek ganda masih diaktifkan dengan

Hanya membuat opsi konfigurasi terlihat lagi tidak menyelesaikan masalah. Opsi muncul, tetapi Anda tidak dapat mengubah konfigurasi karena model backend yang baru diperkenalkan mencegah penghematan nilai. Lihat:

# app/code/core/Mage/Core/etc/system.xml
<backend_model>adminhtml/system_config_backend_symlink</backend_model>

dan

# Mage_Adminhtml_Model_System_Config_Backend_Symlink
public function save()
{
    return $this;
}

Jadi Anda harus menghapus atau mengganti model backend ini, lihat Cara mengaktifkan symlink setelah SUPEE-9767 V2 dipasang?