Trois analyses à chaque push et pull request : infrastructure as code (Terraform, manifestes Kubernetes, Dockerfiles), secrets, dépendances. Chacune publie un commentaire mis à jour à chaque commit et un statut sur le commit. Par famille, vous choisissez si un constat au-delà d’un seuil met le statut en échec ; vous décidez ensuite, dans GitHub, si ce statut bloque la fusion.
Commentaire et statut par famille : IaC, secrets, dépendances
Seuils de blocage réglables par famille
Pull request d’étiquetage et fichier .ctadel.yaml pour rattacher le dépôt à un projet
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) », installez l’application Ctadel sur votre organisation et choisissez les dépôts. Les webhooks sont livrés automatiquement. Pour les issues, connectez GitHub dans le sous-onglet « Billetterie » avec un jeton personnel, le propriétaire et le dépôt.
Limites
github.com seulement, pas GitHub Enterprise Server. Les modèles Helm et les surcouches Kustomize ne sont pas analysés.
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.
