Zgjerimet e instruksioneve SHA

Çfarë duhet të dini

Si funksionon

Zgjerimi origjinal ofron instruksione për planifikimin e mesazheve (message-schedule) dhe përpunimin e raundeve për SHA-1 dhe SHA-256. Softueri vazhdon të kryejë mbushjen (padding), menaxhimin e blloqeve dhe ndërtimin e plotë të hash-it. SHA-256 i përket SHA-2, por SHA-512 dhe SHA-3 kanë algoritme të ndryshme dhe nuk duhet të nxirren si përfundim nga biti origjinal i veçorisë.

Ku është e dobishme

Një bibliotekë hashing-u mund të zgjedhë një rutinë të specializuar ngjeshjeje SHA-256 kur zgjerimi është i përdorshëm. Mesazhet e vogla mund të shpenzojnë kohë të konsiderueshme në konfigurim dhe kodin rrethues, ndërsa ngarkesat më të mëdha të punës varen gjithashtu nga memoria dhe paralelizmi.

Si të kontrollohet mbështetja dhe aktivizimi

Për zgjerimin origjinal SHA, kontrolloni CPUID.07H.00H:EBX bitin 29 pasi të keni vërtetuar mbështetjen e leaf. Verifikoni algoritmin dhe familjen e saktë të instruksioneve të kërkuar nga biblioteka, dhe jo thjesht një etiketë të përgjithshme sha të shfaqur nga një mjet ndihmës.

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

Ekzistenca e një instruksioni nuk e bën SHA-1 të përshtatshëm për një protokoll të ri sigurie. Përshpejtimi harduerik nuk e ndryshon rezistencën ndaj përplasjeve të një algoritmi dhe as nuk riparon projektimin e pasigurt të protokollit. Zgjerimet e mëvonshme SHA512 kanë numërim të ndarë.

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

1. 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.
2. 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.
3. 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.
4. 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.
5. 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.

Veçoritë e ndërlidhura dhe dallimet e dobishme

AES-NI · PCLMULQDQ and CLMUL · AVX2

Burimet dhe fusha e këtij shpjegimi

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

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.

Të lidhura

Këto entitete lidhen me këtë artikull. Lloji shfaqet në çdo lidhje.

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.
• NIST Secure Hash Standard, FIPS 180-4 · Përcakton algoritmet e emërtuara SHA. Përkufizimet e algoritmeve nuk nënkuptojnë se zgjerimi origjinal x86 SHA përshpejton çdo anëtar.