Estensioni di istruzioni SHA
Chiamato anche SHA
L'estensione SHA originale per x86 accelera determinate operazioni utilizzate in SHA-1 e SHA-256. Un'etichetta di funzionalita SHA generica non garantisce il supporto hardware per ogni algoritmo SHA.
Cosa c'è da sapere
L'estensione SHA originale per x86 accelera determinate operazioni utilizzate in SHA-1 e SHA-256. Un'etichetta di funzionalita SHA generica non garantisce il supporto hardware per ogni algoritmo SHA.
Come funziona
L'estensione originale fornisce istruzioni per la pianificazione dei messaggi (message-schedule) e l'elaborazione dei round per SHA-1 e SHA-256. Il software esegue comunque il padding, la gestione dei blocchi e la costruzione completa dell'hash. SHA-256 appartiene a SHA-2, ma SHA-512 e SHA-3 hanno algoritmi diversi e la loro presenza non deve essere dedotta dal bit di funzionalita originale.
Dove risulta utile
Una libreria crittografica puo selezionare una routine di compressione SHA-256 specializzata quando l'estensione e utilizzabile. I messaggi di piccole dimensioni possono impiegare una frazione considerevole di tempo nella configurazione e nel codice circostante, mentre i carichi di lavoro piu ampi dipendono anche dalla memoria e dal parallelismo.
Come verificare il supporto e l'abilitazione
Per l'estensione SHA originale, verificare CPUID.07H.00H:EBX bit 29 dopo aver convalidato il supporto della foglia. Verificare l'algoritmo e l'esatta famiglia di istruzioni richiesta dalla libreria, non semplicemente un'etichetta generica sha mostrata da un'utility.
Utilizzare un'implementazione crittografica manutenuta che gestisca la selezione delle funzionalità, le condizioni di errore e l'algoritmo completo. L'accelerazione hardware fornisce le primitive; la gestione delle chiavi, l'autenticazione, le regole sui nonce e le scelte di protocollo rimangono di competenza del software.
Cosa non stabilisce la funzionalità
L'esistenza di un'istruzione non rende SHA-1 idoneo per un nuovo protocollo di sicurezza. L'accelerazione hardware non modifica la resistenza alle collisioni di un algoritmo ne corregge un'architettura di protocollo insicura. Le estensioni SHA512 successive dispongono di un'enumerazione separata.
Compatibilità e prestazioni nella pratica
Il campo di una funzionalità non costituisce la certificazione di un prodotto né la prova che una determinata applicazione sia sicura. Le prestazioni dipendono dalle dimensioni dei messaggi, dalla modalità, dal raggruppamento in batch e dal resto del protocollo. Verificare l'effettivo provider e mantenerne aggiornati gli aggiornamenti di sicurezza.
Una checklist pratica di verifica
- Annotare il modello esatto di processore o piattaforma e le versioni di applicazione, sistema operativo e runtime interessate. Mantenere la formulazione dell'errore o del requisito effettivo.
- Controllare la documentazione del produttore per quello specifico modello, quindi ispezionare la funzionalità effettiva e lo stato di abilitazione nell'ambiente in cui il programma viene eseguito.
- Confrontare ogni requisito del binario o del backend selezionato. Una funzionalità con un nome simile, un alias o un'etichetta tecnologica generica non sono sufficienti.
- Verificare che l'applicazione abbia selezionato l'implementazione prevista. Utilizzare la relativa diagnostica documentata e un fallback supportato quando i requisiti non sono soddisfatti.
- Apportare una sola modifica supportata alla volta e ripetere lo stesso carico di lavoro. Mantenere disponibili la configurazione originale e un percorso di ripristino.
Se la funzionalità è elencata ma il software non può utilizzarla
Iniziare dal componente esatto che genera l'errore. Un database hardware descrive la capacità registrata; il sistema operativo o l'hypervisor possono esporre un ambiente effettivo differente. Un errore di istruzione illegale richiede inoltre l'analisi dell'effettiva istruzione che causa il problema e della build del binario, poiché il danneggiamento di dati o un'istruzione non supportata non correlata possono produrre un sintomo simile.
Installare la versione di applicazione, driver o runtime supportata per la piattaforma esatta e, se necessario, utilizzare la build di riferimento o di fallback documentata dal produttore. Un aggiornamento software non può creare un'istruzione che manca nel processore. Le modifiche al firmware e ai criteri di sicurezza devono seguire la procedura del produttore del sistema e un piano di ripristino, piuttosto che una generica ricetta di ottimizzazione.
Fonti e ambito di questa spiegazione
Intel 64 and IA-32 Architectures Software Developer's Manual · NIST Secure Hash Standard, FIPS 180-4
Questi riferimenti definiscono il comportamento architetturale e i requisiti software. Non verificano in modo indipendente ogni valore delle funzionalità presente nella pagina di un modello hardware collegato. Per il supporto su uno specifico modello, fare riferimento alle evidenze del produttore su quella pagina e controllare l'effettiva configurazione di sistema. Questo articolo non fornisce benchmark, certificazioni o date di revisione indipendente.
Fonti e verifica
Titolarità editoriale: Feex. Nessuna data di revisione indipendente registrata. Come svolgiamo le ricerche.
- Intel 64 and IA-32 Architectures Software Developer's Manual · I volumi 1 e 2 descrivono le famiglie di istruzioni menzionate e CPUID; il volume 3 descrive lo stato, il paging, VMX e i controlli di protezione. La documentazione dell'architettura non certifica il supporto per un particolare modello.
- NIST Secure Hash Standard, FIPS 180-4 · Definisce gli algoritmi SHA indicati. Le definizioni degli algoritmi non implicano che l'estensione SHA originale per x86 acceleri ogni elemento.
Questo articolo è stato utile?
È sufficiente un sì o un no. Scegli un motivo, se desideri, o aggiungi una breve nota.
Grazie. Ci aiuta a migliorare questa pagina.