RDSEED
Az RDSEED a szoftveres véletlenszám-generátorok magértékkel (seed) való ellátására szolgáló értékeket biztosít a processzor magérték-generáló egységéből. Enumerációja az RDRAND-tól elkülönülve történik, és képes jelezni az átmeneti elérhetetlenséget.
Amit tudni érdemes
Az RDSEED a szoftveres véletlenszám-generátorok magértékkel (seed) való ellátására szolgáló értékeket biztosít a processzor magérték-generáló egységéből. Enumerációja az RDRAND-tól elkülönülve történik, és képes jelezni az átmeneti elérhetetlenséget.
Hogyan működik
Az utasítás az átviteli jelzőbittel (carry flag) jelzi a sikert. A magérték elérhetősége és a dokumentált entrópiaforrás-felépítés eltér az RDRAND felületétől. A szoftvernek kezelnie kell az elérhetetlen eredményt, és nem kezelheti a célregisztert érvényes magértékként, ha az utasítás hibát jelez.
Ahol hasznos
Egy karbantartott futtatókörnyezet használhatja az RDSEED-et a generátor inicializálásának egyik összetevőjeként egy kifejezett entrópiapolitika szerint. Egy alkalmazás ezt általában az operációs rendszerre vagy kriptográfiai kódtárra bízza ahelyett, hogy saját entrópiagyűjtő és újrapróbálkozási ciklust építene.
A támogatás és az engedélyezés ellenőrzése
A CPUID.07H.00H:EBX 18. bitje enumerálja az RDSEED-et. Minden utasítás-végrehajtáskor ellenőrizze a sikert, és kövessen egy korlátos, dokumentált hibakezelési stratégiát a véletlenszerűségért felelős komponensben.
Használjon olyan karbantartott kriptográfiai implementációt, amely kezeli a funkcióválasztást, a hibakezelést és a teljes algoritmust. A hardveres gyorsítás primitíveket biztosít; a kulcskezelés, a hitelesítés, a nonce-szabályok és a protokollválasztások a szoftver feladatai maradnak.
Amit a funkció nem biztosít
Az RDSEED nem ígér másodpercenként fix számú sikeres eredményt, nem helyettesíti a hitelesítést, és nem jelent automatikus garanciát arra sem, hogy egy egyedi véletlenszám-generátor biztonságos. Az RDRAND elérhetősége önmagában nem garantálja az RDSEED meglétét.
Kompatibilitás és teljesítmény a gyakorlatban
Egy funkciómező nem jelent terméktanúsítványt vagy bizonyítékot arra, hogy egy adott alkalmazás biztonságos. A teljesítmény az üzenetméretektől, az üzemmódtól, a kötegeléstől és a protokoll többi részétől függ. Ellenőrizze a tényleges szolgáltatót, és tartsa naprakészen annak biztonsági frissítéseit.
Gyakorlati ellenőrzőlista
- Rögzítse az érintett processzor vagy platform pontos modelljét, valamint az alkalmazás, az operációs rendszer és a futtatókörnyezet verzióját. Őrizze meg a tényleges hiba vagy követelmény pontos szövegezését.
- Ellenőrizze az adott modellhez tartozó gyártói referenciát, majd vizsgálja meg a tényleges képességet és az engedélyezett állapotot abban a környezetben, ahol a program fut.
- Vesse össze a kiválasztott bináris vagy háttérrendszer minden követelményét. Egy hasonló elnevezésű funkció, álnév vagy tág technológiai címke nem elegendő.
- Győződjön meg arról, hogy az alkalmazás a kívánt implementációt választotta ki. Használja annak dokumentált diagnosztikai eszközeit és egy támogatott tartalék megoldást, ha a követelmények nem teljesülnek.
- Egyszerre csak egy támogatott módosítást hajtson végre, és ismételje meg ugyanazt a munkaterhelést. Tartsa elérhetően az eredeti konfigurációt és a helyreállítási útvonalat.
Ha a funkció szerepel a listán, de a szoftver nem tudja használni
Kezdje a hibát jelző pontos komponenssel. A hardveradatbázis a rögzített képességet írja le; az operációs rendszer vagy a hipervizor ettől eltérő tényleges környezetet tehet elérhetővé. Az érvénytelen utasítás miatti hiba (illegal-instruction) esetén a ténylegesen hibát okozó utasítást és a bináris összeállítást is vizsgálni kell, mivel az adatsérülés vagy egy nem kapcsolódó, nem támogatott utasítás is hasonló tünetet produkálhat.
Telepítse az adott platformhoz támogatott alkalmazás-, illesztőprogram- vagy futtatókörnyezet-verziót, és szükség esetén használja a gyártó által dokumentált alapértelmezett vagy tartalék változatot. Egy szoftverfrissítés nem hozhat létre olyan utasítást, amellyel a processzor nem rendelkezik. A firmware- és biztonságipolitika-módosítások során a rendszer gyártójának eljárását és egy helyreállítási tervet kell követni egy általános optimalizálási recept helyett.
A magyarázat forrásai és hatóköre
Intel 64 and IA-32 Architectures Software Developer's Manual
Ezek a hivatkozások az architekturális viselkedést és a szoftverkövetelményeket határozzák meg. Nem ellenőrzik függetlenül a hivatkozott hardvermodell oldalán található összes funkcióértéket. A modell támogatásához használja az adott oldal gyártói bizonyítékait, és ellenőrizze a tényleges rendszerkonfigurációt. Ez a cikk nem tartalmaz teljesítménytesztet, tanúsítást vagy független felülvizsgálati dátumot.
Források és ellenőrzés
Szerkesztői jogtulajdonos: Feex. Független felülvizsgálati dátum nincs rögzítve. Hogyan kutatunk.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Az 1. és 2. kötet a megnevezett utasításcsaládokat és a CPUID-t ismerteti; a 3. kötet az állapot-, lapozás-, VMX- és védelmi vezérlőket tárgyalja. Az architektúra-dokumentáció nem igazolja egy adott modell támogatását.
Hasznos volt ez a cikk?
Egy igen vagy nem is elég. Válasszon egy indokot, ha szeretne, vagy írjon egy rövid megjegyzést.
Köszönjük. Ez segít az oldal fejlesztésében.