Kategori
Hashing og krypto
Alle værktøjer og artikler i denne kategori, samlet ét sted.
Værktøjer
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)
Beregn SHA-1-, SHA-256-, SHA-384- og SHA-512-sammendrag af vilkårlig tekst, vist som hex og Base64, med browserens indbyggede Web Crypto. Kører helt i din browser.
HMAC-generator (SHA-256/384/512)
Beregn en nøglebaseret HMAC over en besked med din hemmelige nøgle, vist som hex og Base64, via browserens indbyggede Web Crypto. Samme konstruktion, som JWT-verifikatoren bruger til HS256. Din nøgle forlader aldrig din browser.
Artikler
Hashing, kryptering og kodning: tre forskellige ting
Tre operationer der konstant forveksles, rent adskilt af to spørgsmål: er den reversibel, og kræver den en nøgle?
LæsKryptografisk hashing: SHA-256 og SHA-2-familien
Hvad en hashfunktion garanterer, egenskaberne der gør den kryptografisk, og hvorfor en digest ikke er kryptering.
LæsVælg et hash: MD5, SHA-1, SHA-2, SHA-3 og BLAKE
Hvilke hashfunktioner der stadig er sikre, hvilke der er brudt, deres uddatastørrelser, og hvordan man vælger det rette.
LæsKollisioner, forbilledmodstand og fødselsdagsgrænsen
De tre sikkerhedsegenskaber, et kryptografisk hash skal have, hvorfor kollisioner betyder noget, og fødselsdagsmatematikken, der sætter den reelle styrke.
LæsLagring af adgangskoder: bcrypt, scrypt og Argon2
Hvorfor en hurtig hash som SHA-256 er det forkerte værktøj til adgangskoder, og hvad saltning og arbejdsfaktorer faktisk gør.
LæsHMAC: nøglebaseret hashing til beskedautentificering
Hvorfor en almindelig hash beviser integritet, men ikke autenticitet, hvordan en hemmelig nøgle løser det, og hvorfor HMAC's struktur betyder noget.
LæsHvorfor HMAC, og ikke hash(nøgle + besked)
Længdeudvidelsesangrebet, der bryder naiv nøglehashing, og den indlejrede konstruktion, HMAC bruger til at besejre det.
LæsAutentificering af API-anmodninger med HMAC
Hvordan en delt hemmelighed og en hash lader en server stole på en anmodning, den ikke så blive lavet, og hvordan beskyttelse mod genafspilning passer ind.
LæsVerificér en HMAC sikkert: konstant tid og replay
Hvorfor sammenligning af signaturer med == lækker en tidssidekanal, og hvorfor en gyldig signatur alene ikke stopper en gentaget forespørgsel.
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