Utiliser un cookie de session ou un token
1 min de lecture
Pourquoi cette option existe
Un CAPTCHA, une authentification à deux facteurs ou un login exclusivement OAuth (Google, GitHub...) ne peuvent structurellement pas être automatisés par un scanner : aucun outil ne peut résoudre ça à votre place, et ce n'est pas ce qu'on cherche à faire. Coller une session déjà ouverte contourne le problème proprement.
Récupérer un cookie de session
- 1Connectez-vous avec votre compte de test
Dans un navigateur normal, pas une fenêtre privée : le cookie doit exister dans le stockage du navigateur.
- 2Ouvrez les outils de développement (F12)
Onglet Application (Chrome/Edge) ou Storage (Firefox) → Cookies → le domaine de votre app.
- 3Copiez la valeur du bon cookie
Le nom dépend de votre stack : souvent `session`, `connect.sid`, `sb-access-token` (Supabase), ou l'équivalent de votre framework d'auth. Collez la valeur dans le champ "cookie" du panneau Scan actif ; plusieurs paires `nom=valeur` séparées par `; ` sont acceptées si besoin.
Ou un bearer token
Si votre app utilise un token porteur (JWT dans le localStorage, header `Authorization`), collez-le dans le champ "token" plutôt que "cookie", dans "Options avancées" du panneau Scan actif.
La limite : ça expire, et ça ne s'enregistre pas
Contrairement à un login/mot de passe, une session collée n'est jamais enregistrée pour le rescan automatique : elle expire, souvent en quelques heures. Fiable pour un scan ponctuel ; pour le rescan hebdomadaire authentifié, un vrai compte de test (email/mot de passe) reste la seule option qui tienne dans la durée.