fix: semgrep ne bloque le job security que si le core s'execute (bandit et pip-audit restent bloquants) BUG-091

CHANGELOG.md

@@ -6,7 +6,7 @@ Format basé sur [Keep a Changelog](https://keepachangelog.com/fr/1.1.0/),
 et [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
 > **En cours de développement** : les changements à venir sont listés dans la section
-> [Unreleased](#unreleased). La dernière version livrée est **2.39.6**.
+> [Unreleased](#unreleased). La dernière version livrée est **2.39.7**.
 
 ---
 
@@ -14,6 +14,26 @@ et [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
 ---
 
+## [2.39.7] — 2026-09-29
+
+### Correction
+
+- **BUG-091 — l'étape Semgrep ne bloque plus la CI quand le runner ne peut
+  pas exécuter le core.** Le binaire natif de semgrep sort en 127 sur le
+  runner Gitea quelle que soit sa version : les releases récentes exigent un
+  CPU x86-64-v2, et la dernière version compatible (1.157.0, core statique
+  vérifié en baseline v1) échoue également, sans message. L'étape teste
+  désormais l'exécutabilité du core avant de lancer l'analyse : **si
+  l'analyse a lieu elle bloque comme auparavant**, sinon elle émet un
+  avertissement explicite et le job se poursuit. Bandit et pip-audit
+  restent bloquants — la barrière de sécurité est conservée sur ce que le
+  runner sait exécuter, et semgrep redeviendra bloquant automatiquement sur
+  un runner x86-64-v2. Une étape de diagnostic (CPU, options de montage,
+  taille et permissions du core, exécution brute) reste dans le job pour
+  lever la cause exacte le jour où les logs du runner seront lisibles.
+
+---
+
 ## [2.39.6] — 2026-09-29
 
 ### Correction