Generatore SHA-1

Il Generatore SHA-1 è uno strumento gratuito che converte una stringa nel relativo hash SHA-1 a 160 bit, visualizzato come 40 caratteri esadecimali.

Che cosa fa SHA-1?

SHA-1 crea un'impronta di lunghezza fissa a partire da un input di qualsiasi lunghezza. L'hashing SHA-1 è un'operazione unidirezionale, quindi il digest non contiene una copia leggibile del testo originale. Anche una piccola modifica dell'input produce un risultato a 160 bit diverso.

SHA-1 è stato progettato dalla National Security Agency statunitense e pubblicato dal National Institute of Standards and Technology nel 1995. Il nome significa Secure Hash Algorithm 1. Nonostante la denominazione, SHA-1 non è più considerato sicuro contro gli attacchi basati sulle collisioni.

Una collisione SHA-1 si verifica quando due input diversi producono lo stesso digest. I ricercatori hanno dimostrato la fattibilità pratica delle collisioni SHA-1, perciò l'algoritmo è deprecato per firme digitali, certificati e altre situazioni in cui un aggressore potrebbe alterare deliberatamente i contenuti.

Come si genera un hash SHA-1?

Inserisci la stringa esatta da sottoporre ad hashing e leggi il valore esadecimale di 40 caratteri nel campo del risultato Hash SHA-1. L'elaborazione avviene sul server. L'input viene trasmesso al server tramite HTTPS e non viene memorizzato.

Questi esempi standard mostrano il formato previsto e l'effetto dell'input sul risultato:

• L'input abc produce a9993e364706816aba3e25717850c26c9cd0d89d.
• Una stringa di byte vuota produce da39a3ee5e6b4b0d3255bfef95601890afd80709.
• L'input abc , con uno spazio finale, produce un hash diverso da abc.

SHA-1 elabora byte, non caratteri leggibili dall'utente. Spazi, punteggiatura, lettere maiuscole e terminatori di riga vengono tutti considerati. Il Generatore SHA-1 tratta i numeri inseriti nel campo di testo come caratteri, quindi 123 indica i tre caratteri 1, 2 e 3.

Per SHA-1, i caratteri accentati e quelli non latini devono prima essere codificati in byte. Due sistemi possono produrre hash diversi per testi visivamente identici se utilizzano codifiche dei caratteri o forme di normalizzazione Unicode differenti. Quando confronti il risultato SHA-1 di questo generatore con quello di un altro sistema, verifica che entrambi utilizzino la stessa codifica, in genere UTF-8, e la stessa convenzione per i terminatori di riga.

È possibile decifrare o invertire SHA-1?

No, un hash SHA-1 non può essere decifrato, perché l'hashing non è una forma di crittografia e non esiste una chiave di decifratura. In generale, ricavare un input originale arbitrario dal relativo digest rimane impraticabile dal punto di vista computazionale.

Gli input prevedibili sono un caso diverso. Un aggressore può calcolare gli hash SHA-1 di valori probabili, presi da un dizionario o da un elenco generato, finché non ne trova uno corrispondente. Per questo SHA-1 non deve essere usato per memorizzare password, anche se il digest non può essere semplicemente invertito.

Nemmeno un attacco basato su collisioni decifra un hash. Individua invece due input diversi con lo stesso digest, una condizione sufficiente a compromettere firme e controlli di integrità in contesti ostili.

Dove viene ancora utilizzato SHA-1?

SHA-1 compare ancora nei checksum usati in contesti non ostili, nel rilevamento dei duplicati e nei sistemi che richiedono la compatibilità con un formato precedente. La sua rappresentazione esadecimale di 40 caratteri si trova anche negli identificatori storici dei sistemi di controllo del codice sorgente e nei registri di software archiviati.

• Checksum: SHA-1 può rilevare modifiche accidentali quando il digest previsto proviene da una fonte attendibile. Non può garantire l'integrità se un aggressore è in grado di sostituire sia il file sia l'hash pubblicato.
• Deduplicazione: può aiutare a individuare record o file apparentemente identici quando la creazione deliberata di collisioni non rientra nel modello di minaccia. I sistemi che usano SHA-1 e non possono tollerare alcuna collisione devono confrontare anche i dati sottostanti.
• Compatibilità con sistemi precedenti: alcuni database, API e formati di file richiedono un valore SHA-1 esistente. Soddisfare questo requisito è legittimo, ma per i nuovi progetti è opportuno usare un algoritmo attuale.

Non usare SHA-1 senza ulteriori protezioni per password, firme digitali, creazione o firma di certificati, generazione di token di sicurezza o autenticazione, né per registri documentali resistenti alle manomissioni.

Sicurezza di SHA-1 e alternative

SHA-1 è considerato crittograficamente compromesso per quanto riguarda la resistenza alle collisioni ed è deprecato per i nuovi impieghi sensibili alla sicurezza. Il suo digest a 160 bit è più corto di quelli prodotti dalle comuni varianti SHA-2 e SHA-3, ma la lunghezza del digest non è, da sola, il motivo per abbandonarlo. Il fattore decisivo sono gli attacchi basati su collisioni già dimostrati.

Per i checksum i cui valori previsti provengono da una fonte attendibile, usa SHA-256 o SHA-512, a meno che una specifica non richieda altro. L'integrità autenticata richiede uno schema MAC o di firma digitale appropriato. SHA-3 è un'altra famiglia attuale. Se è richiesto espressamente un digest SHA-2 a 224 bit, il Generatore SHA-224 produce tale formato. Per le password, invece di SHA-1 serve una funzione specifica per l'hashing delle password, come Argon2id, scrypt o bcrypt.

Domande frequenti su SHA-1

Un hash SHA-1 in maiuscolo è diverso dallo stesso hash in minuscolo?

No, le lettere esadecimali maiuscole e minuscole possono rappresentare lo stesso valore a 160 bit. Tuttavia, un sistema che esegue un confronto testuale distinguendo tra maiuscole e minuscole può comunque considerare diverse le due stringhe. Mantieni quindi il formato previsto dal sistema.

Posso calcolare l'hash SHA-1 di un file con questo strumento?

Questo strumento calcola l'hash di una stringa e non consente di caricare file. Per ottenere il checksum di un file, usa un'utilità locale come sha1sum su Linux o un comando equivalente che legga direttamente i byte del file. Non incollare il contenuto binario di un file nel campo di testo del Generatore SHA-1, perché eventuali modifiche alla codifica o ai terminatori di riga possono cambiare il risultato.

Anche HMAC-SHA-1 è compromesso?

Gli attacchi pubblicati contro le collisioni SHA-1 non compromettono direttamente HMAC-SHA-1 nello stesso modo, perché HMAC usa una chiave segreta e una struttura distinta. Nonostante ciò, i nuovi protocolli scelgono in genere HMAC-SHA-256 o un'altra soluzione attuale, così da evitare dipendenze da tecnologie precedenti e restrizioni imposte dalle politiche di sicurezza.

Aggiungere un salt rende SHA-1 sicuro per le password?

No. Un salt impedisce che password identiche condividano lo stesso digest SHA-1 memorizzato e ostacola l'uso di tabelle precalcolate, ma SHA-1 rimane decisamente troppo veloce per la memorizzazione delle password. Usa una funzione per l'hashing delle password con un fattore di lavoro configurabile e un salt casuale univoco.

Controlli finali

Prima di confrontare il risultato SHA-1 di questo generatore con un altro hash, controlla la presenza di spazi nascosti o di un terminatore di riga finale, nonché eventuali differenze nella codifica dei caratteri e modifiche alle maiuscole o minuscole dell'input. Usa SHA-1 soltanto quando è richiesto da un sistema esistente o quando la resistenza alle collisioni non fa parte dei requisiti di sicurezza. Per i nuovi progetti, scegli un hash attuale e resistente alle collisioni per i checksum attendibili, un MAC con chiave per l'autenticazione dei messaggi oppure uno schema di firma digitale appropriato.