Kategori
Hashing og krypto
Alle verktøy og artikler i denne kategorien, samlet på ett sted.
Verktøy
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 av vilkårlig tekst, vist som hex og Base64, med nettleserens innebygde Web Crypto. Kjører helt i nettleseren din.
HMAC-generator (SHA-256/384/512)
Beregn en nøkkelbasert HMAC over en melding med din hemmelige nøkkel, vist som hex og Base64, via nettleserens innebygde Web Crypto. Samme konstruksjon som JWT-verifikatoren bruker for HS256. Nøkkelen din forlater aldri nettleseren din.
Artikler
Hashing, kryptering og koding: tre forskjellige ting
Tre operasjoner som stadig forveksles, rent atskilt av to spørsmål: er den reversibel, og trenger den en nøkkel?
LesKryptografisk hashing: SHA-256 og SHA-2-familien
Hva en hashfunksjon garanterer, egenskapene som gjør den kryptografisk, og hvorfor en digest ikke er kryptering.
LesVelg en hash: MD5, SHA-1, SHA-2, SHA-3 og BLAKE
Hvilke hashfunksjoner som fortsatt er trygge, hvilke som er brutt, utdatastørrelsene deres, og hvordan man velger den rette.
LesKollisjoner, forbildemotstand og bursdagsgrensen
De tre sikkerhetsegenskapene en kryptografisk hash må ha, hvorfor kollisjoner er viktige, og bursdagsmatematikken som setter den reelle styrken.
LesLagring av passord: bcrypt, scrypt og Argon2
Hvorfor en rask hash som SHA-256 er feil verktøy for passord, og hva salting og arbeidsfaktorer faktisk gjør.
LesHMAC: nøkkelbasert hashing for meldingsautentisering
Hvorfor en vanlig hash beviser integritet, men ikke autentisitet, hvordan en hemmelig nøkkel løser det, og hvorfor HMAC sin struktur betyr noe.
LesHvorfor HMAC, og ikke hash(nøkkel + melding)
Lengdeutvidelsesangrepet som bryter naiv nøkkelhashing, og den nøstede konstruksjonen HMAC bruker for å beseire det.
LesAutentisere API-forespørsler med HMAC
Hvordan en delt hemmelighet og en hash lar en server stole på en forespørsel den ikke så bli laget, og hvordan beskyttelse mot reprise passer inn.
LesVerifiser en HMAC trygt: konstant tid og replay
Hvorfor sammenligning av signaturer med == lekker en tidssidekanal, og hvorfor en gyldig signatur alene ikke stopper en gjentatt forespørsel.
LesWhy 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.
LesBrute 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.
LesWhy 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.
LesSlow 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.
LesKeyspace, 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.
LesChoosing 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.
Les