VAES

El que cal saber

Com funciona

Les operacions VAES més amples apliquen rondes AES de manera independent a blocs de 128 bits dins d'un vector. No canvien la mida de bloc d'AES ni combinen aquests blocs en una nova xifra. Els formats VEX i EVEX tenen els seus propis requisits de funcions i d'estat, i el mode circumdant determina si hi ha blocs independents disponibles per processar-se conjuntament.

On és útil

Els modes basats en comptador poden proporcionar múltiples blocs independents a una implementació vectoritzada. Una dependència en sèrie en un mode o un missatge molt petit poden limitar aquesta oportunitat. L'autenticació, l'expansió de claus i la gestió de la memòria continuen sent parts separades de la implementació.

Com comprovar el suport i l'habilitació

CPUID.07H.00H:ECX bit 9 enumera VAES. Seguiu també els prerequisits de l'SDM per al format VEX o EVEX seleccionat, inclosa la capacitat rellevant d'AES/vector i l'estat habilitat pel SO. Despatxeu segons el format d'instrucció exacte, no només pel nom genèric de la característica.

Utilitzeu una implementació criptogràfica mantinguda que gestioni la selecció de característiques, les condicions de fallada i l'algorisme complet. L'acceleració de maquinari proporciona primitives; la gestió de claus, l'autenticació, les regles de nonces i les opcions de protocol continuen sent responsabilitats del programari.

El que la característica no estableix

VAES no significa que AES tingui una mida de bloc més gran, una clau més forta o una acceleració automàtica per a cada aplicació xifrada. No estableix VPCLMULQDQ ni tots els subconjunts d'AVX-512, i no proporciona gestió de 'nonces' ni autenticació de protocols.

Compatibilitat i rendiment a la pràctica

Un camp de característiques no és una certificació de producte ni una evidència que una aplicació en concret sigui segura. El rendiment depèn de les mides dels missatges, el mode, el processament per lots i la resta del protocol. Comproveu el proveïdor real i manteniu actualitzades les seves actualitzacions de seguretat.

Una llista de verificació pràctica

1. Enregistreu el model exacte de processador o de plataforma i les versions d'aplicació, SO i entorn d'execució implicades. Conserveu la redacció de l'error o del requisit real.
2. Comproveu la referència del fabricant per a aquest model exacte, i després inspeccioneu la capacitat efectiva i l'estat habilitat en l'entorn on s'executa el programa.
3. Compareu cada requisit del binari o dorsal seleccionat. Una característica amb un nom similar, un àlies o una etiqueta de tecnologia àmplia no és suficient.
4. Confirmeu que l'aplicació ha seleccionat la implementació prevista. Utilitzeu els seus diagnòstics documentats i una alternativa compatible quan no es compleixin els requisits.
5. Feu un únic canvi admès a la vegada i repetiu la mateixa càrrega de treball. Manteniu disponibles la configuració original i la via de recuperació.

Si la característica apareix a la llista però el programari no la pot utilitzar

Comenceu pel component exacte que falla. Una base de dades de maquinari descriu la capacitat registrada; el sistema operatiu o l'hipervisor poden exposar un entorn efectiu diferent. Un error d'instrucció il·legal també requereix investigar la instrucció defectuosa real i la compilació del binari, perquè una corrupció o una instrucció no admesa no relacionada poden produir un símptoma similar.

Instal·leu la versió d'aplicació, controlador o entorn d'execució admesa per a la plataforma exacta, i utilitzeu la compilació base o alternativa documentada pel fabricant si cal. Una actualització de programari no pot crear una instrucció que li manqui al processador. Els canvis de microprogramari i de polítiques de seguretat han de seguir el procediment del fabricant del sistema i un pla de recuperació en lloc d'una recepta genèrica d'optimització.

Característiques relacionades i distincions útils

AES-NI · PCLMULQDQ and CLMUL · AVX-512

Fonts i abast d'aquesta explicació

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space

Aquestes referències estableixen el comportament arquitectònic i els requisits de programari. No verifiquen de manera independent cada valor de característica en una pàgina de model de maquinari enllaçada. Per al suport de models, utilitzeu l'evidència del fabricant d'aquesta pàgina i comproveu la configuració efectiva del sistema. Aquest article no proporciona cap data de prova de referència, certificació o revisió independent.

Relacionat

Aquestes entitats enllacen amb aquest article. El tipus es mostra a cada enllaç.

Fonts i verificació

Propietat editorial: Feex. No s'ha registrat cap data de revisió independent. Com investiguem.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Els volums 1 i 2 descriuen les famílies d'instruccions anomenades i CPUID; el volum 3 descriu l'estat, la paginació, VMX i els controls de protecció. La documentació d'arquitectura no estableix el suport per a un model en particular.
• Linux kernel: using XSTATE features in user space · Estat vectorial habilitat pel SO, estat de tessel·les habilitat dinàmicament, requisits de pila de senyals i flux de permisos AMX. El comportament específic de Linux no és una promesa sobre un altre SO.