fix: plancher pypdf >= 6.16.1 - deux DoS de ressources bloques le job security BUG-093

pip-audit bloquait sur PYSEC-2026-3910 (outlines) et PYSEC-2026-3911 (XForm), toutes deux atteignables via backend/pdf_reader.py. Le plancher pypdf>=4.0 ne protégeait rien : l'image Act du runner embarque 6.16.0 dans sa toolcache Python, donc pip répondait « already satisfied » sans jamais aligner. Au passage, le garde-fou TestSemgrepStep était en régression depuis la désactivation de semgrep (v2.39.9) et aurait rougi le job `test` : il vérifie désormais que l'étape n'exécute que son avertissement et que bandit et pip-audit restent bloquants. Nouveau TestDependencySecurityFloors pour verrouiller les planchers de sécurité (contre-preuve : pypdf remis à >=4.0). 🤖 Generated with Codebuff Co-Authored-By: Codebuff <[email protected]>
2026-09-29 13:06:53 -04:00
parent 4de9ee038c
commit 856e654306
13 changed files with 228 additions and 21 deletions
@@ -170,6 +170,15 @@ jobs:
        # (backend/auth/jwt_handler.py), les chemins ECDSA P-256 ne
        # s'exécutent jamais. PYSEC-2026-178 (pyjwt) est, lui, corrigé par le
        # plancher pyjwt>=2.13.0 de backend/requirements.txt (BUG-091).
+        # PYSEC-2026-3910 / PYSEC-2026-3911 (pypdf, DoS de ressources sur
+        # l'extraction de texte et la lecture d'outlines — donc atteignables
+        # via backend/pdf_reader.py) sont corrigés par le plancher
+        # pypdf>=6.16.1 (BUG-093). Ces planchers doivent rester *au-dessus*
+        # des versions préinstallées dans la toolcache de l'image du runner :
+        # en dessous, pip répond « already satisfied » et n'aligne jamais
+        # (c'est exactement ce qui a fait échouer ce job). Le garde-fou
+        # tests/test_ci_workflow.py::TestDependencySecurityFloors verrouille
+        # ces planchers.
        # NOTE runner Gitea Act (BUG-083) : aucun `#` dans le `run:`.
        run: pip-audit --ignore-vuln PYSEC-2026-1325