Protéger un formulaire d’inscription contre les faux comptes
Des programmes créent des comptes en série sur un formulaire d’inscription. Antisy vérifie que chaque inscription vient d’un navigateur et non d’un programme, avant la création du compte, sans énigme pour la personne qui s’inscrit.
Pourquoi des programmes créent-ils de faux comptes ?
Un formulaire d’inscription ouvert à tous l’est aussi aux programmes : ils y créent des comptes en série, dont ils abusent ensuite. Il est plus simple de refuser un faux compte à l’inscription que de le retirer après coup.
Comment Antisy protège-t-il une inscription ?
La page d’inscription porte la balise d’Antisy, et un jeton accompagne chaque envoi. Avant de créer le compte, votre serveur fait un appel, assess, qui lie le jeton au compte. La réponse a deux issues : allow, créez le compte ; deny, refusez, sans dire pourquoi.
L’appel siteverify des formulaires simples ne lie pas le jeton à un compte : il ne convient pas à une inscription.
Quelles données sont traitées ?
Ce que le script mesure pour tout envoi, et ce que la table des durées de conservation garde d’une inscription : 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.