Vad du gör den dag en sårbarhet i ett WordPress-plugin publiceras

Nästan varje dag publiceras en ny sårbarhet i ett WordPress-plugin. De flesta kräver inget mer än nästa vanliga uppdatering. Några få kräver åtgärd i dag: de som aktivt utnyttjas, de som inte kräver inloggning eller de som sitter i ett plugin du kör på dussintals kundsajter. Den här guiden är en rutin för den dagen: hur du snabbt avgör om en brist spelar roll för dig, hur du hittar varje drabbad sajt och vad du gör efter uppdateringen.

Steg 1: avgör på fem minuter om det är brådskande

Läs själva varningen (Patchstack, Wordfence eller WPScan), inte bara rubriken. Fyra frågor avgör hur snabbt du agerar:

• Utnyttjas den? En varning som säger att attacker har setts hamnar högst upp på din dag.
• Krävs inloggning? En brist som en anonym besökare kan använda är mycket farligare än en som kräver ett administratörskonto.
• Vad kan en angripare göra? Ladda upp filer, köra kod eller skapa administratörskonton är värre än en reflekterad XSS som kräver ett klick.
• Hur många av dina sajter kör det? En sajt är en uppgift; fyrtio sajter är ett projekt med deadline.

Är svaret på de två första frågorna ja, behandla det som brådskande: drabbade sajter i dag, inte vid nästa underhållsrunda.

Steg 2: hitta varje drabbad sajt

Du behöver två uppgifter per sajt: är pluginet installerat (aktivt eller inte), och vilken version kör det. Inaktiva plugins räknas också. Den sårbara koden ligger kvar på servern och kan ofta fortfarande nås direkt.

Med WP-CLI tar det sekunder per sajt:

wp plugin list --name=ninja-forms --fields=name,status,version

Utan WP-CLI kollar du under Tillägg i wp-admin eller versionen i pluginets readme.txt. Skriv in resultatet i en lista: sajt, installerat ja eller nej, version, åtgärdad version. Den listan är din checklista resten av dagen och efteråt ditt underlag för kunden.

Steg 3: uppdatera de drabbade sajterna, de mest utsatta först

Börja med sajterna som betyder mest om de drabbas: webbutiker, sajter med många formulär eller användarkonton och sajter med mycket trafik. Se före varje uppdatering till att det finns en färsk säkerhetskopia som du verkligen kan återställa.

Säkerhetsuppdateringar är oftast små, men inte alltid. Vissa utvecklare levererar rättningen i en större version med andra ändringar. Är den åtgärdade versionen ett stort hopp, eller hanterar pluginet formulär eller kassan, testa den först på en kopia av sajten när du kan och kontrollera de viktigaste sidorna efteråt.

Kan du inte uppdatera i dag, till exempel för att rättningen inte har släppts än eller uppdateringen förstör något, minska risken i stället: inaktivera pluginet om sajten klarar sig utan det en dag, eller blockera den sårbara slutpunkten i brandväggen om varningen nämner den. Berätta för kunden vad du gjorde och varför.

Steg 4: testa det pluginet gör

En lyckad uppdatering är inte samma sak som en sajt som fungerar. Testa efter uppdateringen det pluginet är till för. För ett formulärplugin skickar du en riktig testinskickning och kontrollerar att mejlet kommer fram. För ett butiksplugin gör du en testorder ända fram till betalning. Ett formulär som tyst slutar skicka kan kosta en kund en veckas förfrågningar innan någon märker det.

Steg 5: kontrollera om sajten redan har drabbats

Uppdateringen täpper till hålet. Den tar inte bort något som en angripare har lämnat efter sig innan. Utnyttjades bristen innan du patchade, kontrollera varje drabbad sajt efter:

• administratörskonton som du inte känner igen;
• PHP-filer i uploads-mappen, som bara ska innehålla media;
• nyligen ändrade filer i plugins och teman som du inte har uppdaterat;
• okända schemalagda uppgifter eller omdirigeringar som du inte har satt upp.

Hittar du tecken på intrång, återställ en säkerhetskopia från före attackperioden, uppdatera direkt och byt alla lösenord och säkerhetsnycklarna i wp-config.php. Att bara patcha räcker inte.

Steg 6: informera kunden, kort

Kunder läser sällan säkerhetsnyheter, men de märker när deras byrå hade koll. En kort notis räcker: vad problemet var, om deras sajt var drabbad eller inte, vad du gjorde och när. Det gör osynligt arbete till synligt värde, och det hör också hemma i din nästa underhållsrapport.

Gör det snabbare nästa gång

• Håll en lista över vilka plugins som körs på vilka sajter, så att steg 2 tar minuter.
• Följ en eller två källor för varningar, inte tio.
• Se till att varje sajt har en säkerhetskopia som du faktiskt har återställt en gång.
• Kom överens med kunderna i förväg om att brådskande säkerhetsuppdateringar sker utanför det vanliga schemat.

Så hanterar Verploy sårbarheter i plugins

Verploy visar kända sårbarheter i plugins och teman på varje ansluten sajt, så att du direkt ser vilka sajter som är drabbade. Varje uppdatering kontrolleras, och de riskabla testas först på en kopia, inklusive formulär och kassa. Nattliga säkerhetskopior kommer med ett återställningstest, och om en sajt går sönder efter publicering rullar Verploy tillbaka den. Mer om övervakning av WordPress-sårbarheter.