Dua berita mengenai pra-bootloader

Itu adalah terjemahan dari dua catatan yang telah diambil oleh James Bottomley di blognya. Posting pertama dibuat pada 1 Februari dan disebut "LCA2013 dan Menyusun Semula Boot Selamat"

Saya diam sebentar, jadi sudah waktunya untuk memberi maklumat terkini mengenai apa yang berlaku dengan Secure Boot Loader Linux Foundation (terutamanya ia dipaparkan di LCA2013). (Paut ke slaid)

Inti dari masalahnya ialah GregKH (pembangun kernel Greg Kroah-Hartman) mendapati pada awal Disember bahawa Pre-BootLoader yang dicadangkan tidak akan berfungsi dalam bentuknya sekarang dengan Gummiboot. Itu agak menakutkan kerana ini bermaksud tidak memenuhi misi Linux Foundation untuk mengaktifkan semua bootloader. Dalam penyelidikannya, alasannya mudah: Gummiboot dibuat untuk menunjukkan bahawa anda boleh membuat bootloader kecil dan sederhana yang akan memanfaatkan semua perkhidmatan yang tersedia di platform UEFI dan bukannya menjadi pemuat pautan besar seperti GRUB. Sayangnya itu bermaksud bahawa anda boot kernel menggunakan fungsi BootServices-> LoadImage (), yang bermaksud bahawa kernel yang akan di boot harus melalui pemeriksaan boot yang selamat di platform UEFI. Pada mulanya Pre-BootLoader, seperti rimas (Mathew Garrett's bootloader), ditulis untuk menggunakan pemuatan pautan PE / Coff untuk mengalahkan pemeriksaan boot yang selamat. Malangnya, ini bermaksud bahawa sesuatu yang dijalankan oleh Pre-BootLoader juga mesti menggunakan pemuatan pautan untuk mengalahkan pemeriksaan boot yang selamat pada apa sahaja yang ingin dimuat dan oleh itu Gummiboot, yang sengaja bukan pemuat pautan, tidak akan berfungsi di bawah ini skema.

Oleh itu, saya terpaksa menyusun semula dan menulis semula: Masalahnya sekarang bermula dari "bagaimana membuat pemuat pautan yang ditandatangani oleh Microsoft yang mematuhi polisi mereka" ke "bagaimana membolehkan semua anak pemuat but menggunakan fungsi BootServices-> LoadImage () cara untuk mematuhi dasar mereka. Nasib baik, ada cara untuk memintas infrastruktur penandatanganan platform UEFI dengan memasang protokol keselamatan seni bina anda sendiri. Sayangnya, spesifikasi inisialisasi platform sebenarnya bukan sebahagian dari spesifikasi UEFI, tetapi untungnya ia dilaksanakan oleh setiap sistem Windows 8 yang dapat anda temukan. Senibina baru memintas protokol itu dan menambahkan pemeriksaan keselamatannya sendiri. Walau bagaimanapun, ada masalah kedua: Walaupun kita berada dalam panggilan balik protokol keselamatan seni bina, kita tidak semestinya memiliki skrin sistem UEFI, menjadikannya mustahil untuk melakukan ujian pengguna untuk membenarkan pelaksanaan binari. Nasib baik, ada cara yang tidak interaktif untuk melakukan ini dan itu adalah mekanisme SUSE Machine Owner Key (MOK). Oleh itu, Linux Foundation Pre-BootLoader kini berkembang untuk menggunakan pemboleh ubah MOK standard untuk menyimpan hash binari yang dibenarkan.

Hasil dari semua ini ialah sekarang anda boleh menggunakan Pre-BootLoader dengan Gummiboot (seperti yang dilakukan dalam demo di LCA2013). Untuk boot, anda harus menambahkan 2 hash: satu untuk Gummiboot itu sendiri dan yang lain untuk kernel yang ingin anda boot, tetapi sebenarnya ia adalah perkara yang baik kerana sekarang anda mempunyai satu polisi keselamatan yang mengawal keseluruhan urutan boot. Gummiboot itu sendiri juga ditambal untuk mengenali crash kerana boot selamat dan memaparkan mesej yang memberitahu anda hash mana yang harus didaftarkan.

Saya akan membuat catatan berasingan yang menerangkan bagaimana seni bina baru berfungsi, tetapi saya fikir lebih baik menjelaskan apa yang berlaku bulan lalu.

Dan jawatan kedua ini dia lakukan semalam dan disebut "Melancarkan Sistem Boot Secure Linux Foundation"

Seperti yang dijanjikan, berikut adalah Linux Boot Secure Boot System. Ini sebenarnya dikeluarkan kepada kami oleh Microsoft pada 6 Februari, tetapi dengan perjalanan, persidangan dan perjumpaan, saya tidak mempunyai masa untuk mengesahkan semuanya sehingga hari ini. Failnya adalah:

PraLoader.efi (md5sum 4f7a4f566781869d252a09dc84923a82)
HashTool.efi (md5sum 45639d23aa5f2a394b03a65fc732acf2)
Buat juga gambar mini-USB yang boleh di-boot; (Anda harus memasangnya di USB menggunakan dd; gambarnya mempunyai partisi GPT, jadi ia menggunakan keseluruhan cakera). Ia mempunyai shell EFI di mana kernel seharusnya dan menggunakan gummiboot untuk memuatnya. Anda boleh menemuinya di sini (md5sum 7971231d133e41dd667a184c255b599f).

Untuk menggunakan gambar mini-USB, anda mesti memasukkan hash untuk loader.efi (dalam folder \ EFI \ BOOT) dan shell.efi (dalam folder root). Ia juga menyertakan salinan KeyTool.efi, anda harus memasukkan hash untuk dijalankan.

Apa yang berlaku dengan KeyTool.efi? Ia pada awalnya akan menjadi sebahagian daripada kit bertanda tangan kami. Namun, semasa melakukan pengujian, Microsoft mendapati bahawa disebabkan oleh bug di salah satu platform UEFI, ia dapat digunakan untuk menghapus kunci platform secara terprogram, yang akan merosakkan sistem keselamatan UEFI. Sehingga kami dapat menyelesaikannya (kami mempunyai vendor persendirian), mereka enggan menandatangani KeyTool.efi walaupun anda boleh membenarkannya dengan menambahkan pemboleh ubah MOK jika anda ingin menjalankannya.

Beritahu saya bagaimana keadaannya kerana saya berminat untuk mengumpulkan maklum balas mengenai perkara yang berfungsi dan yang tidak. Khususnya, saya bimbang penggantian protokol keselamatan mungkin tidak berfungsi di beberapa platform, jadi saya ingin tahu sama ada ia tidak berfungsi untuk mereka.

Sumber:

http://blog.hansenpartnership.com/lca2013-and-rearchitecting-secure-boot/

http://blog.hansenpartnership.com/linux-foundation-secure-boot-system-released/

Tentukan apakah itu berita baik atau buruk.


Tinggalkan komen anda

Alamat email anda tidak akan disiarkan. Ruangan yang diperlukan ditanda dengan *

*

*

  1. Bertanggungjawab atas data: Miguel Ángel Gatón
  2. Tujuan data: Mengendalikan SPAM, pengurusan komen.
  3. Perundangan: Persetujuan anda
  4. Komunikasi data: Data tidak akan disampaikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Pangkalan data yang dihoskan oleh Occentus Networks (EU)
  6. Hak: Pada bila-bila masa anda boleh menghadkan, memulihkan dan menghapus maklumat anda.

  1.   Alf kata

    Saya tidak dapat melihat kesan jangka panjang, tetapi bagi saya adalah menjadi tujuan saya untuk memperoleh salah satu daripadanya http://blog.linuxmint.com/?p=2055

    1.    giskard kata

      Mereka sangat mahal, saya rasa.

    2.    Carlos-Xfce kata

      Terdapat syarikat yang menjual komputer tanpa sistem operasi yang dipasang sebelumnya. Yang lain membolehkan anda memilih antara Ubuntu atau yang lain dan menghantarnya ke rumah anda dengan siap. Anda juga boleh membeli bahagiannya dan memasangnya sendiri dan meletakkan sistem operasi yang anda mahukan.

      Di bandar anda (GDL) terdapat rangkaian kedai komputer yang menjual komputer tanpa sistem operasi yang dipasang sebelumnya. Anda boleh meletakkan Linux pada mereka.

      Selalu ada pilihan. Dalam kes ini, mereka jauh dan sangat "tersembunyi" dari pengguna biasa. Tetapi bagi kita yang menginginkan Linux, memang ada.

      1.    Pelangi_kupu-kupu kata

        Tidak ada begitu banyak pilihan untuk pengguna di Amerika Latin kerana syarikat "khas" ini biasanya tidak sampai sejauh ini

        1.    abib91 kata

          awwnnn sedih, sedih…. bahawa UEFI sial adalah masalah sebenar

          1.    abib91 kata

            Laporkan Ralat…. apa yang berlaku? Mengapa saya mendapat logo epal dalam komen saya? Saya menggunakan midori, tetapi dari ubuntu, bukan dari mac: /

          2.    pandev92 kata

            Sangat mudah, anda mesti menukar ejen pengguna.

  2.   Damian rivera kata

    Plugin ini didasarkan pada mencari rentetan (string teks) dalam hal ini mereka mencari sistem anda di ejen pengguna dan ejen pengguna midori mempunyai rentetan teks yang juga mempunyai MacOS X, saya tidak ingat apakah intel atau Mac OSX atau dua, tetapi pertama-tama cari rentetan ini dan kaitkannya seolah-olah itu Mac. Beberapa waktu yang lalu saya memprogramkan skrip serupa di php dan javascript yang lain dan ini diselesaikan dari skrip, kerana ia tidak mengambil apa-apa selepas Mac OS X dan mengirimkan hasilnya ke pemboleh ubah midori, kerana ia adalah satu-satunya perkara yang membezakan ejen pengguna yang digunakan oleh midori dengan Mac, atau kita juga boleh mengubahnya.

    Lihat laman web ini dengan midori

    http://whatsmyuseragent.com/

    Ejen pengguna tidak ada kaitan dengan Linux

    salam

  3.   Alf kata

    «Carlos-Xfce
    Di bandar anda (GDL) terdapat rangkaian kedai komputer yang menjual komputer tanpa sistem operasi yang dipasang sebelumnya. Anda boleh meletakkan Linux pada mereka. "

    Pada masa itu saya melihat dan tidak menjumpai, hanya pemborong yang menjual saya netbook tanpa OS, tetapi hanya itu, tidak ada PC atau komputer riba, hanya netbook.

    Bolehkah anda menyebut nama rantai itu?

    1.    Alf kata

      Sekiranya mengeposkan nama rangkaian boleh disalahtafsirkan, dan dianggap sebagai spam, ada baiknya menunggu pentadbir memberikan pendapat mereka mengenainya.