Перейти к содержимому

Hardware RNG

Справочник по архитектуреFeex

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

Что необходимо знать

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

Как это работает

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

Области применения

Библиотека безопасности может запрашивать случайные байты у ОС, в то время как ОС объединяет источники платформы в соответствии со своей реализацией. Приложению не требуется напрямую выполнять аппаратную инструкцию, чтобы извлечь выгоду из аппаратного источника.

Как проверить поддержку и активацию

Определите фактический аппаратный интерфейс и проверьте его конкретное перечисление. Для RDRAND и RDSEED проверьте их отдельные биты CPUID и флаг переноса каждого выполнения. Для разработки приложений используйте поддерживаемый API случайных чисел ОС или криптографической библиотеки.

Используйте поддерживаемую криптографическую библиотеку, которая берет на себя выбор инструкций, обработку сбойных состояний и полное исполнение алгоритма. Аппаратное ускорение предоставляет только примитивы; управление ключами, аутентификация, правила работы с nonce и выбор протокола остаются задачами программного обеспечения.

Чего не гарантирует данная функция

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

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

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

Практический чек-лист для проверки

  1. Зафиксируйте точную модель процессора или платформы, а также задействованные версии приложения, ОС и среды выполнения. Сохраните точную формулировку возникшей ошибки или требования.
  2. Сверьтесь со справочными материалами производителя для этой точной модели, затем проверьте действующую поддержку и состояние активации в окружении, где выполняется программа.
  3. Сопоставьте каждое требование выбранного бинарного файла или бэкенда. Похожего названия функции, псевдонима или общего маркетингового обозначения технологии недостаточно.
  4. Убедитесь, что приложение выбрало предполагаемую реализацию. Используйте его документированные средства диагностики и поддерживаемый резервный код при несоблюдении требований.
  5. Вносите по одному поддерживаемому изменению за раз и повторяйте ту же рабочую нагрузку. Сохраняйте исходную конфигурацию и возможность отката.

Если функция указана в списке, но ПО не может ее использовать

Начните с точного сбойного компонента. База данных оборудования описывает зафиксированные возможности; операционная система или гипервизор могут предоставлять иное фактическое окружение. Ошибка недопустимой инструкции также требует анализа конкретной сбойной команды и сборки бинарного файла, так как повреждение данных или сторонняя неподдерживаемая инструкция могут вызывать аналогичный симптом.

Установите версию приложения, драйвера или среды выполнения, поддерживаемую для данной платформы, и при необходимости используйте документированную производителем базовую или резервную сборку. Обновление ПО не может создать инструкцию, отсутствующую в процессоре. Изменения микрокода и политик безопасности должны выполняться по процедуре производителя системы и с планом восстановления, а не по общим шаблонам оптимизации.

Источники и границы применимости пояснения

Руководство разработчика программного обеспечения для архитектур Intel 64 и IA-32

Эти материалы определяют архитектурное поведение и требования к программному обеспечению. Они не подтверждают независимо каждое значение параметров на странице конкретной модели оборудования. Для проверки поддержки моделью используйте данные производителя на этой странице и проверяйте действующую конфигурацию системы. Данная статья не содержит результатов тестов производительности, сертификатов или дат независимых обзоров.

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

Редакционная принадлежность: Feex. Дата независимой проверки не зарегистрирована. Как мы проводим исследования.

Была ли эта статья полезна?

Достаточно ответа "да" или "нет". При желании выберите причину или оставьте короткую заметку.

Была ли эта статья полезна?