Backend, données et sécurité Plus de détails A2 · Spécification formelle Plateforme: Web

Secure Cookie Attributes

Attributs de cookie sécurisés

Les attributs de cookie sécurisés contrôlent la façon dont un cookie voyage et si les scripts peuvent le lire. Ils contrôlent également l’utilisation intersite, quel hôte et chemin le reçoivent, et sa durée de vie.

Vous pourriez l'appeler Secure Cookie AttributesIndicateurs de cookiesdurcissement des cookies de session

Voir comment cela fonctionne

Exemple travaillé originalAttributs de cookie sécurisés

Un autre exemple

Une réponse définit `__Host-session` avec `Secure; HttpOnly; SameSite=Lax; Path=/` et sans `Domain`, puis le modifie après la connexion. Un retour de paiement tiers utilise son propre cookie de corrélation limité. Cela n'affaiblit pas tous les cookies de session. La déconnexion met également fin à la session serveur.

Parties principales

  1. 01Préfixe et valeur du nom
  2. 02Restrictions de transport/script/site
  3. 03Portée et durée de vie

Utilisez-le lorsque

Donnez à un cookie la portée et la durée de vie les plus petites possibles. Les cookies de session doivent normalement utiliser `Secure`, `HttpOnly`, un mode `SameSite` choisi et un préfixe d'hôte.

Ne l'utilisez pas lorsque

`Path` n'est pas un mur de sécurité. Ne définissez pas un `Domain` large sans nécessité et ne mettez pas de secrets porteurs dans des cookies lisibles par le script. N'utilisez jamais `SameSite=None` sans `Secure`.

Nom utilisé dans le code

Set-Cookie: __Host-name=…; Secure; HttpOnly; SameSite=Lax/Strict; Path=/; Max-Age=…

Avant d'expédier

Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.

Demande que vous pouvez copier

Outcome: Complete the task with Attributs de cookie sécurisés (Secure Cookie Attributes). User context: Une réponse définit `__Host-session` avec `Secure; HttpOnly; SameSite=Lax; Path=/` et sans `Domain`, puis le modifie après la connexion. Un retour de paiement tiers utilise son propre cookie de corrélation limité. Cela n'affaiblit pas tous les cookies de session. La déconnexion met également fin à la session serveur. Technical concept or control: Attributs de cookie sécurisés (Secure Cookie Attributes). Why it fits: Donnez à un cookie la portée et la durée de vie les plus petites possibles. Les cookies de session doivent normalement utiliser `Secure`, `HttpOnly`, un mode `SameSite` choisi et un préfixe d'hôte. Do not use it when: `Path` n'est pas un mur de sécurité. Ne définissez pas un `Domain` large sans nécessité et ne mettez pas de secrets porteurs dans des cookies lisibles par le script. N'utilisez jamais `SameSite=None` sans `Secure`. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Un document officiel peut quand même être un brouillon, un release candidate, ou la version finale. Vérifie son statut et sa compatibilité avec le navigateur ou la plateforme. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.

Vérifiez cette demande

Review how Attributs de cookie sécurisés (Secure Cookie Attributes) is used now. Definition: Les attributs de cookie sécurisés contrôlent la façon dont un cookie voyage et si les scripts peuvent le lire. Ils contrôlent également l’utilisation intersite, quel hôte et chemin le reçoivent, et sa durée de vie. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

A2
Ce terme est-il officiel ?

Spécification formelle

Une spécification formelle publiée et versionnée définit ce terme pour le périmètre technique listé.

Un document officiel peut quand même être un brouillon, un release candidate, ou la version finale. Vérifie son statut et sa compatibilité avec le navigateur ou la plateforme.

Portée
Seulement ce que couvre la source:nom canonique、définition、sémantique、mise en œuvre
Statut du document
brouillon
Coché activé
2026-07-30

Sources et portée des preuves

Source faisant autorité + Référence de terme · IETF HTTP Working Group · brouillon Cookies: HTTP State Management Mechanism — 5.6 The Set-Cookie Header Field 5.6 The Set-Cookie Header Field Portée: nom canonique、définition、sémantique、mise en œuvre Rôle ici: Référence directe au terme La source couvre: nom canonique, définition, sémantique, mise en œuvre Source faisant autorité · IETF HTTP Working Group · brouillon Cookies: HTTP State Management Mechanism Portée: nom canonique、définition、sémantique、mise en œuvre Rôle ici: Autorité dans le cadre indiqué La source couvre: nom canonique, définition, sémantique, mise en œuvre Source faisant autorité · IETF · parcours de normes HTTP State Management Mechanism Portée: nom canonique、définition、sémantique、mise en œuvre Rôle ici: Autorité dans le cadre indiqué La source couvre: nom canonique, définition, sémantique, mise en œuvre

Copiez-le vous-même

Le navigateur n'a pas pu copier ceci. Sélectionnez la requête ci-dessous et copiez-la vous-même.