VAES

O que você precisa saber

Como funciona

Operações VAES mais amplas aplicam rodadas AES de forma independente a blocos de 128 bits dentro de um vetor. Elas não alteram o tamanho do bloco AES nem combinam esses blocos em uma nova cifra. As formas VEX e EVEX têm seus próprios requisitos de recursos e estado, e o modo ao redor determina se blocos independentes estão disponíveis para processamento conjunto.

Onde é útil

Modos baseados em contador podem fornecer múltiplos blocos independentes para uma implementação vetorizada. Uma dependência serial em um modo ou uma mensagem muito pequena pode limitar essa oportunidade. Autenticação, expansão de chave e manipulação de memória continuam sendo partes separadas da implementação.

Como verificar o suporte e a ativação

CPUID.07H.00H:ECX bit 9 enumera o VAES. Siga também os pré-requisitos do SDM para a forma VEX ou EVEX selecionada, incluindo a capacidade AES/vetorial relevante e o estado habilitado pelo SO. Faça o despacho pela forma exata da instrução, não apenas pelo nome genérico do recurso.

Use uma implementação criptográfica mantida que lide com a seleção de recursos, condições de falha e o algoritmo completo. A aceleração de hardware fornece primitivas; gerenciamento de chaves, autenticação, regras de nonce e escolhas de protocolo continuam sendo responsabilidades do software.

O que o recurso não estabelece

VAES não significa que o AES tem um tamanho de bloco maior, uma chave mais forte ou aceleração automática para todas as aplicações criptografadas. Ele não estabelece VPCLMULQDQ ou todos os subconjuntos de AVX-512, e não fornece gerenciamento de nonce ou autenticação de protocolo.

Compatibilidade e desempenho na prática

Um campo de recurso não é uma certificação de produto ou evidência de que um aplicativo específico é seguro. O desempenho depende dos tamanhos de mensagem, modo, agrupamento em lote e do restante do protocolo. Verifique o provedor real e mantenha suas atualizações de segurança em dia.

Uma lista de verificação prática de verificação

1. Registre o modelo exato do processador ou da plataforma e as versões envolvidas do aplicativo, SO e runtime. Mantenha o texto exato do erro ou requisito.
2. Consulte a referência do fabricante para esse modelo exato e, em seguida, inspecione a capacidade efetiva e o estado ativado no ambiente em que o programa é executado.
3. Compare cada requisito do binário ou backend selecionado. Um recurso com nome semelhante, alias ou rótulo genérico de tecnologia não é suficiente.
4. Confirme se o aplicativo selecionou a implementação pretendida. Use seus diagnósticos documentados e um fallback suportado quando os requisitos não forem atendidos.
5. Faça uma alteração suportada por vez e repita a mesma carga de trabalho. Mantenha a configuração original e o caminho de recuperação disponíveis.

Se o recurso estiver listado, mas o software não puder usá-lo

Comece pelo componente exato com falha. Um banco de dados de hardware descreve a capacidade registrada; o sistema operacional ou o hipervisor pode expor um ambiente efetivo diferente. Um erro de instrução ilegal também precisa de investigação da instrução falha real e da compilação do binário, porque corrupção ou uma instrução não suportada não relacionada pode produzir um sintoma semelhante.

Instale a versão do aplicativo, driver ou runtime suportada para a plataforma exata e use a compilação de linha de base ou fallback documentada do fornecedor, se necessário. Uma atualização de software não pode criar uma instrução que o processador não possui. As alterações de firmware e de política de segurança devem seguir o procedimento do fabricante do sistema e um plano de recuperação em vez de uma receita genérica de otimização.

Recursos relacionados e distinções úteis

AES-NI · PCLMULQDQ e CLMUL · AVX-512

Fontes e escopo desta explicação

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space

Essas referências estabelecem o comportamento arquitetural e os requisitos de software. Elas não verificam de forma independente cada valor de recurso em uma página de modelo de hardware vinculada. Para obter suporte a modelos, use a evidência do fabricante dessa página e verifique a configuração efetiva do sistema. Este artigo não fornece um benchmark, certificação ou data de análise independente.

Relacionados

Estas entidades conectam-se a este artigo. O tipo é indicado em cada link.

Fontes e verificação

Propriedade editorial: Feex. Nenhuma data de revisão independente foi registrada. Como pesquisamos.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Os Volumes 1 e 2 descrevem as famílias de instruções nomeadas e CPUID; o Volume 3 descreve estado, paginação, VMX e controles de proteção. A documentação de arquitetura não estabelece o suporte para um modelo específico.
• Linux kernel: using XSTATE features in user space · Estado vetorial habilitado pelo SO, estado de bloco habilitado dinamicamente, requisitos de pilha de sinais e fluxo de permissão de AMX. O comportamento específico do Linux não é uma promessa sobre outro SO.