RDRAND

Šta trebate znati

Kako radi

Instrukcija upisuje vrijednost i označava uspjeh pomoću zastavice prijenosa (carry flag). Privremeno nedostupan rezultat zahtijeva od pozivaoca da slijedi dokumentovanu politiku ponovnog pokušaja ili neuspjeha. Ova instrukcija je interfejs prema generatoru, a ne zamjena za potpuni API operativnog sistema za slučajne brojeve i njegovu politiku upravljanja entropijom.

Gdje je korisno

Operativni sistem ili kriptografsko izvršno okruženje može uključiti hardverski izvor slučajnosti u okviru svog dokumentovanog dizajna. Većina aplikacijskog koda bi trebala tražiti slučajnost od svog održavanog interfejsa operativnog sistema ili biblioteke, omogućavajući toj komponenti da upravlja dostupnošću, sastavljanjem i problemima specifičnim za platformu.

Kako provjeriti podršku i omogućavanje

CPUID.01H:ECX bit 30 nabraja RDRAND. Svako izvršavanje mora provjeriti zastavicu prijenosa; sama vrijednost u registru ne dokazuje uspjeh. Slijedite trenutne smjernice proizvođača i podržanu implementaciju sigurnosne biblioteke.

Koristite održavanu kriptografsku implementaciju koja upravlja odabirom funkcija, uslovima grešaka i kompletnim algoritmom. Hardversko ubrzanje pruža primitive; upravljanje ključevima, autentifikacija, pravila za jednokratne brojeve i izbori protokola ostaju odgovornost softvera.

Šta ova funkcija ne uspostavlja

RDRAND i RDSEED imaju razlicite predvidjene interfejse i zasebnu enumeraciju. Prijavljena funkcija ne dokazuje da odredjena aplikacija provjerava greske, niti uspostavlja certifikaciju proizvoda ili garanciju da VM izlaze istu implementaciju slucajnosti kao i domacin.

Kompatibilnost i performanse u praksi

Polje funkcije nije certifikacija proizvoda niti dokaz da je određena aplikacija sigurna. Performanse zavise od veličine poruka, režima, grupisanja i ostatka protokola. Provjerite stvarnog pružaoca usluga i redovno ažurirajte njegova sigurnosna ažuriranja.

Praktična lista za provjeru verifikacije

1. Zabilježite tačan model procesora ili platforme te verzije aplikacije, OS-a i runtime okruženja koji se koriste. Sačuvajte formulaciju stvarne greške ili zahtjeva.
2. Provjerite referencu proizvođača za taj tačan model, a zatim pregledajte efektivnu sposobnost i omogućeno stanje u okruženju u kojem se program izvršava.
3. Uporedite svaki zahtjev odabrane binarne datoteke ili pozadinskog sistema. Slično imenovana funkcija, pseudonim ili široka tehnološka oznaka nisu dovoljni.
4. Potvrdite da je aplikacija odabrala predviđenu implementaciju. Koristite njenu dokumentiranu dijagnostiku i podržanu rezervnu varijantu kada zahtjevi nisu ispunjeni.
5. Pravite jednu po jednu podržanu promjenu i ponavljajte isto radno opterećenje. Zadržite izvornu konfiguraciju i dostupan put oporavka.

Ako je funkcija navedena, ali je softver ne može koristiti

Počnite od tačne komponente koja otkazuje. Baza podataka hardvera opisuje zabilježenu sposobnost; operativni sistem ili hipervizor mogu izložiti drugačije efektivno okruženje. Greška nevažeće instrukcije (illegal-instruction) također zahtijeva istragu stvarne instrukcije koja uzrokuje grešku i binarne verzije, jer oštećenje ili nepovezana nepodržana instrukcija mogu proizvesti sličan simptom.

Instalirajte verziju aplikacije, drajvera ili runtime okruženja podržanu za tačnu platformu i po potrebi koristite proizvođačevu dokumentiranu osnovnu ili rezervnu verziju. Ažuriranje softvera ne može stvoriti instrukciju koja procesoru nedostaje. Promjene firmvera i sigurnosnih pravila trebaju pratiti proceduru proizvođača sistema i plan oporavka, a ne generički recept za optimizaciju.

Povezane funkcije i korisne razlike

RDSEED · Hardverski RNG · AES-NI

Izvori i obim ovog objašnjenja

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

Ove reference uspostavljaju arhitekturno ponašanje i softverske zahtjeve. One ne verifikuju nezavisno svaku vrijednost funkcije na povezanoj stranici modela hardvera. Za podršku modela koristite dokaze proizvođača s te stranice i provjerite efektivnu konfiguraciju sistema. Ovaj članak ne pruža benchmark, certifikaciju ili datum nezavisnog pregleda.

Povezano

Ovi entiteti su povezani s ovim člankom. Tip je prikazan na svakom linku.

Izvori i provjera

Uredničko vlasništvo: Feex. Nije zabilježen datum nezavisne provjere. Kako istražujemo.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Tomovi 1 i 2 opisuju navedene porodice instrukcija i CPUID; Tom 3 opisuje kontrole stanja, straničenja, VMX-a i zaštite. Dokumentacija arhitekture ne utvrđuje podršku za određeni model.