1. Vérifier la sécurité en continu
Une application sûre le jour de sa livraison ne le reste pas toute
seule : une modification casse un contrôle, un composant devient
vulnérable, un réglage de développement arrive en production, quelqu’un
essaie des mots de passe la nuit. Ce dernier chapitre de l’option SLAM
montre comment l’équipe de développement vérifie la
sécurité de son application, puis la surveille et
réagit quand quelque chose arrive.
Mercredi 21 octobre 2026. Les audits de KerMaint ont produit beaucoup
de corrections : failles du code (B3SLAM-02), authentification et
sessions (B3SLAM-03). Elles attendent leur recette, et la migration de
KerMaint vers Symfony 7.4 (SLAM-07) va bientôt réécrire une partie des
pages. Anaïs Lecoq, responsable du pôle développement de Vellacor, ouvre
le ticket VEL-2026-4528 et le confie à Sarah Cherif,
alternante SLAM.
« Toutes ces corrections doivent survivre à la migration et aux
versions suivantes. Je veux trois choses : des tests de sécurité
automatiques rejoués à chaque modification, une
configuration de production contrôlée à chaque
déploiement, et un journal de sécurité que l’on sache
lire, avec des alertes. Prépare aussi la consultation pour un test
d’intrusion de KerResa avant l’arrivée de la troisième plateforme
partenaire. »
La suite est réservée aux abonnés
Le premier chapitre de chaque matière est offert. L’abonnement ouvre tous les chapitres des dix BTS, leurs exercices corrigés, leurs quiz, les fiches de révision et le planning personnalisé.
7,99 € le premier mois 9,99 € · puis 9,99 € par mois, sans engagement
Chapitre offert de cette matière : Sécuriser dès la conception