Wisec

Un build qui enfreint vos règles s'arrête au gate.

Quelles règles un build doit-il respecter pour continuer, et qui en décide ?

Vous écrivez des politiques block ou warn pour votre organisation. Le gate de Wisec les applique dans votre pipeline, après l'analyse, et affiche ce qui a été enfreint.

Policy as Codeblock / warnRequêtes du gate signées
1 · Notify

La notarisation ne bloque jamais.

La première étape, wisec_notify, collecte, signe et envoie le build, puis rend la main. Votre pipeline continue pendant que Wisec analyse.

2 · Gate

Le gate attend le verdict.

En fin de pipeline, wisec-agent --gate interroge Wisec jusqu'à la fin de l'analyse, puis lit le résultat de vos politiques.

En cours d'analysePassé
3 · Block

Une règle block, et le build s'arrête.

Un secret en dur, une CVE au-dessus de votre seuil, un fichier critique modifié, un contributeur non approuvé, un score sous votre minimum : le gate sort en erreur et affiche les violations.

En cours d'analysePasséArrêté au gate
4 · VEX

Une CVE triée ne bloque plus.

Une vulnérabilité déclarée non affectée ou corrigée dans le VEX signé est retirée du gate. Le secret, lui, bloque toujours : il faut le retirer du code.

En cours d'analysePasséArrêté au gate
Les politiques

Cinq règles, deux moments.

Chaque politique a une action : block fait échouer le gate, warn est journalisé sans échec. Elles se gèrent par organisation, par un administrateur.

PolitiqueÉvaluéeSe déclenche sur
secrets_detectedavant l'analyseUn secret en dur détecté par gitleaks
critical_file_modifiedavant l'analyseLa modification d'un fichier critique (configuration CI, Dockerfile…)
unapproved_contributoravant l'analyseUn auteur de commit absent de votre liste de contributeurs approuvés
cve_severityaprès l'analyseUne CVE d'une gravité au moins égale à votre seuil
risk_thresholdaprès l'analyseUn score de sécurité du build sous votre minimum
Dans le pipeline

Deux étapes, un seul point de blocage.

Le gate est le seul endroit où une politique bloque. Sans l'étape wisec_gate, aucune politique block ne fait échouer votre pipeline : le build est notarisé, rien de plus.

  • WISEC_GATE_TIMEOUT Le temps d'attente de l'analyse, 120 secondes par défaut.
  • WISEC_STRICT À true, le gate échoue si l'analyse n'est pas finie à temps ; à false, il laisse passer.
  • Requêtes signées. Chaque appel du gate est signé avec la clé de l'agent, valable cinq minutes et lié au projet et au commit.