FmindAlle beveiligingshandleidingen
Beveiligingshandleiding
Bescherming van cookies (Secure, HttpOnly)
Cookies kunnen uw bezoekers of medewerkers ingelogd houden. Zonder de vlag Secure kan een cookie onversleuteld worden verstuurd, en zonder HttpOnly kan kwaadaardige code op de pagina het cookie lezen, waardoor iemand een sessie zou kunnen overnemen.
Wie kan helpen
Uw webontwikkelaar
Eerst bekijken, dan wijzigen
Gebruik deze stappen voor een website of e-maildomein dat u beheert. Vul de tijdelijke aanduidingen in hoofdletters in met uw eigen waarden. Als een stap verwijst naar opgeslagen bewijs, voer dan de gratis controle uit en bevestig uw domein om het privérapport te openen. Gebruik de exacte hostnaam of DNS-querynaam die daar staat.
- Noteer in de opslagtools van de browser alleen de naam, het doel, de herkomst en de vlaggen van elk cookie, nooit de waarde. Vraag de beheerder van de applicatie of plug-in welke cookies JavaScript- of cross-site-toegang nodig hebben; herschrijf niet alle Set-Cookie-headers op het CDN.
Cookienaam | Doel | Beheerder applicatie/plug-in | Secure | HttpOnly | SameSite
DO_NOT_COPY_COOKIE_VALUESWat te doen
Vraag uw ontwikkelaar waarvoor elk cookie dient. Inlog- en sessiecookies moeten zowel Secure als HttpOnly hebben. Sommige cookies, zoals die van toestemmingsbanners of statistieken, moeten terecht leesbaar zijn voor de pagina, dus wijzig ze niet allemaal tegelijk: test eerst het inloggen en uw koppelingen, en zorg dat u kunt terugdraaien.
Hoe u de wijziging controleert
Voer deze controle opnieuw uit en neem de lijst met cookies door met uw ontwikkelaar. Controleer daarna of inloggen en uw andere functies nog werken.
Wat deze controle kan vaststellen
Elk cookie hoort Secure te hebben; alleen inlog- en sessiecookies moeten ook HttpOnly hebben, omdat toestemmings- of statistiekcookies bewust door de pagina worden gelezen. We zien alleen cookies die uw homepage instelt, we verbergen hun waarden, herkennen sessiecookies aan hun naam en controleren hun SameSite-instelling niet.