Хардуерен RNG

Архитектурна справкаFeex

Обозначение за хардуерен RNG означава, че за компонента е регистрирано хардуерно средство за генериране на случайни числа. Самото обозначение не определя точния интерфейс на инструкциите, активираната среда или нивото на криптографска сигурност.

Какво трябва да знаете

Как работи

При x86 софтуерът може да срещне отделно изброените интерфейси RDRAND и RDSEED. Те имат отделни роли и отчитане на успеха. Хардуерният източник обикновено участва в по-широкия дизайн за произволност на ОС или библиотеката, който управлява кондиционирането, началното зареждане (seeding), грешките и начина, по който приложенията получават случайни байтове.

Къде е полезно

Дадена библиотека за сигурност може да изиска случайни байтове от ОС, докато ОС комбинира източници от платформата според собствената си имплементация. Не е необходимо приложението да изпълнява хардуерна инструкция директно, за да се възползва от хардуерен източник.

Как се проверява поддръжката и активирането

Идентифицирайте действителния хардуерен интерфейс и проверете конкретното му изброяване. За RDRAND и RDSEED проверете отделните им битове в CPUID и флага за пренос (carry flag) при всяко изпълнение. За разработка на приложения използвайте поддържания API за произволност на ОС или криптографската библиотека.

Използвайте поддържана криптографска реализация, която управлява избора на функции, условията за грешки и пълния алгоритъм. Хардуерното ускорение предоставя примитиви; управлението на ключове, автентификацията, правилата за еднократни числа и изборът на протокол остават отговорност на софтуера.

Какво не гарантира тази функция

Не превръщайте общо поле за хардуерен RNG в твърдения, че съществуват както RDRAND, така и RDSEED, че генераторът покрива конкретна сертификация или че всяка VM има достъп до източника на физическия хост. Инструкцията за случайни числа не защитава ключовете, след като те бъдат съхранени.

Съвместимост и производителност на практика

Полето за характеристика не е сертификация на продукт или доказателство, че конкретно приложение е защитено. Производителността зависи от размерите на съобщенията, режима, пакетирането и останалата част от протокола. Проверете действителния доставчик и поддържайте неговите актуализации за сигурност редовно.

Практически контролен списък за проверка

Запишете точния модел на процесора или платформата, както и използваните версии на приложението, операционната система и средата за изпълнение. Запазете точния текст на действителната грешка или изискване.
Проверете документацията от производителя за този точен модел, след което инспектирайте действителните възможности и активираното състояние в средата, където работи програмата.
Сравнете всяко изискване на избрания двоичен файл или бекенд. Подобно наименувана функция, псевдоним или общ технологичен етикет не са достатъчни.
Потвърдете, че приложението е избрало планираната реализация. Използвайте неговата документирана диагностика и поддържан резервен вариант, когато изискванията не са изпълнени.
Правете по една поддържана промяна наведнъж и повтаряйте същото работно натоварване. Запазете достъпни оригиналната конфигурация и плана за възстановяване.

Ако функцията е посочена, но софтуерът не може да я използва

Започнете с точния компонент, който дава грешка. Хардуерната база данни описва записаните възможности; операционната система или хипервайзорът могат да предоставят различна ефективна среда. Грешка за невалидна инструкция (illegal-instruction) също изисква разследване на действителната сриваща се инструкция и компилацията на двоичния файл, тъй като повреда или несвързана неподдържана инструкция може да предизвика подобен симптом.

Инсталирайте версията на приложението, драйвера или средата за изпълнение, която се поддържа за точната платформа, и използвайте документираната от производителя базова или резервна компилация, ако е необходимо. Софтуерна актуализация не може да създаде инструкция, която липсва в процесора. Промените във фърмуера и политиките за сигурност трябва да следват процедурата на производителя на системата и план за възстановяване, а не общи съвети за оптимизация.

Източници и обхват на това обяснение

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

Тези източници установяват архитектурното поведение и софтуерните изисквания. Те не проверяват независимо всяка стойност на параметър на свързана страница за хардуерен модел. За поддръжка на даден модел използвайте данните от производителя на съответната страница и проверете ефективната системна конфигурация. Тази статия не предоставя бенчмарк, сертификация или дата на независим преглед.

Източници и проверка

Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.

Intel 64 and IA-32 Architectures Software Developer's Manual · Томове 1 и 2 описват посочените семейства инструкции и CPUID; Том 3 описва състоянието, страницирането, VMX и контролите за защита. Документацията за архитектурата не гарантира поддръжка за конкретен модел.

Беше ли полезна тази статия?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.