{"meta":{"title":"Cumplimiento de la configuración de seguridad","intro":"Comprenda las complejidades de aplicar security configurations.","product":"Seguridad y calidad del código","breadcrumbs":[{"href":"/es/enterprise-cloud@latest/code-security","title":"Seguridad y calidad del código"},{"href":"/es/enterprise-cloud@latest/code-security/reference","title":"Referencia"},{"href":"/es/enterprise-cloud@latest/code-security/reference/security-at-scale","title":"Seguridad a escala"},{"href":"/es/enterprise-cloud@latest/code-security/reference/security-at-scale/configuration-enforcement","title":"Aplicación de la configuración"}],"documentType":"article"},"body":"# Cumplimiento de la configuración de seguridad\n\nComprenda las complejidades de aplicar security configurations.\n\nSecurity configurations se puede aplicar, lo que significa que los propietarios del repositorio no pueden cambiar el estado de habilitación de las características habilitadas o deshabilitadas por la configuración.\n\n## Situaciones que interrumpen la aplicación\n\nAlgunas situaciones pueden interrumpir la aplicación de security configurations. Por ejemplo, la habilitación de code scanning no se aplicará a un repositorio si:\n* GitHub Actions se habilita inicialmente en el repositorio, pero luego está deshabilitado en el repositorio.\n* GitHub Actions requeridas por code scanning no están disponibles en el repositorio.\n* La definición sobre qué idiomas no deben analizarse mediante code scanning la configuración predeterminada se cambia.\n\n## Implementación y la API REST\n\nSi un usuario de su organización o empresa intenta cambiar el estado de habilitación de una característica en una configuración aplicada mediante la API REST, la llamada a la API aparecerá correctamente, pero no cambiará ningún estado de habilitación."}