Shugoi
Une décision plus sûre, sans friction
On ne vous fait pas gagner d’argent,on vous évite d’en perdre.
Shugoi rapproche les visites d’un même appareil d’un navigateur à l’autre grâce à un Machine ID pseudonyme. L’adresse IP et les cookies ne servent pas à cette identité. Ce signal cross-browser alimente vos règles d’accès, de quotas et de prévention des abus dans le middleware. La correspondance reste probabiliste et dépend des signaux disponibles.
Middleware serveur · décision par site · analyse corrélée côté serveur
Compatible navigateurs modernes · faible friction · décision dans votre application
Vous découvrez le sujet ? Lire notre guide sur l’empreinte navigateur.
Jusqu'en 2028
Entrez pendant que la porte est ouverte.
La bêta ouverte de Shugoi accueille les premières équipes jusqu'en 2028. Inscrivez-vous, testez la protection sur votre produit et construisez avec nous la suite.
Le problème
Un compte ne décrit pas toujours un visiteur.
Le navigateur peut supprimer un cookie de session, et l’adresse IP peut changer. Un quota appliqué côté serveur ne se réinitialise pas pour autant. Quand une action consomme du calcul, du stockage ou une place dans votre service, un identifiant de compte ne suffit pas toujours pour décider.
Cas n°1
Exemple fictifMeedjurnay
Meedjurnay vend des packs de 20 crédits d'images. Une génération HD coûte environ 0,18 €. Après plusieurs inscriptions qui réclament chacune leurs crédits gratuits depuis le même environnement, l'application peut refuser le nouveau pack.
Cas n°2
Exemple fictifCowpeelot
Cowpeelot offre 14 jours d'essai avec 5 sièges par équipe. Un siège représente 12 € par mois. Si la même personne ouvre plusieurs espaces pour prolonger l'essai, le produit peut restreindre la nouvelle inscription.
Cas n°3
Exemple fictifOnzeLabs
OnzeLabs facture 0,42 € par génération vidéo. Un script qui relance 2 000 jobs peut donc engager 840 € avant même qu'un client ne voie le résultat. L'API peut autoriser les usages connus et restreindre les appels non autorisés.
La différence
Le compte indique qui se connecte. Le réseau décrit une partie du trajet. Aucun des deux ne suffit toujours à comprendre l'environnement qui fait la demande.
Un cookie de session stocke un identifiant que le navigateur renvoie au serveur. Les signaux d’environnement de Shugoi complètent les critères de vos règles serveur, qui déterminent si la requête est autorisée.
Quand les signaux disponibles concordent, votre application peut mieux relier des contextes déjà rencontrés. La décision reste pseudonymisée et configurable.
Les signaux sont traités côté serveur selon la configuration du site. Shugoi ne remplace ni votre CDN ni votre WAF : il ajoute du contexte au moment de décider.
Shugoi
Scénarios illustratifs. Les sociétés citées sont des parodies fictives : toute ressemblance avec des marques réelles est satirique et involontaire.
JWT et Machine ID
Rendez un JWT volé plus difficile à réutiliser.
À l’authentification, votre serveur peut associer le jti du JWT au Machine ID observé. Aux requêtes suivantes, il compare le signal reçu à cette association et peut refuser le jeton si l’environnement diffère.
Cette vérification doit être intégrée à l’authentification de votre site. Le SDK Shugoi ne lie pas automatiquement les JWT au Machine ID. La reconnaissance reste probabiliste et ne bloque pas le vol initial du jeton.
Approches comparées
Chaque approche voit une partie du parcours.
Un compte, une adresse IP ou un CAPTCHA peuvent être utiles. Ils ne décrivent pourtant pas toujours l'environnement qui consomme un quota ou déclenche un coût. Shugoi ajoute ce contexte à la décision de votre application.
| Approche | Ce qu'elle sait faire | Ce qui lui manque souvent |
|---|---|---|
| Compte et cookie | Reconnaître une session | Relier certains parcours répétés |
| Adresse IP | Observer un réseau | Distinguer correctement les utilisateurs légitimes |
| CAPTCHA | Ajouter une friction | Ne réduit pas directement le coût d'un quota ou d'une API |
| CDN / WAF | Filtrer et protéger le trafic | Comprendre certains contextes applicatifs |
| Shugoi | Fournir des signaux à l'application | Laisser le site décider de la réponse |
Shugoi complète ces couches : il ne remplace ni votre CDN, ni votre WAF, ni vos règles métier.
Reconnaître la machine, c'est le début
La machine derrière l'écran, et tout le reste autour.
Quelques lignes côté serveur suffisent pour intégrer Shugoi. Vous configurez chaque site, gardez la décision dans votre application et pouvez rapprocher des contextes selon les signaux disponibles. Les identifiants sont pseudonymisés ; l'intégration Node/Express est testée, tandis que les autres adaptateurs doivent être validés dans votre application.
Pour vos clients, le parcours reste celui de votre produit. La réponse dépend de la politique que vous avez choisie.
Les limites
Ce que Shugoi ne fait pas.
Une bonne protection sait où elle s'arrête.
Les signaux ont besoin du navigateur.
Une page qui ne peut pas exécuter la vérification ne fournit pas le même contexte. Configurez les chemins concernés selon votre site et vos utilisateurs.
Les environnements ne se ressemblent pas toujours.
Une machine virtuelle, un navigateur durci ou un profil headless peut servir à des usages légitimes. Dans certains parcours, ces outils peuvent aussi multiplier les accès ou automatiser des actions. Shugoi laisse votre site décider de la réponse.
Le site garde le contrôle.
Tor, Mullvad, les machines virtuelles et les navigateurs headless ne sont pas des verdicts de fraude. Ils peuvent cependant faire partie d'un contexte auquel votre règle choisit d'autoriser ou de restreindre l'accès.
Shugoi rapproche les signaux côté serveur pour que votre application reçoive le contexte et applique la règle correspondant à son parcours. Il complète votre application sans remplacer votre CDN, votre protection anti-DDoS, votre WAF à signatures ni vos règles métier.
Même appareil. Autre navigateur.
Shugoi rapproche les visites d’un même appareil entre navigateurs grâce à un Machine ID pseudonyme, sans utiliser l’IP ou les cookies comme identité. La correspondance dépend des signaux disponibles.
Voir l'intégration
Comment ça marche
Le contexte arrive. Votre site décide.
Le contexte arrive
Le middleware Shugoi s'insère dans le parcours du site et vérifie la demande côté serveur.
Les signaux sont rapprochés
Shugoi compare les éléments disponibles sur l'environnement, la session et la requête. Aucun signal isolé ne décide à lui seul.
Le site applique sa règle
Votre configuration choisit la suite du parcours : autoriser la demande ou restreindre l'accès.
Une décision lisible