Protéger une page de connexion contre le bourrage d’identifiants
Le bourrage d’identifiants essaie en masse, sur votre page de connexion, des mots de passe volés ailleurs. Antisy vérifie que chaque tentative vient d’un navigateur et non d’un programme, sans rien montrer à la personne qui se connecte.
Qu’est-ce que le bourrage d’identifiants ?
Une attaque, en anglais « credential stuffing », qui exploite l’habitude de réutiliser les mêmes identifiants et mots de passe d’un service à l’autre : un programme essaie en masse, sur votre page de connexion, des couples volés ailleurs.
Comment Antisy protège-t-il une connexion ?
La page de connexion porte la balise d’Antisy, et un jeton accompagne chaque tentative. Votre serveur fait ensuite un appel, assess, qui lie le jeton au compte visé. La réponse a deux issues : allow ou deny.
L’appel siteverify des formulaires simples ne lie pas le jeton à un compte : il ne convient pas à une connexion.
Quelles données sont traitées ?
Ce que le script mesure pour tout formulaire, et ce que le tableau des durées de conservation nomme pour une connexion : un identifiant de connexion, chiffré et condensé, et l’issue de la tentative, effacés à 90 jours.
Est-ce disponible aujourd’hui ?
Pas encore. Le kit serveur Node (Express, Fastify, Next.js) qui porte cet appel sera publié sur npm ; il ne l’est pas encore.
L’accès se fait sur liste d’attente : rien n’est encore en service, et l’hébergement en Suisse est prévu, pas encore en service. Un pilote est prévu ; il n’a pas commencé.
Voir : Le pilote · Rejoindre la liste d’attente
Ce qu’un contrôle anti-bot ne remplace pas
Aucun contrôle anti-bot n’est parfait, et Antisy n’annonce aucun taux de détection. Il s’ajoute aux autres défenses d’un compte, comme la limitation des tentatives ou un second facteur ; il ne les remplace pas.