Cookie-parser
Parse Set-Cookie-headere og document.cookie-strenger til strukturerte data. All behandling skjer i nettleseren din for maksimal sikkerhet og personvern.
Originalverdien beholdes alltid. Dekoding brukes én gang, og bare i den valgte visningen. URL-dekoding lar + stå som den er; Base64 forventer UTF-8-tekst. Dette dekrypterer ikke signerte eller krypterte tokens. HttpOnly-cookies kan ikke leses av JavaScript i nettleseren; lim inn kun headere du er bemyndiget til å undersøke.
0
Totalt antall cookies
0
Secure-cookies
0
HttpOnly-cookies
Parsede cookies
| Navn | Verdi | Domene | Sti | Utløper | Max-Age | Flagg |
|---|
Slik bruker du Cookie-parser
Velg modus
Velg Set-Cookie-headermodus for HTTP-headere eller document.cookie-modus for nettlesercookiestrenger
Lim inn data
Lim inn Set-Cookie-headere (én per linje) eller en document.cookie-streng i inndatafeltet
Undersøk resultatene
Se parsede cookies i en strukturert tabell med statistikk over sikkerhetsflagg
Hva er HTTP-cookies?
HTTP-cookies er små datadeler som nettleseren lagrer på vegne av nettsteder. De sendes via Set-Cookie HTTP-svarheader og legges ved påfølgende forespørsler via Cookie-headeren. Cookies brukes til øktadministrasjon, personalisering og sporing. Sikkerhetsflagg som HttpOnly, Secure og SameSite bidrar til å beskytte cookies mot cross-site scripting (XSS) og cross-site request forgery (CSRF)-angrep.
HttpOnly
Hindrer skript på klientsiden i å få tilgang til cookien, og demper XSS-angrep
Secure
Sikrer at cookien kun sendes over HTTPS-tilkoblinger
SameSite
Styrer sending av cookies på tvers av nettsteder: Strict, Lax eller None for å forebygge CSRF-angrep
Ofte stilte spørsmål
Verktøyet parser Set-Cookie HTTP-headere og document.cookie JavaScript-strenger. Flere cookies kan parses på én gang.
Ja. HttpOnly, Secure, SameSite (Strict/Lax/None), Path og Domain-attributter vises for hver cookie.
Ja. I Set-Cookie-modus limer du inn én header per linje. I document.cookie-modus parses alle cookies i strengen.
SameSite=Strict sender cookien kun ved navigering på samme nettsted - full CSRF-beskyttelse, men ingen cookie på innkommende lenker andre steder fra. Lax (nettleserens standard) tillater at navigering på toppnivå via GET tar den med, noe som holder pålogginger i live fra eksterne lenker samtidig som mesteparten av CSRF blokkeres. None opphever begrensningen men krever Secure, ellers avviser nettleseren den - den kombinasjonen er det iframe- og betalingsflyter på tvers av nettsteder trenger.
En cookie uten Expires eller Max-Age er en øktcookie: den lever bare i minnet og forsvinner med nettleserøkten (moderne nettlesere kan gjenskape den etter krasj). Expires setter en absolutt frist, Max-Age en relativ frist i sekunder, og Max-Age vinner når begge finnes. Varige cookies er grunnen til at remember-me-pålogginger og langlivede analyse-ID-er overlever omstart.
De er garantier på navnenivå som nettleseren håndhever. __Secure- krever en https-opprinnelse og Secure-attributten. __Host- er strengere: Secure, ingen Domain-attributt (kun vertsnavn) og Path=/ - derfor kan ikke en cookie med __Host-prefiks overskrives av et underdomene, noe som fester den til akkurat det nettstedet. Nettlesere uten støtte behandler prefiksene som vanlige navnetegn.
RFC 6265 krever at nettlesere godtar minst 4096 byte per cookie og minst 50 cookies per domene. Chrome begrenser til rundt 180 cookies per domene og noen tusen totalt; Safari er strengere i praksis. Siden cookies følger med alle forespørsler til domenet, bremser tung cookielagring trafikken merkbart - derfor flytter store nettsteder tilstand til localStorage eller serversideøkter.
HttpOnly skjuler cookien fra document.cookie i JavaScript, slik at injiserte XSS-skript ikke kan lese den - sett den alltid på øktcookies. Secure begrenser overføring til HTTPS-tilkoblinger og forhindrer lekkasje over ren HTTP. Ingen av dem krypterer cookien; begge er én linjes herding i Set-Cookie-headeren.
Relaterte verktøy
JWT-parser
Dekod og verifiser JSON Web Tokens (JWT) umiddelbart. Se header-, payload- og signaturinformasjon med lesbar tidsvisning
HTTP-header-parser
Parse rå HTTP-headere til en strukturert tabell med cookie-uttrekk
URL-parser
Parse enhver URL til komponentene sine — skjema, vert, port, sti, spørringsparametre og fragment
Autoritative referanser
Primærkildene bak dette verktøyet — offisielle standarder og spesifikasjoner, ikke andrehånds sammendrag.
RFC 6265 - HTTP State Management Mechanism
IETF-standarden HTTP State Management Mechanism som definerer cookies og attributtene deres.
MDN Web Docs - Set-Cookie
Mozilla-referanse for Set-Cookie-headeren: attributter, prefikser og sikkerhetsflagg.
HTTP cookie - Wikipedia
Hvordan HTTP-cookies bærer tilstand: økter, attributter og same-site-regler.