Scrivere la sezione password di una policy di sicurezza
Genera la sintesi delle regole per la policy di sicurezza delle informazioni o il regolamento IT della tua organizzazione, poi riformulala per gli utenti finali.
Parti da un modello Bilanciato, Rigoroso o Passphrase allineato alle indicazioni NIST attuali. Regola lunghezza minima, blocco delle password comuni, cronologia, scadenza, limite dei tentativi e, se necessario, regole di compatibilità; poi copia la sintesi e la configurazione JSON. Tutto avviene nel tuo browser.
Questo strumento ti aiuta a scrivere una policy per password coerente partendo da tre modelli e una decina di impostazioni. È pensato per amministratori, responsabili della sicurezza e sviluppatori che devono documentare o implementare regole, e produce una sintesi leggibile e una configurazione JSON.
Il riferimento attuale è NIST SP 800-63B-4, pubblicato a luglio 2025: almeno 15 caratteri quando la password è l’unico fattore di autenticazione, 8 quando è richiesto un secondo fattore, supporto di almeno 64 caratteri, nessuna regola di composizione per classi di caratteri e nessun cambio periodico di routine. Richiede inoltre di rifiutare password comuni, compromesse o legate al contesto e di limitare a non più di 100 i tentativi falliti consecutivi. I modelli seguono ora questi principi: Bilanciato usa 15 caratteri senza regole di composizione, senza scadenza forzata e con una soglia di 10 errori; Rigoroso passa a 20 caratteri e una soglia di 5; Passphrase usa 24 caratteri senza regole di composizione. La cronologia resta disponibile per le organizzazioni che ne hanno bisogno, ma non viene trattata come requisito NIST.
I valori sono limitati agli intervalli dello strumento: lunghezza minima da 6 a 128, cronologia da 0 a 50, scadenza da 0 a 3650 giorni e soglia di errori da 0 a 100. Il livello stimato è indicativo e non costituisce una certificazione NIST: premia un minimo di 15 caratteri, aggiunge un bonus da 20, valorizza il blocco delle password comuni e dei dati personali evidenti, l’assenza di scadenza periodica, un limite di tentativi configurato e l’uso delle passphrase. I requisiti di maiuscole, minuscole, numeri o simboli riducono invece il punteggio perché il NIST li vieta; la cronologia è neutra. Gli avvisi compaiono per qualsiasi scadenza forzata, una lunghezza inferiore a 15 caratteri, regole di composizione o l’assenza del blocco delle password comuni.
Seleziona Equilibrato, Rigoroso o Passphrase: tutti i campi e gli interruttori vengono precompilati e la policy appare subito.
Modifica la lunghezza minima, il numero di password precedenti vietate, la scadenza e i tentativi prima del blocco, attiva o meno i requisiti sui caratteri e i blocchi, poi fai clic su Genera la policy.
Controlla il livello stimato e gli avvisi, poi copia la sintesi delle regole o la configurazione JSON. Il pulsante di ripristino torna al modello Equilibrato.
Genera la sintesi delle regole per la policy di sicurezza delle informazioni o il regolamento IT della tua organizzazione, poi riformulala per gli utenti finali.
Incolla il JSON normalizzato in un ticket o in un repository perché il team implementi esattamente la lunghezza minima, la cronologia e il blocco concordati.
Sostituisci una vecchia regola come 8 caratteri, 4 tipi e cambio ogni 90 giorni con una policy allineata alla NIST SP 800-63B-4, seguendo gli avvisi su scadenza e lunghezza.
Input
Modello: Bilanciato; Lunghezza minima: 15; Blocca password comuni o compromesse: sì; Vieta dati personali evidenti: sì; Scadenza forzata: 0 (disattivata); Tentativi falliti prima di limitazione o blocco: 10; Consenti e incoraggia le passphrase: sì; nessuna regola di composizione (minuscole, maiuscole, numeri, simboli)Risultato
Punteggio: 12; Livello stimato: Forte; Riepilogo delle regole: lunghezza minima di 15 caratteri, password comuni o compromesse bloccate, dati personali evidenti vietati, nessuna scadenza forzata, limitazione o blocco dopo 10 tentativi falliti, passphrase consentiteLa NIST SP 800-63B-4 (luglio 2025) richiede almeno 15 caratteri quando la password è l’unico fattore di autenticazione e 8 caratteri quando è combinata con un secondo fattore. Il sistema deve anche accettare password di almeno 64 caratteri.
Secondo la NIST SP 800-63B-4, no: le regole di composizione sono ora vietate perché gli utenti le rispettano in modo prevedibile (maiuscola all’inizio, cifra e ! alla fine). La lunghezza e il blocco delle password comuni o compromesse sono molto più efficaci, anche se alcuni standard di settore possono ancora richiederle.
No. NIST SP 800-63B-4 vieta i cambi periodici di routine e richiede di forzare il cambio quando vi sono prove di compromissione. Lo strumento mostra quindi un avviso ogni volta che viene configurata una scadenza forzata.
Il NIST richiede la limitazione dei tentativi e fissa un massimo di 100 errori consecutivi. Un servizio può scegliere una soglia più bassa in base al rischio, ma il rallentamento temporaneo o progressivo è in genere preferibile a un blocco permanente che può essere sfruttato per un attacco di denial of service.
No. Lo strumento produce una specifica, sotto forma di sintesi e JSON, da documentare o implementare nella tua directory, applicazione o provider di identità. Nulla viene inviato o salvato: la policy viene calcolata nel tuo browser.
Riporta le impostazioni in forma normalizzata: minimumLength, characterRequirements (lowercase, uppercase, numbers, symbols), disallowCommonPasswords, disallowPersonalData, preventReuse, expirationDays, lockoutAttempts e allowPassphrases. I valori fuori intervallo vengono riportati entro i limiti dello strumento.
Strumenti correlati
Strumenti simili o complementari a questo.
Verifica quanto è robusta una password: entropia, schemi deboli, tempo di violazione stimato e consigli.
Genera password sicure e casuali da 8 a 128 caratteri, con l’entropia indicata.
Deriva un hash PBKDF2-SHA-256 o SHA-512 con salt da una password, o verifica una password rispetto a un valore codificato.
Costruisci una policy basata su lunghezza, unicità e rischi reali invece che su regole di complessità arbitrarie.
Scopri quando usare crittografia, hashing, HMAC o PBKDF2 per riservatezza, integrità, autenticazione e password.
Comprendi come si collegano OAuth 2.0, PKCE, JWT, JWK e JWKS: autorizzazione, token, chiavi pubbliche e verifica.