Eliminarea Set-Cookie nu șterge conținutul personalizat

Eliminarea unui antet poate face un răspuns eligibil pentru un cache partajat, fără să îi schimbe corpul personalizat. Echipa trebuie să lămurească această distincție înainte să înlocuiască instrucțiunile de cache ale serverului de origine. Afirmația de siguranță privește conținutul selectat și toate persoanele care îl pot primi. Un antet corectat dovedește schimbarea antetului, nu și siguranța întregului răspuns.

Anunțul Cloudflare din 23 iulie 2026 despre Cache Response Rules descrie reguli aplicate după răspunsul serverului de origine și înainte de stocarea în cache. Acestea pot elimina anumite antete, pot gestiona etichetele de cache și pot modifica directivele de control al memorării. Privită din noiembrie, întrebarea de arhitectură este cine răspunde pentru caracterul public al răspunsului selectat de o asemenea regulă.

Momentul aplicării limitează controlul

Anunțul deosebește deciziile din etapa cererii de ajustările din etapa răspunsului. Etapa răspunsului nu poate schimba cheia de cache deja aleasă și nu poate face eligibilă o cerere declarată anterior neeligibilă. Când setările de cache se contrazic, regula din etapa răspunsului are prioritate. Aceste limite contează la evaluarea unei modificări: regula ocupă un loc precis în traseu și nu controlează fără limite toate deciziile de cache.

Anunțul anterior despre Workers Cache, din 6 iulie, oferă context despre servirea răspunsurilor din cache fără executarea funcției ale cărei răspunsuri sunt memorate. De aici apare o întrebare distinctă despre execuție. Aici, problema mai restrânsă este conținutul livrat din stocarea partajată. Chiar și când omiterea execuției este legitimă, corpul stocat trebuie să fie potrivit pentru fiecare persoană care poate primi acea înregistrare.

Imaginați-vă o pagină ipotetică de cont al cărei răspuns include adresa unei persoane. Eliminarea antetului Set-Cookie nu ar șterge adresa. O regulă care selectează pagina poate schimba modul de memorare, fără să modifice ce a generat serverul de origine. Exemplul nu descrie o vulnerabilitate descoperită într-un sistem. Arată de ce eligibilitatea pentru cache și permisiunea de a partaja octeții rezultați cer dovezi diferite.

Precizați ce înseamnă conținut public

Un contract util pentru conținutul public identifică mulțimea răspunsurilor selectate. Un prefix de cale poate face parte din definiție, dar numele lui nu stabilește cum se generează toate răspunsurile de acolo. În locul resursei dorite, o cerere poate primi o pagină de eroare sau o redirecționare. Evaluarea ar trebui să cuprindă răspunsurile selectate efectiv de regulă, inclusiv situațiile excepționale.

Contractul trebuie să precizeze și ce diferențe sunt legitime. O traducere publică poate varia în funcție de limbă și poate rămâne publică. O pagină cu detaliile private ale unui utilizator are altă restricție. Scopul nu este să se ceară octeți identici pentru fiecare cerere din întregul produs. Scopul este ca publicul care poate primi fiecare înregistrare partajată să corespundă conținutului ei.

Responsabilitatea explicită face contractul utilizabil. Echipa serverului de origine știe ce poate intra în corp; echipa care administrează regulile la marginea rețelei știe ce răspunsuri selectează. Dacă echipele sunt separate, niciuna nu ar trebui să presupună ce știe cealaltă doar dintr-un antet. Un responsabil numit ar trebui să poată explica ambele laturi ale selecției și să rezolve un dezacord înainte de extinderea regulii.

O resursă statică poate justifica excepția

Cel mai puternic argument pentru o corecție la marginea rețelei este o resursă statică publică ce primește accidental un antet de sesiune. Anunțul furnizorului discută explicit această situație. Dacă resursa este destinată tuturor celor care o primesc, iar selecția este restrânsă, schimbarea modului de memorare poate fi justificată. Așteptarea unei modificări la origine nu este în sine mai sigură doar pentru că schimbarea are loc acolo.

Dovezile trebuie totuși să privească mulțimea resurselor selectate. O extensie care pare statică este un indiciu, nu un sistem de clasificare a conținutului. Dacă aceeași rută poate returna un document de eroare pentru un utilizator autentificat, selecția merită examinată mai atent. Aceasta nu invalidează regulile. Explică de ce responsabilul ar trebui să știe ce returnează serverul când cererea obișnuită nu reușește.

O regulă restrânsă se întreține și mai ușor decât o excepție largă justificată printr-un singur exemplu. Decizia privind conținutul public ar trebui să reziste unei modificări viitoare a serverului de origine. Dacă echipa adaugă ulterior personalizare sub aceeași cale, cineva trebuie să reexamineze presupunerea care permitea partajarea. Altfel, o corecție veche de performanță poate rămâne activă după dispariția justificării sale.

Examinați dovezi de la ambele capete

Pentru o regulă propusă, materialul util de evaluare ar trebui să descrie răspunsurile înainte și după ajustarea antetelor, alături de condițiile în care serverul generează conținutul. Persoana care verifică trebuie să înțeleagă de ce corpul poate fi partajat, nu doar să vadă dispariția unui obstacol. Articolul propune aceste dovezi; nu afirmă că au fost inspectate antete reale sau schimbată o configurație de cache.

Măsurătorile operaționale răspund altei întrebări. O proporție mai mare de răspunsuri servite din cache poate arăta folosirea mai frecventă a stocării. Nu poate dovedi că răspunsul stocat aparține publicului potrivit. Rezultatul de performanță și argumentul privind siguranța conținutului ar trebui evaluate separat. Unul se poate îmbunătăți în timp ce celălalt rămâne nelămurit, motiv pentru care un singur panou nu le poate stabili pe amândouă.

Legați responsabilitatea de conținut

În dezvoltarea software la comandă, predarea între echipa serverului și cea care administrează regulile ar trebui să includă condițiile de partajare a răspunsurilor. Persoana care întreține regula primește astfel o limită utilă când aplicația se schimbă. Și revenirea asupra regulii devine mai ușor de înțeles, deoarece echipa știe ce presupunere nu mai este valabilă.

Controlul din etapa răspunsului este util tocmai fiindcă poate corecta instrucțiunile serverului în punctul relevant. Folosiți-l cu un contract explicit pentru conținut. Un antet accidental pe o resursă publică poate fi corectat la marginea rețelei; informația privată rămâne privată după schimbarea antetelor.