{"meta":{"title":"Контроль конфигураций безопасности","intro":"Поймите сложности применения security configurations.","product":"Безопасность и качество кода","breadcrumbs":[{"href":"/ru/code-security","title":"Безопасность и качество кода"},{"href":"/ru/code-security/reference","title":"Reference"},{"href":"/ru/code-security/reference/security-at-scale","title":"Безопасность в масштабах"},{"href":"/ru/code-security/reference/security-at-scale/configuration-enforcement","title":"Контроль конфигурации"}],"documentType":"article"},"body":"# Контроль конфигураций безопасности\n\nПоймите сложности применения security configurations.\n\nSecurity configurations может быть принудительным, то есть владельцы репозиториев не могут менять статус активации функций, которые включены или отключены конфигурацией.\n\n## Ситуации, нарушающие правоприменение\n\nВ некоторых ситуациях может нарушить применение .security configurations Например, активация не code scanning будет применяться к репозиторию, если:\n* GitHub Actions изначально включена в репозитории, но затем отключается в репозитории.\n* GitHub Actions Требуемые конфигурациями code scanning недоступны в репозитории.\n* Определение, какие языки не следует анализировать по code scanning умолчанию, изменяется.\n\n## Применение и REST API\n\nЕсли пользователь в вашей организации или предприятии попытается изменить статус активации функции в принудительной конфигурации с помощью REST API, вызов API будет казаться успешным, но статусы активации не изменятся."}