Salta al contingut

SHA instruction extensions

Referència d'arquitecturaFeex

També anomenat SHA

L'extensió SHA de x86 original accelera operacions seleccionades que s'utilitzen a SHA-1 i SHA-256. Una etiqueta de característica SHA genèrica no estableix el suport de maquinari per a tots els algorismes SHA.

El que cal saber

L'extensió SHA de x86 original accelera operacions seleccionades que s'utilitzen a SHA-1 i SHA-256. Una etiqueta de característica SHA genèrica no estableix el suport de maquinari per a tots els algorismes SHA.

Com funciona

L'extensió original proporciona instruccions per a la programació de missatges i el processament de rondes per a SHA-1 i SHA-256. El programari continua realitzant el farciment, la gestió de blocs i la construcció completa del resum. SHA-256 pertany a SHA-2, però SHA-512 i SHA-3 tenen algorismes diferents i no s'han d'inferir a partir del bit de característica original.

On és útil

Una biblioteca de resum pot seleccionar una rutina de compressió SHA-256 especialitzada quan l'extensió és utilitzable. Els missatges petits poden dedicar un temps significatiu a la configuració i al codi circumdant, mentre que les càrregues de treball més grans també depenen de la memòria i del paral·lelisme.

Com comprovar el suport i l'habilitació

Per a l'extensió SHA original, comproveu CPUID.07H.00H:EBX bit 29 després de validar el suport del full. Verifiqueu l'algorisme i la família d'instruccions exacta sol·licitada per la biblioteca, no pas simplement una etiqueta sha genèrica mostrada per una utilitat.

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

L'existència d'una instrucció no fa que SHA-1 sigui adequat per a un protocol de seguretat nou. L'acceleració per maquinari no canvia la resistència a les col·lisions d'un algorisme ni repara un disseny de protocol insegur. Les extensions SHA512 posteriors tenen una enumeració separada.

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ó.

Fonts i abast d'aquesta explicació

Intel 64 and IA-32 Architectures Software Developer's Manual · NIST Secure Hash Standard, FIPS 180-4

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.

Ha estat útil aquest article?

Un sí o un no és suficient. Trieu un motiu si voleu, o afegiu una breu nota.

Ha estat útil aquest article?