Hardverski RNG

Šta treba da znate

Kako funkcioniše

Na x86 arhitekturi, softver može naići na zasebno nabrojane RDRAND i RDSEED interfejse. Oni imaju različite uloge i način prijavljivanja uspeha. Hardverski izvor obično učestvuje u širem konceptu slučajnosti operativnog sistema ili biblioteke koji upravlja kondicioniranjem, popunjavanjem početne vrednosti (seeding), neuspesima i načinom na koji aplikacije dobijaju slučajne bajtove.

Gde je korisno

Bezbednosna biblioteka može zatražiti slučajne bajtove od operativnog sistema, dok operativni sistem kombinuje izvore platforme prema sopstvenoj implementaciji. Aplikacija ne mora direktno izdati hardversku instrukciju da bi imala koristi od hardverskog izvora.

Kako proveriti podršku i omogućavanje

Identifikujte stvarni hardverski interfejs i proverite njegovo specifično nabrajanje. Za RDRAND i RDSEED, proverite njihove zasebne CPUID bitove i zastavicu prenosa (carry flag) svakog izvršavanja. Za razvoj aplikacija koristite podržani API za slučajnost operativnog sistema ili kriptografske biblioteke.

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

Šta ova funkcija ne utvrđuje

Nemojte opšte polje za hardverski RNG pretvarati u tvrdnje da postoje i RDRAND i RDSEED, da generator zadovoljava određeni sertifikat ili da svaka virtuelna mašina ima izvor fizičkog domaćina. Instrukcija slučajnosti ne štiti ključeve nakon što su uskladišteni.

Kompatibilnost i performanse u praksi

Polje funkcije nije sertifikacija proizvoda niti dokaz da je određena aplikacija bezbedna. Performanse zavise od veličine poruka, režima, grupisanja i ostatka protokola. Proverite stvarnog dobavljača i redovno primenjujte njegova bezbednosna ažuriranja.

Praktična kontrolna lista za verifikaciju

1. Zabeležite tačan model procesora ili platforme, kao i verzije aplikacije, operativnog sistema i izvršnog okruženja koji se koriste. Sačuvajte formulaciju stvarne greške ili zahteva.
2. Proverite 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 zahtev izabrane binarne datoteke ili pozadinskog podsistema. Slično nazvana funkcija, alias ili široka oznaka tehnologije nisu dovoljni.
4. Potvrdite da je aplikacija izabrala predviđenu implementaciju. Koristite njenu dokumentovanu dijagnostiku i podržanu rezervnu varijantu kada zahtevi nisu ispunjeni.
5. Primenite jednu po jednu podržanu promenu i ponovite isto radno opterećenje. Zadržite originalnu konfiguraciju i putanju za oporavak na raspolaganju.

Ako je funkcija navedena, ali softver ne može da je koristi

Počnite od tačne komponente koja otkazuje. Baza podataka hardvera opisuje zabeležene mogućnosti; operativni sistem ili hipervizor mogu izložiti drugačije efektivno okruženje. Greška nelegalne instrukcije takođe zahteva ispitivanje stvarne instrukcije koja izaziva grešku i binarne verzije, jer oštećenje ili nepovezana nepodržana instrukcija mogu proizvesti sličan simptom.

Instalirajte verziju aplikacije, drajvera ili izvršnog okruženja podržanu za tačnu platformu i po potrebi koristite dokumentovanu osnovnu ili rezervnu verziju proizvođača. Softversko ažuriranje ne može stvoriti instrukciju koja procesoru nedostaje. Promene firmvera i bezbednosnih smernica treba da prate proceduru proizvođača sistema i plan oporavka, a ne generički recept za optimizaciju.

Povezane funkcije i korisne razlike

RDRAND · RDSEED · AES-NI

Izvori i obuhvat ovog objašnjenja

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

Ove reference utvrđuju arhitektonsko ponašanje i softverske zahteve. One ne verifikuju nezavisno svaku vrednost funkcije na povezanoj stranici modela hardvera. Za podršku modela koristite dokaze proizvođača sa te stranice i proverite efektivnu konfiguraciju sistema. Ovaj članak ne pruža referentni rezultat, sertifikaciju niti datum nezavisnog pregleda.

Povezano

Ovi entiteti su povezani sa ovim člankom. Tip je prikazan na svakoj vezi.

Izvori i verifikacija

Urednička pripadnost: Feex. Nije zabeležen datum nezavisne recenzije. Kako istražujemo.

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