RNG perangkat keras

Referensi arsitekturFeex

Label hardware RNG berarti fasilitas pembangkit bilangan acak berbasis perangkat keras tercatat untuk komponen tersebut. Label itu sendiri tidak menentukan antarmuka instruksi yang tepat, lingkungan yang diaktifkan, atau tingkat jaminan kriptografi.

Yang perlu Anda ketahui

Cara kerjanya

Pada x86, perangkat lunak mungkin menemui antarmuka RDRAND dan RDSEED yang dienumerasikan secara terpisah. Keduanya memiliki peran dan pelaporan keberhasilan yang berbeda. Sumber perangkat keras biasanya berpartisipasi dalam skema keacakan OS atau library yang lebih luas yang menangani pengondisian, penyemaian (seeding), kegagalan, dan bagaimana aplikasi menerima bita acak.

Manfaat penggunaan

Library keamanan dapat meminta bita acak dari OS sementara OS menggabungkan sumber-sumber platform sesuai dengan implementasinya sendiri. Aplikasi tidak perlu mengeluarkan instruksi perangkat keras secara langsung untuk mendapatkan manfaat dari sumber perangkat keras.

Cara memeriksa dukungan dan pengaktifan

Identifikasi antarmuka perangkat keras yang sebenarnya dan periksa enumerasi spesifiknya. Untuk RDRAND dan RDSEED, periksa bit CPUID terpisahnya dan flag carry dari setiap eksekusi. Untuk pengembangan aplikasi, gunakan API keacakan dari OS atau library kriptografi yang didukung.

Gunakan implementasi kriptografi terpelihara yang menangani pemilihan fitur, kondisi kegagalan, dan algoritma lengkap. Akselerasi perangkat keras menyediakan fungsi dasar; manajemen kunci, autentikasi, aturan nonce, dan pilihan protokol tetap menjadi tanggung jawab perangkat lunak.

Hal yang tidak dipastikan oleh fitur ini

Jangan mengubah bidang RNG perangkat keras generik menjadi klaim bahwa RDRAND dan RDSEED keduanya ada, bahwa generator memenuhi sertifikasi tertentu, atau bahwa setiap VM memiliki sumber host fisik. Instruksi pengacakan tidak melindungi kunci setelah kunci tersebut disimpan.

Kompatibilitas dan performa dalam praktik

Kolom fitur bukanlah sertifikasi produk atau bukti bahwa aplikasi tertentu aman. Performa bergantung pada ukuran pesan, mode, pemrosesan tumpukan (batching), dan bagian protokol lainnya. Periksa penyedia yang sebenarnya dan pastikan pembaruan keamanannya selalu terpasang.

Daftar periksa verifikasi praktis

Catat model prosesor atau platform yang tepat serta versi aplikasi, OS, dan runtime yang terlibat. Pertahankan kata-kata dari kesalahan atau persyaratan sebenarnya.
Periksa referensi produsen untuk model persis tersebut, lalu periksa kemampuan efektif dan status aktif di lingkungan tempat program berjalan.
Bandingkan setiap persyaratan dari biner atau backend yang dipilih. Fitur dengan nama serupa, alias, atau label teknologi umum tidaklah cukup.
Pastikan aplikasi memilih implementasi yang dimaksudkan. Gunakan diagnostik terdokumentasi miliknya dan alternatif cadangan yang didukung ketika persyaratan tidak terpenuhi.
Lakukan satu perubahan yang didukung pada satu waktu dan ulangi beban kerja yang sama. Pertahankan konfigurasi asli dan jalur pemulihan tetap tersedia.

Jika fitur terdaftar tetapi perangkat lunak tidak dapat menggunakannya

Mulailah dari komponen persis yang mengalami kegagalan. Basis data perangkat keras menjelaskan kemampuan yang tercatat; sistem operasi atau hipervisor dapat mengekspos lingkungan efektif yang berbeda. Kesalahan instruksi ilegal juga memerlukan penyelidikan terhadap instruksi bermasalah yang sebenarnya dan build biner, karena korupsi data atau instruksi tidak didukung yang tidak terkait dapat menghasilkan gejala serupa.

Pasang versi aplikasi, driver, atau runtime yang didukung untuk platform persis tersebut, dan gunakan build standar atau cadangan yang terdokumentasi dari vendor jika diperlukan. Pembaruan perangkat lunak tidak dapat menciptakan instruksi yang tidak dimiliki prosesor. Perubahan firmware dan kebijakan keamanan harus mengikuti prosedur produsen sistem serta rencana pemulihan, bukan resep optimasi umum.

Sumber dan cakupan penjelasan ini

Intel 64 and IA-32 Architectures Software Developer's Manual

Referensi ini menetapkan perilaku arsitektur dan persyaratan perangkat lunak. Referensi tersebut tidak memverifikasi secara independen setiap nilai fitur pada halaman model perangkat keras yang ditautkan. Untuk dukungan model, gunakan bukti produsen pada halaman tersebut dan periksa konfigurasi sistem efektif. Artikel ini tidak menyediakan tolok ukur, sertifikasi, atau tanggal tinjauan independen.

Sumber dan verifikasi

Kepemilikan editorial: Feex. Tidak ada tanggal peninjauan independen yang dicatat. Cara kami meneliti.

Intel 64 and IA-32 Architectures Software Developer's Manual · Volume 1 dan 2 menjelaskan keluarga instruksi yang disebutkan serta CPUID; Volume 3 menjelaskan status, paging, VMX, dan kontrol proteksi. Dokumentasi arsitektur tidak menetapkan dukungan untuk model tertentu.

Apakah artikel ini bermanfaat?

Cukup jawab ya atau tidak. Pilih alasan jika Anda mau, atau tambahkan catatan singkat.