CWE-1220

O produto implementa controles de acesso por meio de uma política ou outro recurso com a intenção de desabilitar ou restringir acessos (leituras e/ou escritas) a ativos em um sistema por parte de agentes não confiáveis. No entanto, os controles de acesso implementados carecem da granularidade necessária, o que torna a política de controle ampla demais porque permite acessos de agentes não autorizados aos ativos sensíveis à segurança.

Circuitos integrados e motores de hardware podem expor acessos a ativos (configuração de dispositivo, chaves, etc.) a firmware confiável ou a um módulo de software (comumente definido pela BIOS/bootloader). Esse acesso normalmente é controlado por acesso. Ao ligar após um reset, o hardware ou sistema geralmente inicia com valores padrão nos registradores, e o firmware confiável (firmware de boot) configura a proteção de controle de acesso necessária. Uma fraqueza comum que pode existir em tais esquemas de proteção é que os controles ou políticas de acesso não são granulares o suficiente. Essa condição permite que agentes além dos agentes confiáveis acessem os ativos e poderia levar à perda de funcionalidade ou à capacidade de configurar o dispositivo com segurança. Isso resulta ainda em riscos de segurança que vão desde o vazamento de material de chave sensível até a modificação da configuração do dispositivo.

Consequências comuns

• Confidencialidade, Integridade, Disponibilidade, Controle de Acesso → Modificar Memória, Ler Memória, Executar Código ou Comandos Não Autorizados, Obter Privilégios ou Assumir Identidade, Contornar Mecanismo de Proteção, Outro

Mitigações

• Arquitetura e Projeto, Implementação, Testes: - As proteções de política de controle de acesso devem ser revisadas em busca de inconsistências de projeto e fraquezas comuns. - A definição da política de controle de acesso e o fluxo de programação devem ser testados em testes pré-silício e pós-silício.