{"meta":{"title":"Mise en œuvre de la configuration de sécurité","intro":"Comprendre les complexités de la mise en œuvre des % data variables.product.prodname_security_configurations %}.","product":"Sécurité et qualité du code","breadcrumbs":[{"href":"/fr/code-security","title":"Sécurité et qualité du code"},{"href":"/fr/code-security/reference","title":"Reference"},{"href":"/fr/code-security/reference/security-at-scale","title":"Sécurité à grande échelle"},{"href":"/fr/code-security/reference/security-at-scale/security-configuration-enforcement","title":"Mise en œuvre de la configuration de sécurité"}],"documentType":"article"},"body":"# Mise en œuvre de la configuration de sécurité\n\nComprendre les complexités de la mise en œuvre des % data variables.product.prodname_security_configurations %}.\n\nSecurity configurations peut être appliqué, ce qui signifie que les propriétaires de référentiels ne peuvent pas modifier l’état d’activation des fonctionnalités activées ou désactivées par la configuration.\n\n## Situations qui enfreignent l’application\n\nCertaines situations peuvent perturber l'application des security configurations. Par exemple, l'activation de code scanning ne s'appliquera pas à un référentiel si :\n* GitHub Actions est initialement activée sur le référentiel, mais est ensuite désactivée dans le référentiel.\n* Les GitHub Actions requises par les configurations code scanning ne sont pas disponibles dans le référentiel.\n* La définition des langues qui ne doivent pas être analysées à l'aide de la configuration par défaut de code scanning est modifiée.\n\n## Mise en application et API REST\n\nSi un utilisateur de votre organisation ou entreprise tente de modifier l’état d’activation d’une fonctionnalité dans une configuration appliquée à l’aide de l’API REST, l’appel d’API semble réussir, mais aucun état d’activation ne change."}