Définissez d’abord le périmètre autorisé
Utilisez ce workflow pour votre fixture synthétique ou pour du matériel d’authentification couvert par une autorisation explicite. Décrivez le flux à reproduire, les claims et algorithmes attendus, l’horloge ou le compteur fixé et la personne chargée de la revue. Gardez hors des outils et du rapport les access tokens, refresh tokens, cookies, secrets partagés, clés privées et codes de récupération réels.
Produisez une fixture explicable
Créez un identifiant de corrélation et un nonce jetables avec secure-random-generator, nonce-generator et uuid-generator, puis vérifiez le format. Utilisez jwt-generator pour couvrir le problème avec des claims synthétiques. Pour le MFA, otp-generator convient à un code numérique indépendant ; totp-hotp-offline-generator convient à une seed Base32 jetable et à un pas temporel ou compteur fixe. Notez les valeurs attendues afin de rendre l’échec reproductible.
Séparez décodage et vérification
jwt-decoder et base64url-encoder indiquent si la structure est interprétable et comment ses segments sont encodés, sans prouver l’authenticité. jwk-generator peut créer ou inspecter une clé jetable ou un JWK public autorisé ; n’importez pas une clé privée de production pour forcer une réussite locale. Utilisez hmac-generator-verifier et les contrôles de signature ou d’expiration pris en charge par jwt-decoder-security-auditor avec du matériel contrôlé et des attentes explicites.
Faites de l’audit une décision distincte
Après la vérification, examinez l’algorithme, l’expiration et la validité temporelle, les claims sensibles, les hypothèses de temps ou de compteur TOTP/HOTP et le lien entre la preuve et l’identifiant de requête ou de session. Décodage, correspondance de signature et constat de sécurité répondent à des questions différentes : consignez-les séparément.
Transmettez une preuve assainie
Le dossier final doit contenir le périmètre, la version de fixture, l’identifiant de corrélation, les résultats attendus et observés, les extraits masqués ou empreintes, l’incertitude résiduelle et l’action autorisée suivante. Il ne doit contenir ni secret réutilisable ni matériel de session actif. Le résultat local aide au débogage ; seul un test applicatif autorisé peut établir le traitement de la requête par le serveur.