Websicherheit
Einen Cookie-Anfrageheader oder je Zeile eine Set-Cookie-Antwort einfügen; im Generator entsteht genau ein Antwortheader.
Der Text bleibt in diesem Browser; es werden weder Anfragen gesendet noch Browser-Cookies geändert.
Headertext oder Cookie-Namen eingeben.
Headertext oder Cookie-Namen eingeben.
Wenn ein gerade gesetztes Sitzungscookie bei der nächsten Anfrage fehlt, zeigt ein Cookie Parser, was die beiden Header tatsächlich enthalten. Cookie sendet Paare aus Name und Wert, Set-Cookie ergänzt Attribute für genau ein Cookie.
Mit diesem Werkzeug lassen sich Cookie Header analysieren, ohne fehlende Werte als Browserstandards auszugeben. Der Cookie Parser unterscheidet ein nicht gesetztes SameSite ausdrücklich von SameSite=Lax.
Herkunft und Ablaufregel bleiben im Bericht erkennbar.
Der Cookie Parser trennt mehrere Paare im Anfrageheader von den Attributen eines Antwortheaders. Ein einzelnes name=value ist mehrdeutig; die Headerart lässt sich vorgeben. Domain und HttpOnly werden aus einer Anfrage nicht erraten.
Stehen Max-Age und Expires zusammen, wird die UTC-Schätzung aus Max-Age berechnet und der Vorrang als Hinweis gezeigt. Ein Cookie Parser kann daraus nicht ableiten, ob jeder Browser das Cookie tatsächlich speichert.
Cookie: und Set-Cookie: werden erkannt. Ein nacktes name=value bleibt mehrdeutig; hier die Herkunft ausdrücklich auswählen. Mehrere Set-Cookie-Felder gehören in getrennte Zeilen, denn das Expires-Datum enthält selbst ein Komma.
Automatisch wird 350 ms nach einer Änderung analysiert. Nach dem Abschalten starten die Schaltfläche oder Strg/Cmd+Enter den Lauf. Jede Änderung macht das alte Ergebnis sofort nicht kopierbar.
Die Anzeige unterscheidet Sitzung, Max-Age und Expires. Im Generator ist Sitzung voreingestellt; Sekunden oder ein lokales Datum erzeugen jeweils nur ein Ablaufattribut.
Ein Cookie-Anfrageheader darf mehrere name=value-Paare tragen. Jede Set-Cookie-Antwortzeile setzt nur ein Cookie und kann Domain, Path, SameSite, Secure, HttpOnly und Ablaufattribute enthalten. Unbekannte Attribute bleiben lesbar.
SameSite=None und Partitioned ohne Secure sowie verletzte __Host- und __Secure--Vorgaben werden markiert. Doppelte Attribute und ungültige Daten oder Sekunden erhalten eine Zeilenposition. Ein echter Browsertest ist das nicht.
Der Generator beginnt mit Path=/, SameSite=Lax, Secure und HttpOnly. Leeres Domain lässt das Attribut weg. Sitzung, Max-Age und Expires sind Alternativen; der erzeugte Set-Cookie-Text wird nicht im Browser gesetzt.
Secure beschränkt die Übertragung auf sichere Verbindungen, HttpOnly sperrt den JavaScript-Zugriff und SameSite beeinflusst seitenübergreifende Anfragen. Eine reine Cookie-Anfrage verrät diese Antwortattribute nicht.
Ein Cookie-Anfrageheader überträgt mehrere gespeicherte name=value-Paare, getrennt durch Semikolons. Ein Set-Cookie-Antwortfeld setzt dagegen genau ein Cookie; danach folgen dessen Attribute.
Nein. Analyse und Erzeugung laufen in diesem Tab. Es wird keine Website angefragt und kein Sitzungswert in einer Freigabe-URL abgelegt. Vor dem Weitergeben einer Kopie sollten sensible Werte geprüft werden.
Partitioned fordert nach Top-Level-Site getrennte Speicherung. Der Parser bewahrt das Attribut und meldet fehlendes Secure. Der Generator bietet es noch nicht an und kann Browserunterstützung nicht feststellen.
Grenzen unterscheiden sich je Browser. Hier gelten 128 KiB Eingabetext und höchstens 1000 Zeilen; das ist eine Grenze des Werkzeugs und keine Speicherkapazität pro Domain.
Wird ein Header falsch gelesen?
Erfassten Text einfügen, Richtung und Konflikte prüfen und anschließend den aktuellen Bericht oder einen erzeugten Set-Cookie-Header kopieren.
Analyse und Erzeugung erfolgen lokal im Browser.