{"meta":{"title":"Imposição de configuração de segurança","intro":"Entenda as complexidades da imposição do security configurations.","product":"Qualidade de segurança e código","breadcrumbs":[{"href":"/pt/code-security","title":"Qualidade de segurança e código"},{"href":"/pt/code-security/reference","title":"Referência"},{"href":"/pt/code-security/reference/security-at-scale","title":"Segurança em escala"},{"href":"/pt/code-security/reference/security-at-scale/configuration-enforcement","title":"Imposição de configuração"}],"documentType":"article"},"body":"# Imposição de configuração de segurança\n\nEntenda as complexidades da imposição do security configurations.\n\nSecurity configurations pode ser imposta, o que significa que os proprietários do repositório não podem alterar o status de habilitação dos recursos habilitados ou desabilitados pela configuração.\n\n## Situações que interrompem a imposição\n\nAlgumas situações podem interromper a imposição de security configurations. Por exemplo, a habilitação de code scanning não será aplicada a um repositório se:\n* GitHub Actions inicialmente está habilitado no repositório, mas é desabilitado no repositório.\n* GitHub Actions requeridas por code scanning as configurações não estão disponíveis no repositório.\n* A definição de quais idiomas não devem ser analisados usando a configuração padrão code scanning foi alterada.\n\n## Imposição e a API REST\n\nSe um usuário em sua organização ou empresa tentar alterar o status de habilitação de um recurso em uma configuração imposta usando a API REST, a chamada à API parecerá bem-sucedida, mas nenhum status de habilitação será alterado."}