Back-end, dati e sicurezza Più dettagli A2 · Specifica formale Piattaforma: Web

Secure Cookie Attributes

Attributi di cookie sicuri

Gli attributi dei cookie sicuri controllano come un cookie viaggia e se gli script possono leggerlo. Controllano anche l'uso cross-site, quale host e percorso lo ricevono e quanto dura.

Vedi come funziona
Potresti chiamarlo Secure Cookie AttributesFlag dei cookierafforzamento del cookie di sessione

Vedi come funziona

Esempio originale svoltoAttributi di cookie sicuri

Un altro esempio

Una risposta imposta `__Host-session` con `Secure; HttpOnly; SameSite=Lax; Path=/` e senza `Domain`, poi la modifica dopo l'accesso. Un ritorno di pagamento di terze parti usa il proprio cookie di correlazione limitato. Non indebolisce ogni cookie di sessione. Il logout termina anche la sessione sul server.

Parti principali

  1. 01Prefisso e valore del nome
  2. 02Restrizioni di trasporto/script/sito
  3. 03Ambito e durata

Usalo quando

Dai a un cookie la portata e la durata utile più piccole. I cookie di sessione dovrebbero normalmente usare `Secure`, `HttpOnly`, una modalità `SameSite` scelta e un prefisso host.

Non usarlo quando

`Path` non è una barriera di sicurezza. Non impostare un `Domain` ampio senza necessità e non mettere segreti bearer in cookie leggibili dagli script. Non usare mai `SameSite=None` senza `Secure`.

Nome usato nel codice

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

Prima di spedire

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.

Puoi copiare la richiesta

Outcome: Complete the task with Attributi di cookie sicuri (Secure Cookie Attributes). User context: Una risposta imposta `__Host-session` con `Secure; HttpOnly; SameSite=Lax; Path=/` e senza `Domain`, poi la modifica dopo l'accesso. Un ritorno di pagamento di terze parti usa il proprio cookie di correlazione limitato. Non indebolisce ogni cookie di sessione. Il logout termina anche la sessione sul server. Technical concept or control: Attributi di cookie sicuri (Secure Cookie Attributes). Why it fits: Dai a un cookie la portata e la durata utile più piccole. I cookie di sessione dovrebbero normalmente usare `Secure`, `HttpOnly`, una modalità `SameSite` scelta e un prefisso host. Do not use it when: `Path` non è una barriera di sicurezza. Non impostare un `Domain` ampio senza necessità e non mettere segreti bearer in cookie leggibili dagli script. Non usare mai `SameSite=None` senza `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 documento formale può ancora essere una bozza, un release candidate o la versione finale. Controlla il suo stato e il supporto per browser o piattaforma. 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.

Controlla questa richiesta

Review how Attributi di cookie sicuri (Secure Cookie Attributes) is used now. Definition: Gli attributi dei cookie sicuri controllano come un cookie viaggia e se gli script possono leggerlo. Controllano anche l'uso cross-site, quale host e percorso lo ricevono e quanto dura. 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
Quanto è ufficiale questo termine?

Specifica formale

Una specifica formale pubblicata e con versione definisce questo termine per lo scope tecnico elencato.

Un documento formale può ancora essere una bozza, un release candidate o la versione finale. Controlla il suo stato e il supporto per browser o piattaforma.

Ambito
Solo ciò che la sorgente copre:nome canonico、definizione、Semantica、implementazione
stato del documento
bozza
Selezionato attivato
2026-07-30

Fonti e ambito delle prove

Fonte dell'autorità + Riferimento del termine · IETF HTTP Working Group · bozza Cookies: HTTP State Management Mechanism — 5.6 The Set-Cookie Header Field 5.6 The Set-Cookie Header Field Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Riferimento diretto al termine La fonte copre: nome canonico, definizione, Semantica, implementazione Fonte dell'autorità · IETF HTTP Working Group · bozza Cookies: HTTP State Management Mechanism Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Autorità entro i limiti dichiarati La fonte copre: nome canonico, definizione, Semantica, implementazione Fonte dell'autorità · IETF · percorso degli standard HTTP State Management Mechanism Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Autorità entro i limiti dichiarati La fonte copre: nome canonico, definizione, Semantica, implementazione

Copia tu stesso

Il browser non è riuscito a copiare questo. Seleziona la richiesta qui sotto e copiala tu stesso.