Éradication
Par Sebastian · mise à jour le 21 août 2026
Éradication : Phase durant laquelle la cause de la compromission est supprimée, préalable obligatoire à tout retour au fonctionnement normal.
Classé dans la famille « Sécurité », ce terme revient dans les échanges entre un client et son agence. Voici ce qu’il faut en comprendre avant d’en discuter le prix.
Pourquoi Éradication compte sur un projet mobile
Éradication relève de la sécurité applicative, un poste que les devis traitent souvent en une ligne et qui se rattrape mal une fois l’application en ligne.
Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.
De la définition à la ligne de cahier des charges
Le cahier des charges doit prévoir qui teste « Éradication » et à quel moment. Une revue de sécurité programmée après la mise en ligne arrive trop tard pour changer quoi que ce soit.
À écrire noir sur blanc, dans le chapitre qui correspond :
- Les modalités d’authentification, second facteur compris s’il est requis.
- Le stockage des secrets, côté application comme côté serveur.
- La gestion des accès de production, et leur revue périodique.
- Le test de restauration des sauvegardes, réellement exécuté au moins une fois.
Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.
Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.
Vérifier plutôt que croire
Éradication se recette avant la mise en ligne, puis se revérifie après les corrections. Un correctif non retesté n’est pas un correctif.
- Contrôler qu’aucun secret ne traîne dans le code livré.
- S’assurer que les journaux ne contiennent aucune donnée personnelle.
- Réclamer la preuve d’un test de restauration de sauvegarde.
Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.
Ce qui tourne mal le plus souvent
Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.
- Faire confiance aux contrôles réalisés dans l’application sans les refaire côté serveur.
- Journaliser des données sensibles pour faciliter le débogage, puis oublier de retirer les traces.
- Protéger l’application et négliger les interfaces qu’elle appelle.
- Considérer qu’une application sans données bancaires n’intéresse aucun attaquant.
- Repousser l’arbitrage au sprint suivant, autant de fois qu’il y a de sprints.
Termes liés
Les entrées du glossaire déjà publiées sur des sujets voisins :
Questions fréquentes
Qu’est-ce que « Éradication » ?
Phase durant laquelle la cause de la compromission est supprimée, préalable obligatoire à tout retour au fonctionnement normal. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.
À quel moment traiter le sujet ?
Dès la conception, puis en contrôle avant la mise en ligne. Une faille corrigée sur plan coûte une discussion ; la même faille corrigée après le lancement coûte un correctif, une republication et parfois une notification.
Est-ce que ça se retrouve dans le devis ?
Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.
Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.
Un doute sur ce point de votre projet ?
30 minutes avec un technicien : on relit votre périmètre, on vous dit ce qui manque dans le cahier des charges et à quel palier de prix votre projet se situe. Sans engagement.