Générateur de politique de mot de passe
Transformez des règles de mot de passe en politique lisible, regex de validation, champ HTML avec pattern et passwordrules, et configuration JSON. Préréglages NIST et PCI.
0 = pas de maximum
Parmi majuscules, minuscules, chiffres, symboles (0 = désactivé).
0 = désactivé
0 = désactivé
Règles de complexité traditionnelles. Les recommandations actuelles (NIST, OWASP) privilégient la longueur et les listes de blocage, car ces règles poussent vers des schémas prévisibles comme "Password1!".
Appliquez toujours la politique côté serveur aussi. La regex compte des unités de code UTF-16, et « symbole » désigne tout caractère autre que A–Z, a–z ou 0–9.
Qu'est-ce que Générateur de politique de mot de passe ?
Définissez une seule fois les exigences de mot de passe et obtenez-les dans tous les formats utiles : un texte de politique lisible pour les utilisateurs, une expression régulière de validation, un champ HTML de mot de passe prêt à l’emploi avec pattern et l’attribut passwordrules d’Apple, et une configuration JSON.
Comment utiliser Générateur de politique de mot de passe
- Partez d’une Politique prédéfinie ou définissez vous-même les règles.
- Copiez le Texte de la politique pour votre documentation ou votre page d’inscription.
- Copiez l’Expression régulière ou le Champ HTML pour une validation côté client.
- Utilisez la sortie JSON comme configuration de votre backend.
Exemple
Classic preset: 8–64 characters, upper, lower, digit, symbol
^(?=.*[A-Z])(?=.*[a-z])(?=.*[0-9])(?=.*[^A-Za-z0-9]).{8,64}$
passwordrules: minlength: 8; maxlength: 64; required: upper; required: lower; required: digit; required: special; allowed: ascii-printable; Quand utiliser Générateur de politique de mot de passe
Utilisez-le pour implémenter ou documenter une politique de mot de passe. Appliquez toujours les mêmes règles côté serveur ; les regex côté client ne servent qu’au retour utilisateur.
Comment fonctionne Générateur de politique de mot de passe
Les types de caractères requis deviennent des assertions avant comme (?=.*[A-Z]) ; « au moins N catégories sur 4 » devient une alternance de toutes les combinaisons de N assertions ; « pas plus de N caractères identiques à la suite » devient (?!.*(.)\1{N}) ; la longueur devient .{min,max} (ou \S sans espaces). La valeur passwordrules suit la syntaxe des règles de mot de passe d’Apple (minlength, maxlength, required, allowed, max-consecutive). Les règles qu’une regex ne peut pas exprimer (caractères uniques, liste de blocage, identifiant) sont listées séparément.
Cas d'utilisation courants
- Générer des regex de validation pour des formulaires d’inscription
- Ajouter passwordrules pour que Safari génère des mots de passe conformes
- Rédiger les exigences de mot de passe destinées aux utilisateurs
- Garder synchronisées les règles frontend et backend via JSON
Note de Sécurité
La validation côté client peut être contournée. Appliquez la politique côté serveur et hachez les mots de passe avec Argon2id, scrypt ou bcrypt.
Questions Fréquentes
Quelles variantes de regex la sortie prend-elle en charge ?
JavaScript, PCRE (PHP), Python re et Java acceptent tous la syntaxe d’assertion avant utilisée.
Qu’est-ce que l’attribut passwordrules ?
Un attribut HTML proposé par Apple qui indique à Safari et au Trousseau iCloud quels mots de passe un site accepte, pour que les mots de passe générés passent votre validation.
Pourquoi la regex ne peut-elle pas vérifier la liste de blocage ?
Comparer à des milliers de mots de passe courants ou compromis exige une recherche côté serveur, pas un motif.