RDSEED

Mitä sinun tulee tietää

Miten se toimii

Käsky ilmoittaa onnistumisesta carry-lipun (CF) avulla. Siemenluvun saatavuus ja dokumentoitu entropialähteen rakenne eroavat RDRAND-rajapinnasta. Ohjelmiston on käsiteltävä tilanne, jossa arvoa ei ole saatavilla, eikä se saa kohdella kohderekisteriä kelvollisena siemenlukuna, kun käsky ilmoittaa virheestä.

Missä siitä on hyötyä

Ylläpidetty ajonaikainen ympäristö voi käyttää RDSEED-käskyä yhtenä generaattorin alustuksen osana eksplisiittisen entropiakäytännön mukaisesti. Sovellus yleensä delegoi tämän käyttöjärjestelmälle tai kryptografiselle kirjastolle sen sijaan, että se rakentaisi oman entropiankeruun ja uudelleenyrityssilmukan.

Tuen ja käyttöönoton tarkistaminen

CPUID.07H.00H:EBX-bitti 18サリーenumerointi RDSEED. Tarkista onnistuminen jokaisella käskyn suorituskerralla ja noudata rajattua, dokumentoitua virhestrategiaa satunnaisuudesta vastaavassa komponentissa.

Käytä ylläpidettyä kryptografiatoteutusta, joka käsittelee ominaisuuksien valinnan, virhetilat ja täydellisen algoritmin. Laitteistokiihdytys tarjoaa primitiivejä; avainten hallinta, todennus, kertakäyttönumeroiden säännöt ja protokollien valinnat pysyvät ohjelmiston vastuulla.

Mitä ominaisuus ei takaa

RDSEED ei ole lupaus kiinteästä määrästä onnistuneita tuloksia sekunnissa, korvike todennukselle tai automaattinen takuu siitä, että mukautettu satunnaisgeneraattori on turvallinen. Pelkkä RDRAND-käskyn saatavuus ei vahvista RDSEED-tukea.

Yhteensopivuus ja suorituskyky käytännössä

Ominaisuuskenttä ei ole tuotesertifiointi tai todiste siitä, että tietty sovellus on turvallinen. Suorituskyky riippuu viestien koosta, tilasta, eräajosta ja muusta protokollasta. Tarkista todellinen tarjoaja ja pidä sen tietoturvapäivitykset ajan tasalla.

Käytännön tarkistuslista todentamiseen

1. Kirjaa tarkka suoritin- tai alustamalli sekä kyseessä olevat sovellus-, käyttöjärjestelmä- ja ajonaikaiset versiot. Säilytä todellisen virheen tai vaatimuksen sanamuoto.
2. Tarkista kyseisen tarkan mallin valmistajaviite ja tutki sitten todellinen suorituskyky ja käyttöönottotila ympäristössä, jossa ohjelma suoritetaan.
3. Vertaa valitun binaarin tai taustajärjestelmän jokaista vaatimusta. Samankaltaisesti nimetty ominaisuus, alias tai laaja teknologiamerkintä ei riitä.
4. Varmista, että sovellus valitsi aiotun toteutuksen. Käytä sen dokumentoitua diagnostiikkaa ja tuettua vararatkaisua, kun vaatimukset eivät täyty.
5. Tee yksi tuettu muutos kerrallaan ja toista sama työkuorma. Pidä alkuperäinen kokoonpano ja palautuspolku saatavilla.

Jos ominaisuus on luettelossa, mutta ohjelmisto ei voi käyttää sitä

Aloita tarkasta vikaantuvasta komponentista. Laitteistotietokanta kuvaa tallennettua kykyä; käyttöjärjestelmä tai hypervisori voi tuoda esiin erilaisen todellisen ympäristön. Virheellisen käskyn virhe vaatii myös todellisen virheellisen käskyn ja binaarikäännöksen tutkimista, koska korruptio tai liittymätön tukematon käsky voi aiheuttaa samanlaisen oireen.

Asenna kyseiselle alustalle tuettu sovellus-, ajuri- tai ajoympäristöversio ja käytä tarvittaessa toimittajan dokumentoitua perus- tai varakäännöstä. Ohjelmistopäivitys ei voi luoda käskyä, joka suorittimelta puuttuu. Laiteohjelmisto- ja tietoturvakäytäntömuutosten tulee noudattaa järjestelmävalmistajan menettelyä ja palautussuunnitelmaa yleisen optimointiohjeen sijaan.

Liittyvät ominaisuudet ja hyödylliset erot

RDRAND · Hardware RNG · AES-NI

Tämän selityksen lähteet ja laajuus

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

Nämä viitteet määrittävät arkkitehtuurisen käyttäytymisen ja ohjelmistovaatimukset. Ne eivät itsenäisesti vahvista kaikkia ominaisuusarvoja linkitetyllä laitteistomallisivulla. Mallikohtaista tukea varten käytä kyseisen sivun valmistajan todisteita ja tarkista todellinen järjestelmäkokoonpano. Tämä artikkeli ei tarjoa suorituskykytestiä, sertifiointia tai riippumatonta arviointipäivämäärää.

Liittyvät

Nämä kohteet liittyvät tähän artikkeliin. Tyyppi näytetään jokaisessa linkissä.

Lähteet ja vahvistus

Toimituksellinen omistajuus: Feex. Riippumatonta tarkistuspäivämäärää ei ole kirjattu. Miten tutkimme.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Osat 1 ja 2 kuvaavat nimetyt käskyperheet ja CPUID:n; Osa 3 kuvaa tila-, sivutus-, VMX- ja suojausohjaukset. Arkkitehtuuridokumentaatio ei vahvista tukea tietylle mallille.