Hızlı Cevap: SessionStorage ve localStorage, web sitelerinin bir kullanıcının cihazında veri saklamasına olanak tanıyan tarayıcı tabanlı Web Depolama API'leridir, ancak kalıcılık ve kapsam açısından kritik farklılıklar gösterirler. localStorage, oturumlar ve sekmeler arasında verileri süresiz olarak saklarken, sessionStorage, tarayıcı sekmesi kapandığında verileri siler. Gizlilik açısından bakıldığında, localStorage, verilerin süresiz olarak kalması nedeniyle önemli ölçüde daha yüksek bir risk taşır; bu da onu izleme, parmak izi alma ve GDPR gibi çerçeveler altında düzenleyici inceleme için daha cazip bir hedef haline getirir.
Ana Noktalar
- localStorage, açıkça temizlenene kadar süresiz olarak kalır; sessionStorage, sekme veya pencere kapandığında silinir.
- Her iki depolama türü de cross-site scripting (XSS) saldırılarına karşı savunmasızdır ve yerleşik şifreleme sunmaz.
- localStorage veya sessionStorage verileri, çerezlerin aksine otomatik olarak sunucuya iletilmez, ancak her ikisi de aynı köken üzerinde çalışan herhangi bir JavaScript tarafından tamamen okunabilir.
- Bir sayfada yüklenen üçüncü taraf betikleri, aynı köken bağlamında çalıştıkları takdirde localStorage verilerine erişebilir.
- GDPR kapsamında, kullanıcı onayı olmadan localStorage'da gereksiz verilerin saklanması, izleme çerezlerinin bırakılmasıyla aynı şekilde bir uyumluluk ihlalidir.
- Kimlik doğrulama belirteçleri, şifreler ve kişisel olarak tanımlanabilir bilgiler (PII) gibi hassas veriler, ek güvenlik katmanları olmadan hiçbir mekanizmada saklanmamalıdır.
- Özel/gizli tarama, localStorage kalıcılığını sınırlar ancak bir oturum içindeki sessionStorage risklerini ortadan kaldırmaz.
- Geliştiriciler, geçici durum için sessionStorage'ı, kimlik doğrulama için sunucu tarafı oturumları veya HttpOnly çerezleri tercih etmelidir ve depolama onayını yönetmek için Biscotti CMP gibi bir Onay Yönetim Platformu kullanmalıdır.
SessionStorage ve LocalStorage Arasındaki Fark Nedir?
SessionStorage ve localStorage, HTML5 Web Depolama API'sinin bir parçasıdır, ancak kalıcılık ve sekme kapsamı davranışlarıyla tanımlanan farklı amaçlara hizmet ederler.
localStorage, son kullanma tarihi olmadan anahtar-değer çiftlerini saklar. Veriler, kullanıcı veya uygulama açıkça kaldırana kadar tarayıcı yeniden başlatmalarında, sistem yeniden başlatmalarında ve süresiz hareketsizlik dönemlerinde hayatta kalır. Aynı köken (protokol + alan + port) altında çalışan tüm sekmeler ve pencereler arasında paylaşılır. [1][5]
sessionStorage, verileri yalnızca sayfa oturumunun süresi boyunca saklar. Kullanıcı sekmeyi veya pencereyi kapattığında, veriler kaybolur. Kritik olarak, her sekme kendi izole sessionStorage'ını korur; aynı URL'yi ikinci bir sekmede açmak, ilk sekmenin sessionStorage verilerini paylaşmaz. [1]
| Özellik | localStorage | sessionStorage |
|---|---|---|
| Kalıcılık | Süresiz | Sadece sekme/pencere ömrü |
| Sekmeler arasında paylaşılıyor | Evet (aynı köken) | Hayır (sekme başına izolasyon) |
| Sayfa yenilemesini hayatta tutar | Evet | Evet |
| Sekme kapanmasını hayatta tutar | Evet | Hayır |
| Depolama kapasitesi | ~5-10 MB her köken için | ~5-10 MB her köken için |
| Sunucu ile iletim | Hayır | Hayır |
| HttpOnly koruması | Mevcut değil | Mevcut değil |
Her iki API de aynı köken politikasına uyar, bu nedenle https://example.com adresindeki bir sayfa, https://otherdomain.com tarafından ayarlanan depolamayı okuyamaz. [4]
localStorage'ın sessionStorage'a Göre Gizlilik Riskleri Var mı?
Evet, localStorage, esasen süresiz kalıcılığı ve sekmeler arası erişilebilirliği nedeniyle sessionStorage'a göre anlamlı şekilde daha yüksek gizlilik riskleri taşır.
localStorage'a yazılan veriler, kullanıcının farkında olmadan aylar veya yıllar boyunca birikir. Reklamcılar ve analiz satıcıları tarihsel olarak localStorage'ı, çerez silinmesini hayatta sürdüren bir izleme tanımlayıcısı olan "süper çerez" olarak kullanmıştır çünkü çoğu kullanıcı tarayıcı depolamasını manuel olarak temizlemeyi düşünmez. sessionStorage ise, sekme kapandığında kendini yok eder, bu da onu çok daha az kullanışlı bir izleme vektörü haline getirir.
localStorage'a özgü ana gizlilik risk faktörleri:
- Kalıcı izleme tanımlayıcıları: localStorage'da saklanan benzersiz bir kimlik, sunucu tarafında herhangi bir çerez olmadan bir kullanıcıyı birden fazla ziyarette izleyebilir.
- Sekmeler arası veri sızıntısı: Aynı kökenin herhangi bir sekmesinde çalışan herhangi bir betik, tüm localStorage verilerini okuyabilir.
- Depolama olayı yayını: localStorage'daki değişiklikler, aynı kökenin diğer açık sekmelerinde
storageolayını tetikler, bu da kullanıcıların gözlemleyemediği sekmeler arası veri senkronizasyonuna olanak tanır. [5] - Otomatik sonlanma yok: localStorage,
Max-AgeveExpiresniteliklerini destekleyen çerezlerin aksine, TTL mekanizmasına sahip değildir.
Web Siteleri Kullanıcıları localStorage ve sessionStorage Kullanarak İzleyebilir mi?
Web siteleri, kalıcı izleme için localStorage'ı kullanabilir ve kullanmaktadır. sessionStorage, izleme için daha az kullanışlıdır ancak oturum içi gözetim riskleri taşır.
Tek bir JavaScript satırı, localStorage.setItem('uid', 'abc123'), çerez temizleme işlemini hayatta sürdüren kalıcı bir tanımlayıcı oluşturur. Bu teknik, bazen "evercookie" veya depolama tabanlı yeniden doğuş olarak adlandırılır ve gizlilik araştırmalarında belgelenmiştir; bu nedenle düzenleyiciler, localStorage'ı giderek çerezlerle aynı onay kuralları altında ele almaktadır.
sessionStorage, bir oturum içindeki davranışları (sayfa akışı, form girdileri, gezinme desenleri) izleyebilir, ancak bu veriler sekme kapandığında kaybolur, bu da uzun vadeli profilleme için kullanımını sınırlar.
Veriler SessionStorage ve LocalStorage'da Ne Kadar Süre Kalır?
localStorage verileri, kullanıcı tarayıcı depolamasını temizleyene, web sitesi localStorage.removeItem() veya localStorage.clear() çağrısında bulunana veya tarayıcı depolama kotalarını uygulayana kadar kalır. [2]
sessionStorage verileri, oluşturulduğu sekme veya pencere kapandığında otomatik olarak silinir. Aynı sekme içinde sayfa yenilemelerini hayatta tutar ancak yeni sekmelere aktarılmaz, kullanıcı bazı tarayıcılarda sekmeyi çoğaltsa bile. [1]
Pratik sonuç: Bir geliştirici, bir oturum belirtecini sessionStorage yerine localStorage'da saklarsa, bu belirteç kullanıcı çıkış yaptığında cihazda kalır, uygulama açıkça kaldırmadıkça. Bu yaygın ve önemli bir hatadır.
SessionStorage, LocalStorage'dan Daha Gizli mi?
Çoğu gizlilik kullanım durumu için evet, sessionStorage daha gizliliğe saygılı bir seçimdir. Sekme kapandığında otomatik silinmesi, verilerin kalıcı olarak kalmadığı anlamına gelir; bu da cihaz paylaşımı, çalınan cihazlar veya adli analiz gibi durumlarda maruziyeti azaltır.
Ancak, sessionStorage doğası gereği "özel" değildir. Aktif bir oturum içinde, localStorage kadar XSS saldırılarına karşı savunmasızdır. Herhangi bir enjekte edilmiş betik, sessionStorage.getItem() çağrısı yapabilir ve verileri gerçek zamanlı olarak dışarı aktarabilir. [3]
SessionStorage'ı seçin eğer: veri yalnızca mevcut kullanıcı etkileşimi için gerekiyorsa (örneğin, çok adımlı form durumu, tek seferlik gezinme belirteçleri).
LocalStorage'ı seçin eğer: veri gerçekten oturumlar arasında kalıcı olmalıdır (örneğin, kullanıcı UI tercihleri, hassas olmayan ayarlar) ve kişisel olarak tanımlanabilir hiçbir şey içermediğinden emin olun.
Hangi Kişisel Veriler Asla localStorage'da Saklanmamalıdır?
Aşağıdaki veri kategorileri asla localStorage'da saklanmamalıdır (ve sessionStorage'da bile son derece dikkatli bir şekilde ele alınmalıdır): [3]
- Kimlik doğrulama belirteçleri (JWT'ler, OAuth belirteçleri, oturum kimlikleri)
- Şifreler veya şifre karma değerleri
- Kredi kartı veya ödeme bilgileri
- Devlet tarafından verilen kimlik numaraları veya Sosyal Güvenlik numaraları
- Tam isimler ile e-posta adresleri veya telefon numaraları
- Tıbbi veya sağlık kayıtları
- GDPR kapsamında "özel kategori" olarak sınıflandırılan herhangi bir veri (biyometrik veriler, sağlık verileri, siyasi görüşler)
Hem localStorage hem de sessionStorage'da saklanan veriler varsayılan olarak şifrelenmemiştir. Cihaza fiziksel erişimi olan herkes veya sayfada çalışabilen herhangi bir betik, verileri düz metin olarak okuyabilir. [3]
Üçüncü Taraf Betikleri localStorage Verilerine Erişebilir mi?
Üçüncü taraf betikleri, ana sayfanın aynı kökeninde yüklendiği ve çalıştırıldığı takdirde localStorage verilerine erişebilir. Bu, kritik ve sıklıkla göz ardı edilen bir risktir.
Bir web sitesi, bir <script> etiketi aracılığıyla üçüncü taraf bir analiz veya reklam betiği gömüldüğünde, o betik ana sayfanın köken bağlamında çalışır. Site'nin localStorage'ına serbestçe okuyup yazabilir. Aynı köken politikası, sayfada kasıtlı veya istemeden dahil edilen betiklere karşı koruma sağlamaz. [4]
Pratikte bu ne anlama geliyor: Eğer bir site, localStorage'da bir kullanıcı tanımlayıcısı saklıyorsa ve ayrıca bir üçüncü taraf reklam betiği yüklüyorsa, o reklam betiği tanımlayıcıyı okuyabilir ve bunu kullanıcı bilgisi veya onayı olmadan çapraz site davranış verileriyle ilişkilendirebilir.
Bu, Onay Yönetim Platformlarının neden önemli olduğunu açıklayan bir sebeptir. Biscotti CMP, web sitelerinin depolama işlemleri için kullanıcı onayını yönetmesine ve belgelendirmesine olanak tanır; bu, localStorage tabanlı izleme dahil olmak üzere, sitelerin GDPR ve benzeri çerçeveler altındaki yükümlülüklerini yerine getirmelerine yardımcı olur.
localStorage Kullanmanın GDPR Etkileri Nelerdir?
GDPR kapsamında, kişisel verilerin veya izleme tanımlayıcılarının herhangi bir depolanması, teknik mekanizmaya bakılmaksızın, yasal bir dayanağa ihtiyaç duyar. localStorage aracılığıyla gereksiz izleme için bu dayanak neredeyse her zaman açık kullanıcı onayıdır. [2]
Avrupa Veri Koruma Kurulu, analiz, reklam veya kullanıcı profilleme için kullanılan localStorage'ın çerezlerle aynı onay gerekliliklerine tabi olduğunu doğrulamıştır. Önceden onay olmadan localStorage'a izleme tanımlayıcıları bırakan web siteleri, onaysız çerez kullananlarla aynı yaptırım maruziyetiyle karşı karşıyadır.
GDPR kapsamında localStorage için uyumluluk kontrol listesi:
- Birinci taraf ve üçüncü taraf betikleri tarafından yazılan tüm localStorage anahtarlarını denetleyin.
- Her anahtarı sınıflandırın: hizmet için kesinlikle gerekli mi, yoksa analiz/reklam için mi kullanılıyor?
- Gereksiz depolama için, yazma işlemini belgelenmiş kullanıcı onayı arkasında kapatın.
- Kullanıcılara onayı geri çekme ve depolama silme işlemini tetikleme için net bir mekanizma sağlayın.
- Veri kontrolörünün meşru menfaatini veya onay kaydını belgeleyin.
Doğru yapılandırılmış bir Onay Yönetim Platformu, Biscotti CMP gibi, bu onay yaşam döngüsünün çoğunu otomatikleştirebilir.
localStorage Farklı Web Siteleri Arasında Erişilebilir mi?
Hayır. localStorage, yalnızca onu oluşturan köken (protokol + alan + port kombinasyonu) ile sınırlıdır. https://siteA.com adresindeki bir betik, https://siteB.com tarafından ayarlanan localStorage verilerini okuyamaz. [4]
Ancak, bu korumanın sınırları vardır. Eğer tek bir reklam veya analiz sağlayıcısı, hem siteA.com hem de siteB.com üzerinde betiklerini yüklüyorsa, her bir örnek, ilgili sitenin localStorage'ına bağımsız olarak yazar. Sağlayıcı daha sonra verileri sunucu tarafında ilişkilendirir, böylece aynı köken politikasını ihlal etmeden çapraz site izleme gerçekleştirir.
Gizli Mod ve Özel Tarama localStorage'ı Nasıl Etkiler?
Özel/gizli tarama, özel pencere kapandığında silinen geçici bir depolama bölmesi oluşturur. Gizli bir oturum sırasında yazılan localStorage, ana tarayıcı profilinde kalmaz ve normal tarama pencerelerine erişilemez.
sessionStorage, gizli modda normal taramaya göre aynı şekilde davranır: sekme kapandığında silinir.
Önemli uyarılar:
- Aktif bir gizli oturum içinde, localStorage hala o oturumun aynı köken bağlamında çalışan tüm betikler tarafından okunabilir.
- Gizli mod, gerçek zamanlı XSS tabanlı veri dışa aktarımını önlemez.
- Bazı tarayıcılar, kullanıcı tarayıcı senkronizasyonuna giriş yaptığında localStorage'ı cihazlar arasında senkronize eder; bu, "yerel" verilerin bulut altyapısına taşınmasına neden olabilecek bir davranıştır.
Gizlilik İçin SessionStorage ve localStorage'ı Nasıl Temizlerim?
Tarayıcı depolamasını temizlemek basittir, ancak localStorage için otomatik olarak yapılmadığı için kasıtlı bir eylem gerektirir.
Tarayıcı düzeyinde temizleme:
- Chrome: Ayarlar > Gizlilik ve Güvenlik > Tarayıcı verilerini temizle > Önbelleğe alınmış görüntüler ve dosyalar + Site verileri
- Firefox: Ayarlar > Gizlilik ve Güvenlik > Çerezler ve Site Verileri > Verileri Temizle
- Safari: Ayarlar > Gizlilik > Web Sitesi Verilerini Yönet
Programatik temizleme (geliştiriciler için):
localStorage.clear()köken için tüm anahtarları kaldırır.sessionStorage.clear()mevcut sekme oturumu için tüm anahtarları kaldırır.localStorage.removeItem('keyName')belirli bir anahtarı kaldırır.
İzleme konusunda endişeli son kullanıcılar için: tarayıcı ayarlarında "site verilerini" veya "çerezler ve depolama"yı temizlemek, tüm siteler için hem localStorage hem de sessionStorage içeriklerini kaldırır. Gizlilik için tasarlanmış tarayıcı uzantıları, bunu site başına veya oturum başına otomatikleştirebilir.
Web Depolama ile Geliştiricilerin Yaptığı Yaygın Gizlilik Hataları Nelerdir?
En önemli hatalar, ortak bir kökene sahiptir: istemci tarafı depolamayı güvenli bir sunucu tarafı veritabanıymış gibi ele almak.
- JWT'leri localStorage'da saklamak: localStorage'da saklanan kimlik doğrulama belirteçleri, sayfadaki herhangi bir betik tarafından erişilebilir. Tek bir XSS açığı, her kullanıcının belirtecini açığa çıkarır. Bunun yerine kimlik doğrulama belirteçleri için HttpOnly çerezleri kullanın.
- Sonlanma mantığı yok: localStorage'ın TTL'si yoktur. Verileri sonlanma mantığı oluşturmadan saklayan geliştiriciler, cihazlarda süresiz olarak eski, hassas veriler bırakır.
- Aynı kökenin güvenli olduğunu varsaymak: Aynı köken politikası, dış siteleri engeller, ancak aynı siteden yüklenen kötü niyetli betiklere karşı koruma sağlamaz (XSS, tehlikeye atılmış üçüncü taraf kütüphaneler).
- Üçüncü taraf betik erişimini göz ardı etmek: localStorage'dan ne okuduklarını denetlemeden analiz veya reklam betiklerini gömmek.
- İzleme depolaması için onay kapısı yok: Kullanıcı onayı alınmadan localStorage'a analiz tanımlayıcıları yazmak, doğrudan bir GDPR ihlalidir. [2]
- Gereksiz PII saklamak: Performans için localStorage'da tam kullanıcı profillerini içeren API yanıtlarını önbelleğe almak, maruziyet yüzeyini dikkate almadan.
IndexedDB, localStorage'dan Daha Gizli mi?
IndexedDB, localStorage'dan doğası gereği daha gizli değildir. Her ikisi de aynı köken politikasına tabidir, her ikisi de sayfada çalışan JavaScript'e erişilebilir ve her ikisi de XSS saldırılarına karşı savunmasızdır.
IndexedDB, daha büyük depolama kapasitesi sunar ve yapılandırılmış veriler ve ikili blob'ları destekler, bu da onu karmaşık çevrimdışı uygulamalar için uygun hale getirir. Ancak gizlilik ve güvenlik açısından riskler karşılaştırılabilir. IndexedDB'de saklanan veriler de varsayılan olarak şifrelenmemiştir ve açıkça silinmediği sürece süresiz olarak kalır.
IndexedDB ve localStorage arasındaki seçim, veri karmaşıklığı ve hacim gereksinimleri tarafından yönlendirilmelidir, gizlilik varsayımları değil. Hiçbiri, uygulama katmanı şifrelemesi ve sıkı erişim kontrollerü olmadan hassas kişisel veriler için uygun değildir.
Sonuç
SessionStorage ve LocalStorage: Web Depolama API'lerinin Gizlilik Etkileri tartışması, yalnızca teknik bir dipnot değil, kullanıcı gizliliği, düzenleyici uyumluluk ve uygulama güvenliği için doğrudan sonuçları vardır. localStorage'ın süresiz kalıcılığı ve sekmeler arası erişilebilirliği, yanlış kullanıldığında yüksek riskli bir depolama mekanizması haline getirirken, sessionStorage'ın sekme kapandığında otomatik silinmesi, geçici durumlar için daha savunulabilir bir seçim yapar.
2026'da geliştiriciler ve web sitesi sahipleri için uygulanabilir sonraki adımlar:
- Tarayıcı Geliştirici Araçları (Uygulama sekmesi) kullanarak birinci taraf ve üçüncü taraf betikleri arasında tüm localStorage ve sessionStorage kullanımını denetleyin.
- Herhangi bir kimlik doğrulama belirteci, PII veya hassas tanımlayıcıyı istemci tarafı depolamadan hemen kaldırın.
- localStorage tabanlı kimlik doğrulama belirteci depolamasını, sunucu tarafında yönetilen HttpOnly, Güvenli çerezlerle değiştirin.
- Kullanıcı onayını belgelenmiş bir şekilde gereksiz localStorage yazımlarının arkasında kapatacak bir onay yönetim iş akışı uygulayın; Biscotti CMP gibi bir platform kullanarak.
- Kalıcı olması gereken herhangi bir localStorage verisine sonlanma mantığı ekleyin ve çıkışta temizleme uygulayın.
- Hangi dış kodun kökeninizin depolamasından okuyabileceğini anlamak için üçüncü taraf betik denetimi gerçekleştirin.
- Geliştirme ekiplerini, her iki depolama türüne karşı birincil saldırı vektörü olarak XSS önleme konusunda eğitin.
Web depolama API'leri güçlü araçlardır. Gizlilik disiplini olmadan kullanıldıklarında, yükümlülük vektörlerine dönüşürler. Kasıtlı kapsam, onay yönetimi ve güvenlik hijyeni ile kullanıldıklarında, kullanıcıların uygulamanıza duyduğu güveni zedelemeden amaçlarına hizmet ederler.
SSS
S: sessionStorage ile localStorage arasındaki temel fark nedir? localStorage, oturumlar arasında süresiz olarak veri saklar ve aynı kökenin tüm sekmeleri arasında paylaşılır. sessionStorage, yalnızca mevcut sekmenin ömrü boyunca veri saklar ve sekme kapandığında otomatik olarak silinir.
S: localStorage, kullanıcıları çerez olmadan izlemek için kullanılabilir mi? Evet. localStorage'da saklanan benzersiz bir tanımlayıcı, çerez silinmesini hayatta sürdürür ve aynı siteye yapılan birden fazla ziyarette kullanıcıları izlemek için kullanılabilir; kalıcı bir izleme mekanizması işlevi görür.
S: sessionStorage, şifreleri saklamak için güvenli mi? Hayır. sessionStorage şifrelenmemiştir ve sayfadaki herhangi bir JavaScript tarafından erişilebilir, enjekte edilmiş kötü niyetli betikler dahil. Şifreler, hiçbir istemci tarafı depolama mekanizmasında saklanmamalıdır.
S: GDPR, localStorage'a uygulanır mı? Evet. GDPR kapsamında, yasal bir dayanağı olmadan, genellikle gereksiz amaçlar için açık kullanıcı onayı olmadan localStorage'da izleme tanımlayıcıları veya kişisel verilerin saklanması, onaysız çerez kullanımına eşdeğer bir uyumluluk ihlalidir.
S: Üçüncü taraf betikleri localStorage verilerimi okuyabilir mi?
Evet, eğer bu betikler aynı köken içinde yüklenip çalıştırılıyorsa. <script> etiketleri aracılığıyla gömülen üçüncü taraf analiz veya reklam betikleri, ana sayfanın köken bağlamında çalışır ve o köken için tüm localStorage verilerini okuyabilir.
S: Çerezleri temizlemek, localStorage'ı da temizler mi? Her zaman değil. Çoğu tarayıcıda, yalnızca "çerezleri" temizlemek, localStorage'ı temizlemez. Kullanıcıların localStorage içeriklerini kaldırmak için özellikle "site verilerini" veya "çerezler ve diğer site verilerini" temizlemeleri gerekir.
S: Gizli mod, localStorage izlemelerinden korur mu? Gizli mod, özel pencere kapandıktan sonra localStorage verilerinin kalmasını önler, ancak aktif bir gizli oturum içinde localStorage hala sayfadaki tüm betikler tarafından okunabilir.
S: Kimlik doğrulama belirteçleri için localStorage yerine ne kullanmalıyım? HttpOnly, Güvenli, SameSite çerezleri kullanın; bunlar sunucu tarafında yönetilir. Bu çerezler, JavaScript'e erişilemez, bu da localStorage'ın taşıdığı XSS tabanlı belirteç hırsızlığı riskini ortadan kaldırır.
S: IndexedDB, localStorage'dan daha güvenli mi? Hayır. IndexedDB, localStorage ile aynı XSS açıklarına ve aynı köken politikasına tabidir. Daha büyük kapasite ve veri yapısı desteği sunar, ancak ek gizlilik veya güvenlik garantileri sağlamaz.
S: localStorage ve sessionStorage ne kadar veri tutabilir? Çoğu modern tarayıcı, her depolama türü için her köken başına yaklaşık 5 ila 10 MB depolama tahsis eder; bu, çerezlerin tipik 4 KB sınırından önemli ölçüde daha fazladır. [2]
Referanslar
[1] Sessionstorage - https://developer.mozilla.org/en-US/docs/Web/API/Window/sessionStorage?utm_source=openai
[2] What Is Localstorage Sessionstorage - https://inspectwp.com/en/knowledge-base/what-is-localstorage-sessionstorage?utm_source=openai
[3] Html5 Web Storage Security Risks Safeguarding Localstorage And Sessionstorage - https://www.dopethemes.com/html5-web-storage-security-risks-safeguarding-localstorage-and-sessionstorage/?utm_source=openai
[4] Localstorage - https://javascript.info/localstorage?utm_source=openai
[5] Localstorage Sessionstorage - https://www.w3docs.com/learn-javascript/localstorage-sessionstorage?utm_source=openai
[6] Cookies Vs Localstorage Vs Sessionstorage What Each One Exactly Means - https://www.interserver.net/tips/kb/cookies-vs-localstorage-vs-sessionstorage-what-each-one-exactly-means/?utm_source=openai