Cacheförgiftning och skydd av cachelagret

Cacheförgiftning på webben lurar en cache att lagra ett skadligt svar som sedan levereras till andra användare. Angriparen manipulerar en indata som påverkar svaret men inte ingår i cache-nyckeln.

• Angriparen skickar en specialutformad begäran
• Origin-servern återspeglar angriparens indata i svaret
• Cachen lagrar svaret och levererar det till alla

Grundorsaken är en indata som inte ingår i nyckeln: en header eller parameter som ändrar svaret men har uteslutits från cache-nyckeln. Om angriparen styr den kan hen förgifta den gemensamma posten.

Föreställ dig att origin-servern återspeglar X-Forwarded-Host i en genererad URL, medan cachen ignorerar den headern. Angriparen anger sin egen domän, och den cachade sidan pekar då alla användare mot angriparens resurser.

Det främsta försvaret är att ta med all indata som påverkar svaret i cache-nyckeln eller att ta bort farliga headers innan cachning. Återspegla aldrig opålitliga headers i cachat innehåll.

Cachebedrägeri lurar cachen att lagra privat data under en URL som ser offentlig ut. Angriparen lägger till ett falskt statiskt filändelse så att cachen behandlar en känslig sida som en cachningsbar resurs.

Skydda er genom att cacha utifrån den faktiska Content-Type och uttryckliga regler, inte enbart utifrån URL:ens filändelse. Cacha aldrig svar som är märkta med private eller som anger autentiseringscookies.

Konfigurera edge-lagret så att headers som en angripare inte ska kunna styra tas bort innan de når origin-servern eller cachen, till exempel headers av typen forwarded-host, såvida de inte uttryckligen är betrodda.

Om origin-servern måste återge ett värde ska du validera och koda det. Skapa aldrig cachningsbara URL:er eller skript direkt från headers i begäran utan strikt tillåtelselista.

Autentiserade svar bör i allmänhet kringgå gemensamma cacher. Dirigera inloggade begäranden runt den offentliga cachen eller märk dem med private, no-store så att de aldrig delas.

Håll utkik efter avvikelser: plötsliga cacheposter med oväntade värdar, toppar i 4xx efter en driftsättning eller rapporter om att användare ser främmande innehåll. Med upptäckt kan du rensa cachen snabbt.

Skydda cachelagret genom att:

• Inkludera all indata som påverkar svaret i nyckeln
• Ta bort opålitliga forwarding-headers
• Cacha utifrån innehållstyp, inte URL-filändelse
• Aldrig cacha privata eller autentiserade svar
• Koda alla återspeglade värden från begäran

Du har lärt dig hur attacker med cacheförgiftning och cachebedrägeri utnyttjar indata som inte ingår i nyckeln och URL-baserad cachning. Du har sett följande försvar: noggrann hantering av cache-nycklar, borttagning av opålitliga headers, cachning utifrån innehållstyp, att aldrig dela autentiserade svar samt övervakning efter avvikelser.