AES-NI
AES-NI és una extensió d'instruccions x86 per a rondes de xifratge i desxifratge AES i tasques relacionades de planificació de claus. Accelera parts d'una implementació criptogràfica en lloc de proporcionar un protocol segur complet.
El que cal saber
AES-NI és una extensió d'instruccions x86 per a rondes de xifratge i desxifratge AES i tasques relacionades de planificació de claus. Accelera parts d'una implementació criptogràfica en lloc de proporcionar un protocol segur complet.
Com funciona
Instruccions com ara AESENC i AESDEC transformen un estat AES de 128 bits, mentre que formes separades gestionen les rondes finals i ajuden a l'expansió de claus. Una implementació d'AES tria el nombre i l'ordre de les rondes per a la seva longitud de clau. Les instruccions no trien un mode, no assignen nonces, no autentiquen missatges ni protegeixen les claus emmagatzemades per si mateixes.
On és útil
Una biblioteca criptogràfica mantinguda pot despatxar a AES-NI per a un mode AES compatible. AES-GCM també necessita processament d'autenticació, sovint accelerat amb multiplicació sense arrossegament. La negociació de protocols, la disposició dels registres i la longitud dels missatges influeixen en el rendiment d'extrem a extrem.
Com comprovar el suport i l'habilitació
CPUID.01H:ECX bit 25 indica l'AES-NI heretat. L'entorn d'execució ha de gestionar l'estat XMM. Comproveu els requisits de VAES i d'estat vectorial per separat per a implementacions VEX o EVEX més amples, i utilitzeu els mecanismes de despatx admesos de la biblioteca criptogràfica.
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
El suport d'AES-NI no és una certificació de seguretat, un veredicte de programari maliciós ni una garantia contra canals laterals en el codi circumdant. AES no és SHA. VAES s'enumera per separat, i un convidat pot ocultar AES-NI fins i tot quan l'amfitrió el té.
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
- 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.
- 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.
- 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.
- 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.
- 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ó.
Fonts i abast d'aquesta explicació
Intel 64 and IA-32 Architectures Software Developer's Manual
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.
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.
Ha estat útil aquest article?
Un sí o un no és suficient. Trieu un motiu si voleu, o afegiu una breu nota.
Gràcies. Això ens ajuda a millorar aquesta pàgina.