Pular para o conteúdo

GFNI

Referência de arquiteturaFeex

GFNI, Galois Field New Instructions, acelera a multiplicação em corpos finitos orientada a bytes e transformações afins. Trata-se de uma extensão especializada de transformação de dados, e não de um protocolo de criptografia.

O que você precisa saber

GFNI, Galois Field New Instructions, acelera a multiplicação em corpos finitos orientada a bytes e transformações afins. Trata-se de uma extensão especializada de transformação de dados, e não de um protocolo de criptografia.

Como funciona

A família de instruções GF2P8 opera em bytes como elementos de um corpo de extensão binário. Ela inclui multiplicação e transformações afins ou afins inversas com controles matriciais e imediatos definidos. A ordenação de bits e de corpo especificada pela instrução deve corresponder à representação do algoritmo.

Onde é útil

Uma biblioteca pode usar essas transformações em algoritmos de corpos finitos, operações de codificação ou partes de implementações criptográficas. Uma operação matematicamente similar que use outra representação de corpo pode exigir conversão antes e depois da instrução.

Como verificar o suporte e a ativação

O bit 8 de CPUID.07H.00H:ECX enumera o GFNI. Verifique os requisitos específicos de codificação da instrução e o suporte de estado de SO para XMM/YMM/ZMM, conforme aplicável. Valide os resultados em relação a uma implementação escalar comprovadamente correta ao adicionar um novo caminho de despacho.

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

O GFNI não implica AES-NI, um mecanismo completo de código de apagamento (erasure coding) ou suporte a todos os corpos finitos. As codificações legadas, VEX e EVEX têm pré-requisitos adicionais diferentes. Uma listagem de recursos por si só não pode determinar qual implementação uma biblioteca seleciona.

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.

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.

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.

Este artigo foi útil?

Um sim ou não é suficiente. Escolha um motivo se desejar, ou adicione uma breve observação.

Este artigo foi útil?