VAES

Riferimento sull'architetturaFeex

VAES fornisce operazioni di round AES con codifica vettoriale, consentendo l'elaborazione di blocchi AES indipendenti in registri più ampi ove la forma supportata lo consenta. È identificato separatamente rispetto al precedente AES-NI.

Cosa c'è da sapere

Come funziona

Le operazioni VAES più ampie applicano i round AES in modo indipendente a blocchi a 128 bit all'interno di un vettore. Non modificano la dimensione del blocco AES né combinano tali blocchi in un nuovo cifrario. Le forme VEX ed EVEX presentano requisiti specifici di funzionalità e stato, e la modalità circostante determina se siano disponibili blocchi indipendenti da elaborare insieme.

Dove risulta utile

Le modalità basate su contatore possono fornire molteplici blocchi indipendenti a un'implementazione vettorizzata. Una dipendenza seriale in una modalità o un messaggio molto piccolo possono limitare tale opportunità. L'autenticazione, l'espansione della chiave e la gestione della memoria rimangono parti distinte dell'implementazione.

Come verificare il supporto e l'abilitazione

Il bit 9 di CPUID.07H.00H:ECX enumera VAES. Seguire inoltre i prerequisiti dell'SDM per la forma VEX o EVEX selezionata, inclusa la relativa funzionalità AES/vettoriale e lo stato abilitato dal sistema operativo. Effettuare il dispatch in base all'esatta forma dell'istruzione, non solo in base al nome generico della funzionalità.

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à

VAES non implica che AES disponga di una dimensione del blocco maggiore, di una chiave più robusta o dell'accelerazione automatica per ogni applicazione crittografata. Non stabilisce la presenza di VPCLMULQDQ o di ogni sottoinsieme AVX-512, e non fornisce la gestione dei nonce o l'autenticazione di protocollo.

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 · Linux kernel: using XSTATE features in user space

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.
Linux kernel: using XSTATE features in user space · Stato vettoriale abilitato dal sistema operativo, stato dei tile abilitato dinamicamente, requisiti per lo stack dei segnali e flusso dei permessi AMX. Il comportamento specifico di Linux non costituisce una garanzia per un altro sistema operativo.

Questo articolo è stato utile?

È sufficiente un sì o un no. Scegli un motivo, se desideri, o aggiungi una breve nota.