Ātrā atbilde: Lokālā krātuve ir pārlūkprogrammas balstīts krātuves mehānisms, kas, tāpat kā sīkdatnes, ietilpst datu privātuma regulējumos, tostarp ES ePrivātuma direktīvā un GDPR. Neobligātu datu glabāšana vai piekļuve lokālajā krātuvē bez iepriekšējas, informētas un brīvi dotas lietotāja piekrišanas ir atbilstības pārkāpums. Lielākā daļa organizāciju to ignorē, jo viņu piekrišanas pārvaldības rīki ir konfigurēti tikai sīkdatnēm, atstājot lokālo krātuvi pilnīgi nepārvaldītu.
Galvenie secinājumi
- Lokālā krātuve juridiski tiek uzskatīta par "līdzīgu tehnoloģiju" sīkdatnēm saskaņā ar Lielbritānijas un ES likumiem, kas nozīmē, ka attiecas tās pašas piekrišanas noteikumi.
- Eiropas Datu aizsardzības padome (EDPB) ir apstiprinājusi, ka tādas tehnoloģijas kā lokālā krātuve prasa iepriekšēju, informētu un brīvi dotu piekrišanu pirms jebkādu neobligātu datu glabāšanas vai piekļuves [2].
- ICO atšķir starp glabāšanu, kas ir stingri nepieciešama pakalpojumam, un neobligātu glabāšanu, kas tiek izmantota izsekošanai vai analītikai, tikai pēdējai nepieciešama skaidra piekrišana [1].
- Daudzas piekrišanas pārvaldības platformas pēc noklusējuma regulē sīkdatnes, bet atstāj lokālo krātuvi nepārraudzītu, radot būtisku atbilstības trūkumu [3].
- Sesijas krātuve nes sev līdzi tās pašas privātuma sekas kā lokālā krātuve, ja to izmanto izsekošanai vai analītikai.
- Piekrišanas atsaukšana obligāti prasa vietnei dzēst jebkādus lokālās krātuves datus, kas savākti saskaņā ar šo piekrišanu.
- Trešo pušu skripti, kas raksta uz lokālo krātuvi, arī prasa piekrišanas segumu, atbildība gulstas uz vietnes operatora.
- Sodi par neatbilstību saskaņā ar GDPR var būt ievērojami; risks palielinās, ja pārkāpumi ir sistēmiski un netiek atklāti.
Kas ir lokālā krātuve un kā tā darbojas
Lokālā krātuve ir Web Storage API, kas iebūvēts mūsdienu pārlūkprogrammās, ļaujot vietnēm glabāt atslēgas-vērtības datu pārus tieši lietotāja ierīcē, bez derīguma termiņa un tipiskā per-origins ierobežojuma apmēram 5-10 MB. Atšķirībā no sīkdatnēm, lokālās krātuves dati nekad netiek automātiski nosūtīti uz serveri ar HTTP pieprasījumiem, tie saglabājas līdz brīdim, kad tos skaidri iztīra vietnes JavaScript vai pats lietotājs.
Šeit ir, kā tas darbojas praksē:
- Vietnes JavaScript izsauc
localStorage.setItem('key', 'value'), lai ierakstītu datus. - Šie dati paliek ierīcē visā pārlūkprogrammas sesiju laikā, līdz tiek izsaukts
localStorage.removeItem('key')vailocalStorage.clear(). - Tikai skripti no tā paša avota (protokols + domēns + ports) var lasīt vai rakstīt šos datus.
Biežākie lietojumi ietver: lietotāja preferences (tēma, valoda), sesijas žetoni, analītikas identifikatori, iepirkumu groza saturs un A/B testu variantu piešķiršana.
Būtiska atbilstības punkts: tā kā lokālā krātuve glabā datus lietotāja ierīcē, tā aktivizē to pašu juridisko ietvaru kā sīkdatnes saskaņā ar ePrivātuma direktīvu un GDPR, neatkarīgi no tā, vai šie dati kādreiz tiek nosūtīti uz serveri [4].
Vai jums nepieciešama lietotāja piekrišana lokālajai krātuvei saskaņā ar GDPR
Jā, jebkurai neobligātai lokālās krātuves izmantošanai ir nepieciešama skaidra lietotāja piekrišana pirms datu glabāšanas vai piekļuves. EDPB ir apstiprinājusi, ka tādas tehnoloģijas kā lokālā krātuve ietilpst tajos pašos piekrišanas prasībās kā sīkdatnes, kas prasa iepriekšēju, informētu un brīvi dotu piekrišanu [2]. ICO turklāt precizē, ka piekrišana jāapstiprina ar skaidru, nepārprotamu darbību, nevis jāizdara secinājumi no pārlūkošanas uzvedības vai jāpieņem no turpinātas vietnes lietošanas [1].
Nepieciešamības izņēmums: Ja lokālā krātuve tiek izmantota tikai, lai nodrošinātu funkciju, ko lietotājs ir skaidri pieprasījis, piemēram, saglabājot priekšmetus iepirkumu grozā aktīvās sesijas laikā, tas var kvalificēties kā stingri nepieciešama glabāšana un neprasa piekrišanu. Tomēr, ja tie paši groza dati tiek izmantoti analītikai, atkārtotai mērķēšanai vai uzvedības profilēšanai, nepieciešamības izņēmums vairs neattiecas.
Biežā kļūda: Pieņemt, ka, jo lokālās krātuves dati netiek pārsūtīti ar HTTP pieprasījumiem, tie ir ārpus privātuma likuma darbības jomas. Likums attiecas uz informācijas glabāšanu vai piekļuvi lietotāja ierīcē, nevis uz to, vai šī informācija tiek pārsūtīta.
Atšķirība starp lokālo krātuvi un sīkdatnēm: piekrišanas prasības
Gan lokālā krātuve, gan sīkdatnes prasa piekrišanu, kad tās tiek izmantotas neobligātiem mērķiem, taču tām ir atšķirības tehniskajā uzvedībā un tajā, kā atbilstības rīki tās parasti apstrādā.
| Iezīme | Sīkdatnes | Lokālā krātuve |
|---|---|---|
| Derīguma termiņš | Konfigurējams | Nav (līdz iztīrīts) |
| Nosūtīts ar HTTP pieprasījumiem | Jā | Nē |
| Piekļuve servera pusē | Jā | Nē |
| Vairumā CMP pēc noklusējuma | Jā | Bieži nē [3] |
| Nepieciešama piekrišana (neobligāti) | Jā | Jā |
| Apjoms | Pēc domēna/ceļa | Pēc avota |
Praktiskais trūkums ir ievērojams: lielākā daļa piekrišanas pārvaldības platformu ir veidotas ap sīkdatņu bloķēšanu un sīkdatņu kategoriju noteikšanu. Lokālās krātuves ieraksti notiek caur JavaScript, ko CMP var neizsekot, ja tas nav īpaši konfigurēts. Tāpēc Lokālā krātuve zem radara: kāpēc tai arī nepieciešama skaidra lietotāja piekrišana nav tikai teorētiska problēma, tā ir aktīva atbilstības akluma vieta lielai daļai vietņu [3].
Kāpēc lokālā krātuve prasa skaidru lietotāja piekrišanu
Lokālā krātuve prasa skaidru piekrišanu, jo tā nozīmē piekļuvi vai informācijas glabāšanu lietotāja ierīcē, kas ir regulēta ar ePrivātuma direktīvu (un tās nacionālajām īstenojumiem) neatkarīgi no tā, vai ir iesaistīti personas dati. Juridiskie eksperti klasificē lokālo krātuvi kā "līdzīgu tehnoloģiju" sīkdatnēm saskaņā ar Lielbritānijas likumiem, prasa iepriekšēju, informētu un brīvi dotu piekrišanu pirms jebkādas neobligātas glabāšanas [4].
Pamatojuma loģika ir vienkārša: likums aizsargā lietotāja ierīci kā viņu privātās sfēras paplašinājumu. Neatkarīgi no tā, vai dati tiek glabāti sīkdatnē, lokālajā krātuvē, IndexedDB vai pakalpojumu darbinieka kešatmiņā, juridiskais iemesls ir pati glabāšanas darbība, nevis formāts.
Trīs nosacījumi derīgai piekrišanai (saskaņā ar ICO vadlīnijām) [1]:
- Brīvi dotā, bez piekrišanas apvienošanas ar pakalpojumu noteikumu pieņemšanu.
- Specifiska un informēta, lietotājam jāzina, kas tiek glabāts un kāpēc.
- Nepārprotama, piekrišanai jābūt skaidrai apstiprinošai rīcībai, piemēram, atzīmējot izvēles rūtiņu.
Vai lokālā krātuve tiek uzskatīta par izsekošanu saskaņā ar privātuma likumiem
Lokālā krātuve tiek uzskatīta par izsekošanu, kad tā tiek izmantota, lai identificētu, profilētu vai uzraudzītu lietotājus starp sesijām vai lapām. Analītikas lietotāja ID, A/B testu piešķiršana vai uzvedības segmenta etiķete, kas glabāta lokālajā krātuvē, tiek uzskatīta par izsekošanu saskaņā ar lielāko daļu regulējošo interpretāciju, neatkarīgi no tā, vai šie dati vēlāk tiek sinhronizēti ar serveri.
Tas ir lokālās krātuves zem radara: kāpēc tai arī nepieciešama skaidra lietotāja piekrišana kodols, daudzi izstrādātāji uzskata lokālo krātuvi par neitrālu kešatmiņas mehānismu, kamēr regulatori uzskata jebkuru pastāvīgu ierīces identifikatoru par potenciālu izsekošanas vektoru, kas prasa piekrišanu.
Vai varat glabāt personas datus lokālajā krātuvē
Tehniski jā, bet to darīt ir saistīts ar ievērojamu juridisku risku un parasti nav ieteicams. Personas dati, kas glabāti lokālajā krātuvē (piemēram, e-pasta adreses, ierīces pirkstu nospiedumu komponenti vai lietotāja ID, kas saistīti ar profiliem), ir pakļauti visām GDPR saistībām: likumīgais pamats, datu minimizācija, glabāšanas ierobežojumi un tiesības uz dzēšanu [1].
Riski, kas specifiski lokālajai krātuvei:
- Dati saglabājas neierobežoti, ja vien tie netiek skaidri iztīrīti, padarot atbilstības ievērošanu grūtu.
- Jebkurš JavaScript lapā (ieskaitot trešo pušu skriptus) var potenciāli piekļūt lokālās krātuves datiem no tā paša avota.
- Nav iebūvētas šifrēšanas; jutīgi dati, kas glabāti parastā tekstā, ir pieejami ikvienam, kam ir piekļuve ierīcei vai caur XSS ievainojamībām.
Ieteikums: Izvairieties no identificējamu personas datu glabāšanas lokālajā krātuvē. Ja glabāšana ir nepieciešama, pārliecinieties, ka ir iegūta piekrišana, dati ir minimizēti un pastāv skaidra dzēšanas mehānisms.
Lokālā krātuve pret sesijas krātuvi: privātuma sekas
Sesijas krātuve darbojas identiski lokālajai krātuvei attiecībā uz Web Storage API, bet dati tiek iztīrīti, kad pārlūkprogrammas cilne vai logs tiek aizvērts. Neskatoties uz šo īsāko mūža ilgumu, sesijas krātuve ir pakļauta tām pašām piekrišanas prasībām, kad to izmanto izsekošanai vai analītikai [6].
Galvenā atšķirība atbilstības nolūkos:
- Sesijas krātuve var ātrāk kvalificēties kā stingri nepieciešama (piemēram, saglabājot stāvokli vairāku soļu norēķinu laikā), jo dati nepaliek ilgāk par sesiju.
- Lokālā krātuve gandrīz vienmēr prasa piekrišanu izsekošanas lietošanas gadījumos, jo tās pastāvība rada ilgtermiņa identifikatoru lietotāja ierīcē.
Neviens mehānisms nav inherentīgi atbrīvots no privātuma likuma. Glabāto datu mērķis un saturs nosaka piekrišanas pienākumu, nevis pats glabāšanas veids.
Kas notiek, ja izmantojat lokālo krātuvi bez piekrišanas
Lokālās krātuves izmantošana neobligātiem mērķiem bez derīgas iepriekšējas piekrišanas ir ePrivātuma direktīvas un, ja ir iesaistīti personas dati, arī GDPR pārkāpums. Sekas var ietvert regulatīvu izmeklēšanu, izpildes darbības un reputācijas bojājumus.
Papildus regulatīvajam riskam pastāv pieaugoša tehniskā izpildes dimensija: pārlūkprogrammu privātuma funkcijas un reklāmu bloķētāji arvien vairāk mērķē uz lokālās krātuves balstītu izsekošanu. Vietnes, kas paļaujas uz nepiekristu lokālo krātuvi analītikai vai personalizācijai, var atrast, ka viņu dati kļūst arvien mazāk uzticami, jo šie rīki kļūst arvien izplatītāki.
Praktiskās ekspozīcijas kontrolsaraksts:
- Trešo pušu analītikas skripti, kas raksta lokālās krātuves identifikatorus bez piekrišanas seguma.
- A/B testēšanas rīki, kas glabā variantu piešķiršanu pirms piekrišanas iegūšanas.
- Čata logrīki vai atbalsta rīki, kas inicializē lokālo krātuvi lapas ielādēšanas laikā pirms jebkādas lietotāja mijiedarbības.
- Atkārtotās mērķēšanas pikseļi, kas izmanto lokālo krātuvi kā sīkdatņu sinhronizācijas rezerves variantu.
Kā ieviest lokālās krātuves piekrišanu savā vietnē
Lokālās krātuves piekrišanas ieviešana prasa piekrišanas pārvaldības platformu, kas var bloķēt JavaScript izpildi, ne tikai sīkdatņu iestatīšanu, līdz lietotājs ir veicis derīgu piekrišanas izvēli. Standarta sīkdatņu baneri, kas darbojas tikai HTTP slānī, neizsekos lokālās krātuves ierakstus, ko veic JavaScript [3].
Solis pa solim ieviešanas pieeja:
- Pārbaudiet savu lokālās krātuves izmantošanu. Izmantojiet pārlūkprogrammas izstrādātāja rīkus (Lietojuma cilne) un skriptu skeneri, lai identificētu katru atslēgu, kas ierakstīta lokālajā krātuvē, kurš skripts to raksta un kādam nolūkam.
- Klasificējiet katru izmantošanu. Klasificējiet glabāšanu kā stingri nepieciešamu, funkcionālu, analītisku vai mārketinga. Tikai stingri nepieciešama glabāšana var turpināt bez piekrišanas.
- Izvēlieties CMP, kas aptver lokālo krātuvi. Pārliecinieties, ka jūsu piekrišanas pārvaldības platforma var bloķēt vai atlikt JavaScript izpildi neobligātiem skriptiem līdz piekrišanas saņemšanai. Biscotti CMP ir izstrādāta, lai apstrādātu šāda līmeņa skriptu piekrišanas pārvaldību.
- Ieviesiet piekrišanas slēgtu skriptu ielādi. Neobligāti skripti, kas raksta uz lokālo krātuvi, jāielādē tikai pēc tam, kad lietotājs ir pieņēmis attiecīgo piekrišanas kategoriju.
- Nodrošiniet skaidru piekrišanas lietotāja saskarni. Piekrišanas banerim jāapraksta lokālās krātuves izmantošana vienkāršā valodā, klasificējot pēc mērķa, ar detalizētām izvēles iespējām.
- Ieviesiet atsaukšanas un dzēšanas mehānismu. Kad lietotājs atsauc piekrišanu, attiecīgās lokālās krātuves atslēgas jāiztīra nekavējoties.