Passord skal aldri ligge i klartekst

Her er kursets gullregel: passord skal aldri ligge i klartekst — ikke i databasen, ikke i loggene, ikke i en config-fil du glemte. Og denne leksjonen er spesiell: kursets eneste kjørbare øvelse ligger i arbeidsområdet nederst på siden, der du skal hash et passord for hånd, med Web Crypto-API-et i nettleseren din.

Lagringens gullregel: hash, ikke krypter

Først ordene, for de blander seg hele tiden: kryptering er to veier — med riktig nøkkel kan teksten hentes frem igjen. Hashing er én vei — samme inndata gir alltid samme utdata, men utdataet kan ikke snus tilbake. Et passord er noe du aldri trenger å lese igjen, bare sammenligne. Derfor: hash, aldri krypter. Og en hash passer perfekt på jobben: fast lengde (et passord på 3 eller 60 tegn gir 64 hex-tegn), determinisme (samme inndata, samme utdata — derfor kan den sammenlignes), og snøskred-egenskapen: endrer du én bokstav, endres *alle* 64 tegnene fullstendig. En database med hashede passord kan lekke uten at ett eneste passord lekkes med den.

1async function sha256Hex(tekst) {2  // 1) Streng → bytes:3  const data = new TextEncoder().encode(tekst);4 5  // 2) Bytes → hash (kallet er asynkron — husk await):6  const digest = await crypto.subtle.digest("SHA-256", data);7 8  // 3) Hash-svaret er en ArrayBuffer — pakk det inn i en Uint8Array:9  const bytes = new Uint8Array(digest);10 11  // 4) Bytes → hex: hver byte til 16-tallsskrift, to tegn hver:12  return Array.from(bytes)13    .map((b) => b.toString(16).padStart(2, "0"))14    .join("");15}16 17// sha256Hex("kanelbolle42") →18// "1b64c3a87729218354a9b2398f5f98fe4b25ee23381f636d7c0ba922b3d435bc"

Linje for linje — og en klassisk felle

Trinn 1 er Web Cryptos inngangsdør: TextEncoder gjør teksten om til UTF-8-byter, for kryptografi jobber med byter, aldri med tegn. Trinn 2 er selve hashing: digest er asynkron, så du venter med await. Trinn 3 er innpakning — svaret er en ArrayBuffer, en rå byte-samling du ikke kan løpe gjennom direkte, så du legger den i en Uint8Array.

Trinn 4 er hex-skrivingen, og der bor fellen: Uint8Array har en egen map — men den *returnerer en ny Uint8Array*, og der må alt være tall igjen. Strengene fra toString(16) tvinges rett tilbake til tall, og hexen din blir avsydd. Derfor Array.from først, så map på en vanlig array. Og padStart(2, "0") er ikke pynt: uten den mister byter under 16 sin ledende null, og hashen får vilkårlig lengde.

1// Serverkode med pakken bcrypt installert — ikke tilgjengelig i nettleseren:2import bcrypt from "bcrypt";3 4// Ved lagring: hash med kostnadsfaktor (her 12) — saltet følger med automatisk:5const passordhash = await bcrypt.hash(passord, 12);6 7// Ved innlogging: sammenlign forsøket mot den lagrede hashen:8const ok = await bcrypt.compare(innskrevetPassord, passordhash);

Merk deg compare: den *dekrypterer* ingenting — den hasher forsøket med hashens egen salt og ser om det gir samme resultat. Klartekst-passordet finnes aldri i systemet etter inntastingen, ikke engang i minnet på serverens lager.

Øvelsen i arbeidsområdet

Nederst på siden ligger starteren med seks hull, og oppgavene svarer direkte til sjekkene i arbeidsområdet:

1. 1.Gjør teksten om til bytes — encoder-trinnet fra figuren over.
2. 2.Hash bytene med digest — husk at kallet er asynkron.
3. 3.Pakk svaret inn i en byte-visning slik at du kan løpe gjennom det.
4. 4.Bygg hex-strengen: 16-tallsskrift, fyll på med nuller, lim sammen — og returner.
5. 5.Skriv hashen ut i konsollen.
6. 6.Vis hashen i DOM-en, slik en ekte side ville gjort det.