Каталог правил
Просматривайте все правила укрепления защиты в каталоге. Фильтруйте по платформе, критичности, уровню профиля и возможности автоматической проверки.
Найдено 122 правилаиз 16 927Страница 5 из 5
| ID | Название | Платформа | Критичность | Уровень | Проверка |
|---|---|---|---|---|---|
| TMA-GITLAB-5.1.1 | Ensure deployment configuration files are separated from source codegitlab · Уровень 2 | gitlab | Средний | 2 | Ручная проверка |
| TMA-GITLAB-5.1.2 | Ensure changes in deployment configuration are auditedgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.1.3 | Ensure scanners are in place to identify and prevent sensitive data in deployment configurationgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.1.4 | Limit access to deployment configurationsgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.1.5 | Scan Infrastructure as Code (IaC)gitlab · Уровень 2 | gitlab | Средний | 2 | Ручная проверка |
| TMA-GITLAB-5.1.6 | Ensure deployment configuration manifests are verifiedgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.1.7 | Ensure deployment configuration manifests are pinned to a specific, verified versiongitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.2.1 | Ensure deployments are automatedgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.2.2 | Ensure the deployment environment is reproduciblegitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-5.2.3 | Ensure access to production environment is limitedgitlab · Уровень 1 | gitlab | Средний | 1 | Ручная проверка |
| TMA-GITLAB-1.1.1 | Ensure any changes to code are tracked in a version control platformgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.1.8 | Ensure inactive branches are periodically reviewed and removedgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.2.5 | Ensure all copies (forks) of code are tracked and accounted forgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.2.6 | Ensure all code projects are tracked for changes in visibility statusgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.2.7 | Ensure inactive repositories are reviewed and archived periodicallygitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.3.1 | Ensure inactive users are reviewed and removed periodicallygitlab · Уровень 2 | gitlab | Низкий | 2 | Ручная проверка |
| TMA-GITLAB-1.3.13 | Ensure anomalous code behavior is trackedgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.4.2 | Ensure stale applications are reviewed and inactive ones are removedgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |
| TMA-GITLAB-1.5.7 | Ensure scanners are in place for web application runtime security weaknessesgitlab · Уровень 2 | gitlab | Низкий | 2 | Ручная проверка |
| TMA-GITLAB-1.5.8 | Ensure scanners are in place for API runtime security weaknessesgitlab · Уровень 2 | gitlab | Низкий | 2 | Ручная проверка |
| TMA-GITLAB-2.1.1 | Ensure each pipeline has a single responsibilitygitlab · Уровень 2 | gitlab | Низкий | 2 | Ручная проверка |
| TMA-GITLAB-2.3.4 | Ensure changes to pipeline files are tracked and reviewedgitlab · Уровень 1 | gitlab | Низкий | 1 | Ручная проверка |