Aller au contenu

Virtual Patch

Rôle de cette page

Cette page décrit le mode opératoire CLI autour d'un Virtual Patch.

La définition métier de référence reste dans :

Quand utiliser Virtual Patch

Utiliser un Virtual Patch lorsque l'on veut mesurer une règle avant modification réelle.

Cas typiques :

  • nouveau micro-patch vertical ;
  • politique de conflit plus souple ;
  • nouvelle heuristique de scoring ;
  • filtrage de bruit marchand ;
  • correction locale avant validation finale.

Workflow opérateur recommandé

1. Real Sample Comparison
2. Difference Family Audit
3. Resolution Status Audit
4. Candidate Dump
5. Virtual Patch
6. Virtual Candidates Dump
7. Remaining Audit
8. Validation Report

Entrées attendues

Avant de lancer un Virtual Patch, il faut disposer de :

  • KPI de baseline ;
  • familles d'écarts identifiées ;
  • cas bloqués connus ;
  • hypothèse précise et bornée ;
  • critères de sécurité explicites.

Résultats attendus

La simulation doit au minimum montrer :

  • les KPI avant ;
  • les KPI virtuels après ;
  • les cas assouplis ;
  • les cas volontairement bloqués ;
  • les exemples améliorés ;
  • les effets secondaires éventuels.

Critères de lecture

Un Virtual Patch utile n'est pas celui qui change le plus de cas.

C'est celui qui :

  • améliore un KPI réel ;
  • n'ouvre pas de nouveaux faux positifs majeurs ;
  • laisse les vrais conflits bloqués ;
  • reste local et réversible.

Garde-fous

Le Virtual Patch ne doit jamais :

  • écrire en base ;
  • remplacer une validation ;
  • court-circuiter le Remaining Audit ;
  • justifier un patch réel sans revue des cas assouplis.

Voir aussi