SMAP

O que você precisa saber

Como funciona

O SO pode habilitar o SMAP para que acessos não intencionais a dados privilegiados em mapeamentos de usuário gerem falhas. Rotinas de kernel que copiam deliberadamente dados de usuário usam janelas de acesso cuidadosamente controladas sob as regras da arquitetura. A permissão de execução é uma preocupação separada tratada por mecanismos como SMEP e NX.

Onde é útil

Uma rotina de kernel que recebe um ponteiro de usuário deve validá-lo e acessá-lo usando os recursos estabelecidos de cópia de usuário de seu SO. O SMAP é um limite de defesa em torno de tais acessos, não um substituto para verificações de tamanho, gerenciamento de tempo de vida ou decisões corretas de privilégio.

Como verificar o suporte e a ativação

CPUID.07H.00H:EBX bit 20 enumera SMAP, enquanto CR4.SMAP controla a habilitação. SMEP usa um bit diferente. Verifique a documentação do SO e as interfaces de status; não desative a proteção como uma etapa genérica de solução de problemas de aplicativos.

Capacidade, habilitação e aplicação devem ser verificadas separadamente. Um processador pode suportar uma proteção enquanto o SO, aplicativo ou política de máquina virtual não a ativa. Um campo de suporte do banco de dados não é uma atestação de um sistema em execução.

O que o recurso não estabelece

O rótulo importado OS Guard (SMAP) não deve ser interpretado como evidência de que SMEP e SMAP são idênticos ou de que ambos estão ativados. Uma capacidade do processador não estabelece o estado de proteção de um kernel, convidado ou driver específico.

Compatibilidade e desempenho na prática

Mantenha o SO, o firmware e o runtime afetado atualizados. Se uma proteção expuser um problema de compatibilidade, use primeiro os diagnósticos do fornecedor e as atualizações suportadas. Uma alternância ampla de proteção pode afetar aplicativos não relacionados e deve seguir uma política explícita de implantação e recuperação.

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

OS Guard e SMEP · Execute Disable (NX) · Control-flow Enforcement (CET)

Fontes e escopo desta explicação

Intel 64 and IA-32 Architectures Software Developer's Manual · Recursos de segurança da Intel relacionados a ataques de execução transitória

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.
• Recursos de segurança da Intel relacionados a ataques de execução transitória · Identifica Intel OS Guard com SMEP. Isso é distinto de SMAP, apesar de alguns rótulos de recursos importados misturarem esses nomes.