Hardware RNG

Mitä sinun tulee tietää

Miten se toimii

x86-arkkitehtuurissa ohjelmisto voi kohdata erikseen luetteloidut RDRAND- ja RDSEED-rajapinnat. Niillä on eri roolit ja onnistumisen raportointitavat. Laitteistolähde on yleensä osa laajempaa käyttöjärjestelmän tai kirjaston satunnaisuusrakennetta, joka käsittelee esikäsittelyn, alustuksen, virheet ja sen, miten sovellukset saavat satunnaistavuja.

Missä siitä on hyötyä

Tietoturvakirjasto voi pyytää satunnaistavuja käyttöjärjestelmältä samalla kun käyttöjärjestelmä yhdistää alustan lähteitä oman toteutuksensa mukaisesti. Sovelluksen ei tarvitse suorittaa laitteistokäskyä suoraan hyötyäkseen laitteistolähteestä.

Tuen ja käyttöönoton tarkistaminen

Tunnista todellinen laitteistorajapinta ja tarkista sen nimenomainen luettelointi. RDRAND- ja RDSEED-käskyjen osalta tarkista niiden erilliset CPUID-bitit ja kunkin suorituksen carry-lippu. Käytä sovelluskehityksessä tuettua käyttöjärjestelmän tai kryptografisen kirjaston satunnaisuusrajapintaa.

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

Älä muuta yleistä laitteiston RNG-kenttää väitteiksi siitä, että sekä RDRAND että RDSEED ovat olemassa, että generaattori täyttää tietyn sertifioinnin tai että jokaisella virtuaalikoneella on fyysisen isännän lähde. Satunnaislukukäsky ei suojaa avaimia sen jälkeen, kun ne on tallennettu.

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 · RDSEED · 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.