Kategori
Hashning och krypto
Alla verktyg och artiklar i denna kategori, samlade på ett ställe.
Verktyg
Hash Preimage Finder
Watch a bounded, local brute-force search recover a weak hash input in seconds, or run out of keyspace on anything with real entropy. No wordlist, no table, just your browser. A demonstration of why fast, unsalted hashes fail.
Hash-generator (SHA-1/256/384/512)
Beräkna SHA-1-, SHA-256-, SHA-384- och SHA-512-sammandrag av valfri text, visade som hex och Base64, med webbläsarens inbyggda Web Crypto. Körs helt i din webbläsare.
HMAC-generator (SHA-256/384/512)
Beräkna en nyckelförsedd HMAC över ett meddelande med din hemliga nyckel, visad som hex och Base64, via webbläsarens inbyggda Web Crypto. Samma konstruktion som JWT-verifieraren använder för HS256. Din nyckel lämnar aldrig din webbläsare.
Artiklar
Hashning, kryptering och kodning: tre olika saker
Tre operationer som ständigt förväxlas, rent åtskilda av två frågor: är den reversibel, och behöver den en nyckel?
LäsKryptografisk hashning: SHA-256 och SHA-2-familjen
Vad en hashfunktion garanterar, egenskaperna som gör den kryptografisk, och varför en digest inte är kryptering.
LäsVälja en hash: MD5, SHA-1, SHA-2, SHA-3 och BLAKE
Vilka hashfunktioner som fortfarande är säkra, vilka som är knäckta, deras utdatastorlekar och hur man väljer rätt.
LäsKollisioner, förbildsmotstånd och födelsedagsgränsen
De tre säkerhetsegenskaper en kryptografisk hash måste ha, varför kollisioner spelar roll och födelsedagsmatematiken som sätter den verkliga styrkan.
LäsLagra lösenord: bcrypt, scrypt och Argon2
Varför en snabb hash som SHA-256 är fel verktyg för lösenord, och vad saltning och arbetsfaktorer faktiskt gör.
LäsHMAC: nyckelförsedd hashning för meddelandeautentisering
Varför en vanlig hash bevisar integritet men inte autenticitet, hur en hemlig nyckel åtgärdar det, och varför HMAC:s struktur spelar roll.
LäsVarför HMAC, och inte hash(nyckel + meddelande)
Längdförlängningsattacken som bryter naiv nyckelhashning, och den nästlade konstruktion HMAC använder för att besegra den.
LäsAutentisera API-begäranden med HMAC
Hur en delad hemlighet och en hash låter en server lita på en begäran den inte såg göras, och hur skydd mot återuppspelning passar in.
LäsVerifiera en HMAC säkert: konstant tid och replay
Varför att jämföra signaturer med == läcker en tidssidokanal, och varför en giltig signatur ensam inte stoppar en upprepad begäran.
LäsWhy Cryptographic Hashes Are One-Way
A cryptographic hash maps any input to a fixed-size digest and is designed so that recovering the input from the digest is infeasible. That property, preimage resistance, is why you cannot decrypt a hash. The only ways to reverse one are to look it up or to guess-and-check, both of which are search, not inversion.
LäsBrute Force vs Lookup Tables: Two Ways to Reverse a Hash
Since a hash cannot be inverted, reversing one means searching, and there are two families. Precompute a giant table of input-to-hash pairs and look the hash up (what CrackStation does), or generate candidates on the fly and hash each until one matches (brute force). They trade storage for compute in opposite directions.
LäsWhy Salting Defeats Precomputed Tables
A salt is a unique random value stored with each password hash and mixed in before hashing. It makes identical passwords hash differently, which destroys the economics of precomputed tables: an attacker would need a separate table for every salt. Salting is the specific defense that neutralizes lookup services and rainbow tables.
LäsSlow KDFs: bcrypt, scrypt, and Argon2
Salting defeats precomputation but not a targeted guess-and-check attack; a fast hash still lets an attacker try billions of candidates per second. Slow key derivation functions fix that by making each guess deliberately expensive and tunable, cutting an attacker's rate by many orders of magnitude. These are what you should store passwords with.
LäsKeyspace, Entropy, and Crack Time
Whether brute force can reverse a hash comes down to keyspace size versus the attacker's hashing rate. Keyspace grows exponentially with length and alphabet, so a few extra characters move a secret from cracked in seconds to infeasible for millennia. This is the arithmetic behind why length and randomness matter most.
LäsChoosing a Password Hash
Storing passwords safely is a solved problem: use a purpose-built, salted, slow password hash, not a raw digest. This is a short decision guide, from the algorithm to pick to the parameters to set and the mistakes to avoid, aligned with OWASP and NIST guidance.
Läs