SHA-instruktionstillägg

Vad du behöver veta

Hur det fungerar

Det ursprungliga tillägget tillhandahåller instruktioner för meddelandeschemaläggning och rundbearbetning för SHA-1 och SHA-256. Mjukvara utför fortfarande utfyllnad, blockhantering och den fullständiga hashkonstruktionen. SHA-256 tillhör SHA-2, men SHA-512 och SHA-3 har andra algoritmer och får inte härledas från den ursprungliga funktionsbiten.

Där den är användbar

Ett hashbibliotek kan välja en specialiserad SHA-256-komprimeringsrutin när tillägget är användbart. Små meddelanden kan tillbringa betydande tid i initialisering och omgivande kod, medan större arbetsbelastningar också beror på minne och parallellism.

Hur man kontrollerar stöd och aktivering

För det ursprungliga SHA-tillägget, kontrollera CPUID.07H.00H:EBX bit 29 efter validering av leaf-stöd. Verifiera algoritmen och den exakta instruktionsfamiljen som efterfrågas av biblioteket, inte enbart en generisk sha-etikett som visas av ett verktyg.

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

Förekomsten av en instruktion gör inte SHA-1 lämplig för ett nytt säkerhetsprotokoll. Hårdvaruacceleration ändrar inte en algoritms kollisionsresistens eller reparerar osäker protokolldesign. Senare SHA512-tillägg har separat enumerering.

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.

Relaterade funktioner och användbara distinktioner

AES-NI · PCLMULQDQ och CLMUL · AVX2

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

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

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.

Relaterat

Dessa entiteter ansluter till den här artikeln. Typ visas på varje länk.

Källor och verifiering

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

• Intel 64 and IA-32 Architectures Software Developer's Manual · Volym 1 och 2 beskriver de namngivna instruktionsfamiljerna och CPUID; Volym 3 beskriver tillstånd, sidindelning, VMX och skyddskontroller. Arkitekturdokumentation fastställer inte stöd för en specifik modell.
• NIST Secure Hash Standard, FIPS 180-4 · Definierar de namngivna SHA-algoritmerna. Algoritmdefinitioner antyder inte att det ursprungliga x86 SHA-tillägget accelererar varje medlem.