GFNI
GFNI, Galois Field New Instructions, përshpejton shumëzimin e fushave të fundme të orientuara nga bajti dhe transformimet afine. Ai është një zgjerim i specializuar i transformimit të të dhënave dhe jo një protokoll enkriptimi.
Çfarë duhet të dini
GFNI, Galois Field New Instructions, përshpejton shumëzimin e fushave të fundme të orientuara nga bajti dhe transformimet afine. Ai është një zgjerim i specializuar i transformimit të të dhënave dhe jo një protokoll enkriptimi.
Si funksionon
Familja e instruksioneve GF2P8 vepron mbi bajtet si elemente të një fushe zgjerimi binar. Ajo përfshin shumëzimin dhe transformimet afine ose inverse-afine me matricë të përcaktuar dhe kontrolle të menjëhershme. Fusha dhe renditja e biteve e specifikuar nga instruksioni duhet të përputhen me paraqitjen e algoritmit.
Ku është e dobishme
Një bibliotekë mund t'i përdorë këto transformime në algoritme të fushave të fundme, operacione kodimi ose pjesë të implementimeve kriptografike. Një operacion matematike i ngjashëm që përdor një paraqitje tjetër të fushës mund të kërkojë konvertim përpara dhe pas instruksionit.
Si të kontrollohet mbështetja dhe aktivizimi
Biti 8 i CPUID.07H.00H:ECX numëron GFNI. Kontrolloni kërkesat specifike të kodimit të instruksionit dhe mbështetjen e gjendjes së OS-it për XMM/YMM/ZMM sipas rastit. Vërtetoni rezultatet kundrejt një implementimi skalar të njohur si të saktë kur shtoni një shteg të ri shpërndarjeje.
Përdorni një implementim kriptografik të mirëmbajtur që menaxhon zgjedhjen e veçorive, kushtet e dështimit dhe algoritmin e plotë. Përshpejtimi harduerik ofron primitiva; menaxhimi i çelësave, vërtetimi, rregullat e nonce-ave dhe zgjedhjet e protokollit mbeten përgjegjësi e softuerit.
Çfarë nuk përcakton kjo veçori
GFNI nuk nënkupton AES-NI, një motor të plotë të kodimit të fshirjes (erasure coding) ose mbështetje për çdo fushë të fundme. Kodimet Legacy, VEX dhe EVEX kanë parakushte të ndryshme shtesë. Vetëm një listim i veçorive nuk mund të përcaktojë se cilin implementim zgjedh një bibliotekë.
Përputhshmëria dhe performanca në praktikë
Një fushë veçorie nuk është një certifikim produkti ose dëshmi se një aplikacion i caktuar është i sigurt. Performanca varet nga madhësitë e mesazheve, modaliteti, grumbullimi në grupe dhe pjesa tjetër e protokollit. Kontrolloni ofruesin aktual dhe mbani të përditësuara përditësimet e tij të sigurisë.
Një listë praktike kontrolli për verifikim
- Regjistroni modelin e saktë të procesorit ose platformës dhe versionet e përfshira të aplikacionit, sistemit operativ dhe mjedisit të ekzekutimit. Ruani formulimin e gabimit ose kërkesës aktuale.
- Kontrolloni referencën e prodhuesit për atë model të saktë, më pas inspektoni aftësinë efektive dhe gjendjen e aktivizuar në mjedisin ku ekzekutohet programi.
- Krahasoni çdo kërkesë të binarit ose prapavijës së zgjedhur. Një veçori me emër të ngjashëm, një pseudonim ose një etiketë e gjerë teknologjike nuk mjafton.
- Konfirmoni që aplikacioni ka zgjedhur implementimin e synuar. Përdorni diagnostikimet e dokumentuara të tij dhe një alternativë të mbështetur kur kërkesat nuk plotësohen.
- Bëni një ndryshim të mbështetur në një moment dhe përsëritni të njëjtën ngarkesë pune. Mbajeni të disponueshme konfigurimin origjinal dhe rrugën e rikuperimit.
Nëse veçoria listohet por softueri nuk mund ta përdorë atë
Filloni me komponentin e saktë që dështon. Një bazë të dhënash harduerike përshkruan aftësinë e regjistruar; sistemi operativ ose hipervizori mund të ekspozojë një mjedis efektiv të ndryshëm. Një gabim instruksioni të paligjshëm kërkon gjithashtu hetim të instruksionit aktual me defekt dhe të ndërtimit të binarit, sepse dëmtimi ose një instruksion i palidhur i pambështetur mund të prodhojë një simptomë të ngjashme.
Instaloni versionin e aplikacionit, drajverit ose mjedisit të ekzekutimit të mbështetur për platformën e saktë, dhe përdorni versionin bazë ose alternativ të dokumentuar nga prodhuesi nëse është e nevojshme. Një përditësim softueri nuk mund të krijojë një instruksion që procesorit i mungon. Ndryshimet në firmware dhe politikat e sigurisë duhet të ndjekin procedurën e prodhuesit të sistemit dhe një plan rikuperimi në vend të një recete të përgjithshme optimizimi.
Burimet dhe fusha e këtij shpjegimi
Intel 64 and IA-32 Architectures Software Developer's Manual · Bërthama Linux: përdorimi i veçorive XSTATE në hapësirën e përdoruesit
Këto referenca përcaktojnë sjelljen arkitekturore dhe kërkesat e softuerit. Ato nuk verifikojnë në mënyrë të pavarur çdo vlerë të veçorive në faqen e lidhur të modelit të harduerit. Për mbështetjen e modelit, përdorni dëshmitë e prodhuesit në atë faqe dhe kontrolloni konfigurimin efektiv të sistemit. Ky artikull nuk ofron një test standard vlerësimi, certifikim ose datë shqyrtimi të pavarur.
Burimet dhe verifikimi
Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Vëllimet 1 dhe 2 përshkruajnë familjet e emërtuara të instruksioneve dhe CPUID; Vëllimi 3 përshkruan gjendjen, faqosjen, VMX dhe kontrollet e mbrojtjes. Dokumentacioni i arkitekturës nuk përcakton mbështetjen për një model të caktuar.
- Bërthama Linux: përdorimi i veçorive XSTATE në hapësirën e përdoruesit · Gjendja vektoriale e aktivizuar nga OS-i, gjendja e pllakave e aktivizuar dinamikisht, kërkesat e stivës së sinjaleve dhe rrjedha e lejeve AMX. Sjellja specifike e Linux-it nuk është një premtim për një sistem tjetër operativ.
A ishte i dobishëm ky artikull?
Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.
Faleminderit. Kjo na ndihmon ta përmirësojmë këtë faqe.