Automatiska attackverktyg träffar webbplatser dygnet runt, och de stannar inte upp för att kontrollera om en webbplats är stor, liten, populär eller okänd. En brandvägg för webbapplikationer är lagret som läser varje inkommande förfrågan innan din webbplats gör det och stoppar de skadliga från att komma igenom. Det som skiljer den från andra säkerhetsverktyg är vilken nivå den arbetar på och vad den faktiskt läser.
Det mesta av trafiken som försöker ta sig in på en webbplats kommer inte från en person vid ett tangentbord. Den kommer från automatiska verktyg som går igenom listor över kända svaga punkter och skickar skadliga förfrågningar till tusentals webbplatser samtidigt. En brandvägg för webbapplikationer är gjord just för att fånga dem. För hela bilden av varför webbplatser attackeras oavsett storlek eller syfte, läs artikeln varför webbplatssäkerhet är viktigt.
Vad är en brandvägg för webbapplikationer?
En brandvägg för webbapplikationer, ofta kallad WAF, är ett skyddslager som sitter mellan internet och din webbplats. Varje förfrågan som kommer till webbplatsen passerar först brandväggen. Brandväggen kontrollerar varje förfrågan mot en uppsättning regler och avgör om den ska släppas igenom eller blockeras.
Den viktigaste skillnaden mellan en brandvägg för webbapplikationer och en vanlig nätverksbrandvägg är vad de tittar på. En nätverksbrandvägg arbetar på anslutningsnivå och styr vilka servrar som får prata med varandra. En brandvägg för webbapplikationer tittar på själva innehållet i förfrågan, och det är där webbaserade attacker gömmer sig. Den läser vad som skickas, inte bara varifrån det kommer.
Hur fungerar en brandvägg för webbapplikationer?
Vad den läser
- Varje inkommande förfrågan bär information: webbadressen som begärs, all data som skickas via formulär och de uppgifter som webbläsaren skickar med förfrågan
- Brandväggen läser allt detta mot en uppsättning regler som beskriver hur skadliga förfrågningar ser ut
- Förfrågningar som matchar ett skadligt mönster blockeras innan de alls når servern eller webbplatsens kod
Hur den avgör vad som ska blockeras
- Brandväggar använder regeluppsättningar som beskriver kända attackmönster. De uppdateras regelbundet när nya attackmetoder upptäcks
- Vissa brandväggar tittar också på beteende över tid. En källa som skickar hundratals förfrågningar per sekund, eller sondar webbplatsen i ett mönster som matchar ett skanningsverktyg, kan blockeras även om ingen enskild förfrågan bryter mot en specifik regel
- Hanterade brandväggstjänster sköter regeluppdateringarna automatiskt. En brandvägg som kör gamla regler är mycket mindre effektiv mot de attacker som pågår i dag
Vilka typer av attacker stoppar en brandvägg för webbapplikationer?
SQL-injektion
- SQL-injektion är en av de vanligaste webbattackerna. Den fungerar genom att skadliga databaskommandon läggs in i ett formulärfält eller en webbadress, i syfte att få webbplatsen att köra kommandona som om de vore riktiga instruktioner
- En lyckad SQL-injektion kan låta en angripare hämta ut varenda post ur databasen, ändra innehåll eller radera det helt
- En brandvägg för webbapplikationer känner igen mönstren som de här attackerna använder och blockerar dem innan de når webbplatsen
Cross-site scripting
- Cross-site scripting, ofta kallat XSS, fungerar genom att skadliga skript läggs in på en sida som andra besökare sedan laddar i sina webbläsare
- Skripten kan stjäla inloggningssessioner, omdirigera besökare till andra webbplatser eller samla in information som skrivs in i formulär utan att någon märker det
- En brandvägg blockerar förfrågningar med de här attackmönstren innan någon skadlig kod kan nå sidan
Trafik från skadliga botar
- Automatiska botar står för en stor del av webbplatsers trafik. Vissa är ofarliga, som sökmotorers genomsökare. Andra är byggda för att söka efter svaga punkter, testa stora mängder lösenord på inloggningssidan eller kopiera innehåll
- En brandvägg för webbapplikationer kan identifiera och blockera botar som matchar kända skadliga mönster, vilket begränsar vad de kan hitta och minskar belastningen de ger servern
Kända attackverktyg
- Angripare använder verktyg som skickar förfrågningar i mönster som har studerats och dokumenterats. Deras signaturer finns inbyggda i brandväggarnas regeluppsättningar
- En brandvägg för webbapplikationer med aktuella regler blockerar förfrågningar som matchar de här mönstren automatiskt, utan att du behöver göra något
Vad en brandvägg för webbapplikationer inte kan stoppa på egen hand
En brandvägg är ett lager i ett säkerhetsupplägg, inte ett komplett svar i sig.
Inloggningar med stulna lösenord
- En brandvägg för webbapplikationer kan inte avgöra om en inloggning gjordes av den verkliga kontoägaren eller av någon som kommit över lösenordet någon annanstans
- En inloggning med rätt användarnamn och lösenord ser ut som en vanlig förfrågan. Brandväggen släpper igenom den
- Därför behövs starka lösenord och tvåfaktorsautentisering ändå vid sidan av en brandvägg. För en fullständig genomgång av hur de här skydden samverkar, läs artikeln så skyddar du din webbplats mot hackare
Nya attackmetoder som reglerna inte hunnit ikapp
- När en ny svag punkt hittas i webbplatsprogramvara finns det ett glapp mellan att attackerna börjar använda den och att brandväggens regler uppdateras för att blockera den
- Under det fönstret kan brandväggen släppa igenom just de attackerna
- Om du håller webbplatsprogramvaran uppdaterad samtidigt som du kör en brandvägg minskar glappet avsevärt
Skadlig kod som redan finns på webbplatsen
- En brandvägg för webbapplikationer filtrerar inkommande förfrågningar. Den skannar inte webbplatsens egna filer efter skadlig kod som kan ligga där sedan en tidigare attack
- Om något kom in på webbplatsen innan brandväggen fanns på plats, eller via en metod som brandväggen inte fångade, upptäcks det inte
- För hur skadlig kod på en webbplats ser ut och hur du hanterar den, läs artikeln vad skadlig kod på webbplatser är och hur den påverkar din webbplats
Brandväggar på nätverksnivå jämfört med webbplatsnivå
Brandväggar på nätverksnivå
- En brandvägg på nätverksnivå arbetar på hostingnivå och filtrerar trafik innan den når enskilda webbplatser
- De tillhandahålls oftast av webbhotellet eller CDN-leverantören. De är byggda för att blockera storskaliga attacker, inklusive översvämningsattacker som försöker slå ut servrar genom att skicka enorma mängder trafik på en gång
- De arbetar på en bred nivå och är bättre på att filtrera trafikvolym och anslutningsmönster än på att läsa det specifika innehållet i enskilda förfrågningar
Brandväggar på webbplatsnivå
- En brandvägg för webbapplikationer på webbplatsnivå arbetar närmare webbplatsen och läser det faktiska innehållet i varje förfrågan, och fångar attackmönster som en brandvägg på nätverksnivå kanske inte ser
- De kan ställas in på plattformsnivå hos hanterade hostingtjänster eller läggas till via ett tillägg eller en säkerhetstjänst på webbplatser som du sköter själv
- Båda typerna täcker olika områden och fungerar bra tillsammans. Ett webbhotell som inkluderar brandväggsskydd på nätverksnivå hanterar redan en stor del av de automatiska attackerna innan någon konfiguration på webbplatsnivå behövs
Hur en brandvägg för webbapplikationer passar in i ett komplett säkerhetsupplägg
En brandvägg fungerar tillsammans med andra skydd som var och ett täcker en olika typ av risk.
- En brandvägg filtrerar skadliga förfrågningar. Att hålla programvaran uppdaterad stänger de svaga punkter som förfrågningarna riktar sig mot. Tillsammans hanterar de de två vanligaste sätten för attacker att ta sig in
- Starka lösenord och tvåfaktorsautentisering stoppar åtkomst via stulna inloggningsuppgifter, vilket ingen brandvägg kan blockera på egen hand
- Säkerhetskopior gör att en webbplats snabbt kan återhämta sig när något ändå tar sig igenom. Läs artikeln så säkerhetskopierar du din webbplats för hela guiden
Så hanterar WEMASY brandväggsskydd
WEMASY:s hosting inkluderar brandväggsskydd och trafikfiltrering på nätverksnivå. Skadliga förfrågningar och översvämningsattacker filtreras innan de når enskilda webbplatser på plattformen. Det är inbyggt i varje plan och kräver ingen installation eller konfiguration från webbplatsägare.
Programuppdateringar hanteras på plattformsnivå och håller webbplatser skyddade mot kända svaga punkter utan att du behöver göra något. SSL-certifikat ingår och tillämpas automatiskt på varje webbplats.
Se vad som ingår i WEMASY webbplatsbyggare, eller jämför planerna på prissidan.
Vanliga frågor
Vad är en brandvägg för webbapplikationer?
En brandvägg för webbapplikationer, eller WAF, är ett skyddslager som sitter mellan din webbplats och trafiken som kommer från internet. Den kontrollerar varje inkommande förfrågan mot en uppsättning regler som beskriver hur skadliga förfrågningar ser ut och blockerar de som matchar innan de når din webbplats. Det skiljer sig från en vanlig nätverksbrandvägg, som styr anslutningar på en bredare nivå. En brandvägg för webbapplikationer läser innehållet i varje förfrågan, och det är där webbaserade attacker gömmer sig. Med WEMASY:s webbplatsbyggare kan du ställa in det direkt på din webbplats.
Vilka attacker blockerar en brandvägg för webbapplikationer?
En brandvägg för webbapplikationer blockerar en rad vanliga webbattacker, bland annat SQL-injektion (skadliga databaskommandon som läggs in i ett formulär eller en webbadress), cross-site scripting (skadliga skript som läggs in på sidor som andra besökare sedan laddar) och trafik från botar som söker efter svaga punkter på webbplatsen. Den blockerar också förfrågningar från kända attackverktyg som skickar förfrågningar i igenkännbara mönster. Brandväggen hanterar detta automatiskt, utifrån regler som uppdateras när nya attackmetoder hittas.
Ersätter en brandvägg för webbapplikationer andra säkerhetsåtgärder?
Nej. En brandvägg för webbapplikationer är en del av ett säkerhetsupplägg, inte en komplett lösning. Den filtrerar skadliga inkommande förfrågningar men kan inte stoppa attacker som använder stulna lösenord, eftersom en inloggning med rätt uppgifter ser ut som en vanlig förfrågan. Den skannar inte heller webbplatsens egna filer efter skadlig kod som redan kan finnas där. Den fungerar bäst tillsammans med starka lösenord, tvåfaktorsautentisering, programuppdateringar och regelbundna säkerhetskopior.
Vad är skillnaden mellan en nätverksbrandvägg och en brandvägg för webbapplikationer?
En nätverksbrandvägg styr trafik på anslutningsnivå och avgör vilka servrar och nätverk som får kommunicera med varandra. En brandvägg för webbapplikationer arbetar på innehållsnivå, läser detaljerna i varje inkommande förfrågan och blockerar de som matchar skadliga mönster. Båda arbetar på olika nivåer och har olika syften. Många webbhotell inkluderar brandväggsskydd på nätverksnivå som hanterar storskaliga attacker, medan en brandvägg för webbapplikationer lägger till mer specifikt skydd för själva webbplatsens innehåll och kod.
Behöver jag en brandvägg för webbapplikationer om mitt webbhotell redan inkluderar brandväggsskydd?
Brandväggsskydd på hostingnivå arbetar oftast på nätverksnivå och filtrerar storskaliga attacker och trafiköversvämningar. En brandvägg för webbapplikationer arbetar närmare själva webbplatsen och kan läsa innehållet i enskilda förfrågningar, och fångar attackmönster som en brandvägg på nätverksnivå kanske inte ser. Om du behöver båda beror på hur ditt webbhotell är upplagt. Hanterade hostingplattformar som inkluderar brandväggsskydd på plattformsnivå täcker ofta de vanligaste attacktyperna utan någon extra installation. För webbhotell som du sköter själv är det värt att lägga till en brandvägg för webbapplikationer.
Hur ofta uppdateras reglerna i en brandvägg för webbapplikationer?
Hanterade brandväggstjänster för webbapplikationer uppdaterar sina regler automatiskt när nya attackmetoder hittas och dokumenteras. Det är ett av de främsta skälen att använda en hanterad tjänst i stället för en manuellt konfigurerad lösning. Föråldrade regler gör en brandvägg mycket mindre effektiv mot de attacker som pågår i dag. När du använder en brandvägg eller ett tillägg som du sköter själv är det lika viktigt att se till att den får regelbundna uppdateringar som att ha den installerad.