Cache poisoning treedt op wanneer kwaadaardige gegevens worden geïnjecteerd in de cache van een browser, waardoor deze gecompromitteerde content serveert zelfs na de oorspronkelijke aanval. Dit kan zowel browser- als DNS-caches beïnvloeden, waardoor gebruikers mogelijk worden omgeleid naar kwaadaardige sites of gewijzigd JavaScript krijgen geserveerd. Vanuit client-side beveiligingsperspectief helpen het implementeren van juiste cache-controles, gebruik van HTTPS en validatie van gecachte bronnen om poisoning-aanvallen te voorkomen. Moderne beveiligingsheaders zoals Cache-Control en juiste SSL/TLS-configuratie zijn cruciale verdedigingsmiddelen.
Cache poisoning is het inbrengen van kwaadaardige of onjuiste data in een cache zodat latere verzoeken de gemanipuleerde versie krijgen geserveerd. Meerdere lagen kunnen worden getroffen. Web cache poisoning misbruikt hoe een CDN of reverse proxy zijn cachesleutel opbouwt, en verleidt die tot het opslaan van een door de aanvaller beïnvloed antwoord dat vervolgens aan andere gebruikers wordt uitgereikt. DNS cache poisoning corrumpeert de records van een resolver zodat een hostnaam naar de server van een aanvaller wijst. Ook de eigen cache van een browser kan een gemanipuleerde resource vasthouden. In elk geval blijft de vergiftigde vermelding bestaan na het oorspronkelijke verzoek, waardoor één interactie veel volgende bezoekers kan raken totdat de cache verloopt of wordt geleegd.
Een vergiftigde cache verandert één geïnjecteerd antwoord in een duurzame, wijdreikende aanval. Als de gemanipuleerde vermelding een JavaScript-bestand is, draait elke bezoeker die vanuit die cache wordt bediend de code van de aanvaller, die data kan stelen, gebruikers kan omleiden of de pagina kan bekladden, terwijl de eigen logs van de origin-server er normaal blijven uitzien. DNS-vergiftiging kan verkeer stilletjes omleiden naar een look-alike-site voor phishing of diefstal van inloggegevens. Omdat de kwaadaardige content wordt geleverd vanuit infrastructuur die gebruikers en browsers al vertrouwen, omzeilt het veel verdedigingen en is het lastig op te sporen. De reikwijdte van de schade hangt af van hoe breed de cache wordt gedeeld en hoe lang vermeldingen blijven bestaan.
Verklein het aanvalsoppervlak door alles over HTTPS te serveren met geldige certificaten, wat het onderweg manipuleren dat veel poisoning-aanvallen zaait blokkeert, en combineer dit met HSTS. Configureer caches zodat ze op elke invoer van een verzoek die het antwoord beïnvloedt sleutelen, vermijd cachebeslissingen op basis van niet-gesleutelde headers, en stel bewuste Cache-Control- en TTL-waarden in. Gebruik DNSSEC-bewuste resolvers om DNS-vergiftiging te weerstaan, en Subresource Integrity zodat een browser een script weigert waarvan de hash niet meer overeenkomt. Waar een vergiftigde cache een gewijzigd third-party script serveert, kan de payload-analyse van cside op zijn Script-methode detecteren dat het gedrag van de code is veranderd en het blokkeren, ongeacht waar het bestand in de cache stond.
Nee, al zijn ze verwant. Cache poisoning slaat een schadelijk antwoord op zodat anderen het ontvangen. Web cache deception verleidt een cache juist tot het opslaan van de private, gepersonaliseerde pagina van een slachtoffer onder een URL die een aanvaller later kan opvragen, waardoor de gegevens van die gebruiker worden blootgesteld. De ene bewapent gedeelde content; de andere lekt vertrouwelijke content.
HTTPS versleutelt en authenticeert verkeer tussen de browser en server, zodat een aanvaller onderweg een antwoord niet stilletjes kan wijzigen en als legitiem laten cachen. Het lost geen fouten op in hoe een CDN cachesleutels opbouwt of in DNS, dus het is noodzakelijk maar niet voldoende; juiste cacheconfiguratie en DNSSEC blijven ertoe doen.
We answer client-side security questions every day. Bring yours.