Cas de démonstration
Une investigation détaillée, du début à la fin
Ce cas construit traverse chaque état épistémique, afin que vous voyiez précisément où un constat est promu et où il est retenu.
Le cas
Un ticket de support ne correspondant à aucune commande
Dans ce scénario construit, une marque e-commerce reçoit la réclamation d'un client au sujet d'une commande en retard dont elle n'a aucune trace. Ce seul ticket est l'unique information de départ. Voici comment Guardian le mènerait de l'anecdote au cas documenté — et, surtout, quelles parties demeurent incertaines à l'arrivée.
- Jour 1Signal
Signal : une page de paiement sur un domaine inconnu
L'observation Commerce et Domain Watch fait apparaître une boutique reproduisant les visuels produit du client sur un domaine enregistré onze jours plus tôt. À ce stade, il s'agit d'une observation, rien de plus.
- Jour 1Hypothèse
Hypothèse : une boutique clonée qui encaisse
La correspondance des visuels et l'enregistrement récent sont compatibles avec une boutique clonée. « Compatible avec » n'est pas « établi », et le rapport le dit.
- Jour 2Preuve
Preuve : capturée avec sa provenance
La boutique est capturée avec URL source, horodatage d'observation, méthode de récupération et instantané. Les enregistrements de domaine et de certificat sont consignés. La preuve existe désormais indépendamment de notre description.
- Jour 2Signal
Signal : deux autres enregistrements sosies
La corrélation fait apparaître deux domaines supplémentaires partageant la même empreinte d'hébergement. L'un sert le même modèle ; l'autre est parqué.
- Jour 3Incident vérifié
Incident vérifié : le tunnel de paiement cloné actif
Un opérateur examine la preuve capturée au regard des critères énoncés — visuels reproduits, surface de paiement active, aucune relation autorisée — et consigne cet examen. Ce constat est désormais un incident vérifié.
- Jour 3Hypothèse
Hypothèse, non promue : le domaine parqué
Le domaine parqué partage l'infrastructure mais ne sert rien. Il est noté en risque élevé et reste explicitement une hypothèse. Il ne devient pas un incident parce qu'il ne satisfait pas aux critères, et nous ne le promouvons pas pour étoffer le rapport.
- Jour 4Action recommandée
Action recommandée
Une séquence priorisée : signalement d'abus à l'hébergeur et au registrar pour le clone actif, avis « canaux officiels » destiné aux clients, et réobservation du domaine parqué sous 30 jours.
- Jour 5Résultat
Rapport livré
Trois constats, un incident vérifié, deux hypothèses, des limites énoncées, et une recommandation sur l'opportunité d'une surveillance continue.
Ce que ce cas ne prétend pas
La fin honnête
Dans ce cas construit, Guardian ne sait pas qui a enregistré les domaines, ne sait pas si un client a réellement payé la boutique clonée, et ne peut promettre que l'hébergeur agira. Il sait ce qui a été observé, quand, depuis où, et ce que cela étaye. C'est cela, le produit : un dossier qu'un tiers prendra au sérieux, dont l'incertitude est énoncée plutôt que lissée.