Une application OAuth sur votre GitLab, hébergé par vous ou non : chaque merge request est analysée et annotée, et les détections peuvent devenir des issues.
À chaque push et merge request, l’infrastructure as code (Terraform, manifestes Kubernetes, Dockerfiles) est analysée ; une note mise à jour à chaque commit et un statut sont posés sur la merge request. Les secrets et les dépendances sont analysés aussi, mais leurs constats n’apparaissent que dans l’application.
Note et statut IaC sur la merge request
Instance GitLab auto-hébergée prise en charge
Secrets et dépendances analysés, visibles dans l’application
Les issues
Depuis le panneau de détail d’une détection, le bouton « Créer un ticket » ouvre un ticket dans ce système avec le titre, la sévérité, la ressource, la règle et la correction. Le ticket est relié à la détection ; Ctadel suit son état pendant trente jours en interrogeant le système toutes les cinq minutes, et l’affiche dans l’onglet Historique.
Comment le brancher
Depuis « Paramètres », onglet « Intégrations », sous-onglet « Git (IaC) », autorisez l’application OAuth, puis créez dans chaque projet un webhook vers votre instance avec le secret affiché une fois. Pour les issues, connectez GitLab dans le sous-onglet « Billetterie » avec un jeton personnel et l’identifiant du projet.
Voyez-le sur vos comptes
La démonstration en ligne est ouverte à tous, sur des données fictives. Pour une instance sur vos propres comptes, demandez une démonstration.