Hoppa till innehåll

VAES

ArkitekturreferensFeex

VAES tillhandahåller vektorkodade AES-rundoperationer, vilket gör att oberoende AES-block kan bearbetas i bredare register där den stödda formen tillåter det. Det identifieras separat från äldre AES-NI.

Vad du behöver veta

VAES tillhandahåller vektorkodade AES-rundoperationer, vilket gör att oberoende AES-block kan bearbetas i bredare register där den stödda formen tillåter det. Det identifieras separat från äldre AES-NI.

Hur det fungerar

Bredare VAES-operationer tillämpar AES-rundor oberoende på 128-bitarsblock inom en vektor. De ändrar inte blockstorleken för AES eller kombinerar dessa block till ett nytt krypto. VEX- och EVEX-former har sina egna funktions- och tillståndskrav, och det omgivande läget avgör om oberoende block är tillgängliga för att bearbetas tillsammans.

Där den är användbar

Räknarbaserade lägen kan tillhandahålla flera oberoende block till en vektoriserad implementering. Ett seriellt beroende i ett läge eller ett mycket litet meddelande kan begränsa den möjligheten. Autentisering, nyckelexpansion och minneshantering förblir separata delar av implementeringen.

Hur man kontrollerar stöd och aktivering

CPUID.07H.00H:ECX bit 9 räknar upp VAES. Följ även förutsättningarna i SDM för den valda VEX- eller EVEX-formen, inklusive relevant AES-/vektorkapacitet och OS-aktiverat tillstånd. Utför dispatch baserat på den exakta instruktionsformen, inte enbart på det generiska funktionsnamnet.

Använd en underhållen kryptografisk implementering som hanterar funktionsval, feltillstånd och hela algoritmen. Hårdvaruacceleration tillhandahåller grundfunktioner; nyckelhantering, autentisering, nonceregler och protokollval förblir programvarans ansvar.

Vad funktionen inte fastställer

VAES innebär inte att AES har en större blockstorlek, en starkare nyckel eller automatisk acceleration för varje krypterad applikation. Det etablerar inte VPCLMULQDQ eller varje delmängd av AVX-512, och det tillhandahåller inte nonce-hantering eller protokollautentisering.

Kompatibilitet och prestanda i praktiken

Ett funktionsfält är inte en produktcertifiering eller ett bevis på att en specifik applikation är säker. Prestanda beror på meddelandestorlekar, läge, batchning och resten av protokollet. Kontrollera den faktiska leverantören och håll dess säkerhetsuppdateringar aktuella.

En praktisk checklista för verifiering

  1. Registrera den exakta processor- eller plattformsmodellen samt de applikations-, OS- och runtime-versioner som berörs. Behåll formuleringen av det faktiska felet eller kravet.
  2. Kontrollera tillverkarens referens för den exakta modellen och granska sedan den faktiska kapaciteten och det aktiverade tillståndet i miljön där programmet körs.
  3. Jämför varje krav för den valda binären eller renderingsmotorn. En snarlikt namngiven funktion, ett alias eller en bred teknikbeteckning räcker inte.
  4. Bekräfta att applikationen har valt den avsedda implementeringen. Använd dess dokumenterade diagnostik och en reservlösning som stöds när kraven inte uppfylls.
  5. Gör en ändring som stöds i taget och upprepa samma arbetsbelastning. Håll den ursprungliga konfigurationen och återställningsvägen tillgängliga.

Om funktionen är listad men programvaran inte kan använda den

Börja med den exakta komponenten som fallerar. En hårdvarudatabas beskriver registrerad kapacitet; operativsystemet eller hypervisorn kan exponera en annan faktisk miljö. Ett fel om otillåten instruktion kräver också undersökning av den faktiska felande instruktionen och binärbygget, eftersom korruption eller en orelaterad instruktion utan stöd kan ge ett liknande symptom.

Installera den version av applikationen, drivrutinen eller runtime-miljön som stöds för den exakta plattformen, och använd vid behov tillverkarens dokumenterade baslinje eller reservbygge. En programvaruuppdatering kan inte skapa en instruktion som processorn saknar. Ändringar i firmware och säkerhetspolicy bör följa systemtillverkarens procedur och en återställningsplan snarare än ett generiskt optimeringsrecept.

Källor och omfattning för denna förklaring

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux-kärnan: använda XSTATE-funktioner i användarrymden

Dessa referenser fastställer arkitektoniskt beteende och programvarukrav. De verifierar inte oberoende varje funktionsvärde på en länkad hårdvarumodellsida. För modellstöd, använd den sidans tillverkarbelägg och kontrollera den effektiva systemkonfigurationen. Denna artikel tillhandahåller inte ett prestandatest, en certifiering eller ett oberoende granskningsdatum.

Källor och verifiering

Redaktionellt ägarskap: Feex. Inget oberoende granskningsdatum har registrerats. Hur vi efterforskar.

Var denna artikel användbar?

Ett ja eller nej räcker. Välj en anledning om du vill, eller lägg till en kort anteckning.

Var denna artikel användbar?