Plugin-navn	WordPress Delte Filer Plugin
Type af sårbarhed	Vilkårlig fil-download
CVE-nummer	CVE-2025-15433
Hastighed	Medium
CVE-udgivelsesdato	2026-03-30
Kilde-URL	CVE-2025-15433

WordPress Delte Filer Plugin (< 1.7.58) — Vilkårlig Fil Download (CVE-2025-15433): Hvad webstedsejere skal gøre nu

Dato: 30. marts 2026
Sværhedsgrad: Mellem (CVSS 6.5)
CVE: CVE-2025-15433
Påvirket: Delte Filer plugin versioner < 1.7.58
Påkrævet privilegium: Bidragyder
Patchet i: 1.7.58

Som WordPress sikkerhedsprofessionelle hos WP-Firewall, følger vi afsløringer som denne nøje, fordi de afslører reelle, almindelige risici: utilstrækkelige adgangskontroller i plugins og ruter for dataeksfiltrering, der er små at opdage og store i potentiel indvirkning. Denne rådgivning forklarer, hvad sårbarheden er, hvorfor den er vigtig for alle webstedsejere (ikke kun “store” websteder), hvordan angribere kan misbruge den, og de praktiske skridt, du bør tage straks og over mellemlang sigt for at sikre dine websteder — inklusive hvordan WP-Firewall kan hjælpe dig med hurtigt at blokere og afbøde angreb, indtil du kan opdatere.

Note: Dette indlæg er beregnet til webstedsejere, udviklere og hosting/sikkerhedsoperationsteams. Hvis du administrerer flere WordPress-websteder, skal du straks inkludere dette i din patching- og overvågningsarbejdsgang.

---

Resumé (TL;DR)

• En sårbarhed i Delte Filer WordPress-pluginet (versioner ældre end 1.7.58) tillader autentificerede brugere med Contributor-rollen at downloade vilkårlige filer fra webserveren.
• Dette er en vilkårlig fil download sårbarhed knyttet til utilstrækkelige autorisationskontroller på et fil-download endpoint. Angribere, der kan registrere sig eller på anden måde opnå Contributor-adgang, kan forsøge at downloade følsomme filer (konfigurationsfiler, sikkerhedskopier, database dumps, wp-config.php, private nøgler, hvis de er gemt usikkert).
• Sårbarheden er rettet i version 1.7.58. At opdatere pluginet er den mest effektive løsning.
• Hvis du ikke kan opdatere straks, implementer afbødningsforanstaltninger: deaktiver eller begræns pluginet, begræns adgangen til plugin endpointet via webserverregler, hårdned filrettighederne, og aktiver WAF (virtuel patching) regler for at blokere udnyttelsesmønstre.
• WP-Firewall kan implementere regel-niveau afbødningsforanstaltninger og overvågning for at blokere forsøg og advare dig, mens du opdaterer og hårdner dit websted.

---

Hvad er en vilkårlig fil-download sårbarhed?

Vilkårlig fil download opstår, når en applikation eksponerer en filhentningsfunktion uden korrekt validering og autorisation, hvilket giver en angriber mulighed for at anmode om og downloade filer på serveren, som de ikke burde have adgang til. Konsekvenserne inkluderer tyveri af legitimationsoplysninger, adgangstokens, sikkerhedskopifiler eller andre følsomme data, der kan føre til fuld webstedskomprimering eller databrud.

I dette specifikke tilfælde eksponerede det berørte plugin et filserverende endpoint, der ikke korrekt håndhævede adgangskontrol for filparameteren, eller ikke begrænsede, hvilke filer der kunne læses. Rådgivningen tildeler krævet privilegium som Contributor — en relativt lavprivilegeret WordPress-rolle, der ofte gives til eksterne skribenter, gæstebidragydere eller plugins, der administrerer brugerbidraget indhold.

Hvorfor det er vigtigt: Contributor-konti er almindelige og nogle gange misbrugt — angribere opretter nogle gange konti via registrering (hvis tilladt), gennem social engineering eller ved at overtage dårligt sikrede konti. Udnyttelig funktionalitet tilgængelig på Contributor-niveau udvider betydeligt angriberens overflade.

---

Hvordan en angriber kan misbruge denne sårbarhed

Selvom vi ikke vil offentliggøre proof-of-concept udnyttelseskode her, ser den typiske angrebsflow mod et vilkårligt fil download endpoint sådan ud:

1. Angriberen sikrer sig, at de har en Contributor-niveau konto (enten legitimt oprettet, købt eller kompromitteret).
2. De identificerer fil-download endpointet, der bruges af Delte Filer pluginet, og sender tilpassede anmodninger, hvor filparameteren peger på følsomme filsystemplaceringer (for eksempel en sti, der refererer til wp-config.php, sikkerhedskopier eller uploads, der indeholder hemmeligheder).
3. Hvis slutpunktet mangler ordentlige autorisationskontroller eller stinormalisering, svarer serveren ved at returnere de anmodede filindhold.
4. Med disse filer kan angribere indsamle DB-legitimationsoplysninger, API-nøgler eller andre hemmeligheder, og derefter eskalere til admin-niveau kompromittering og vedholdenhed.

Almindelige former for udnyttelse bruger:

• Sti traversal markører (f.eks., ../) eller kodede ækvivalenter.
• Direkte filnavne og absolutte stier.
• Anmodninger, der misbruger plugin-specifikke parametre, der refererer til gemt filmetadata.

Fordi sårbarheden kun kræver en bidragyderrolle, er mange websteder i fare - især dem, der accepterer bidragyderkonti eller har flere redaktører, der ikke overvåges strengt.

---

Indikatorer for kompromittering (IoC) og hvad man skal se efter i logs

Hvis du mistænker udnyttelse, skal du gennemgå webserver- og applikationslogs for tegn som:

• Gentagne GET- eller POST-anmodninger til plugin-slutpunkter, der refererer til filhentning (f.eks. anmodninger til plugin-mapper som /wp-content/plugins/shared-files/ eller andre plugin-specifikke URI'er).
• Requests containing parameters with suspicious strings (%2e%2e%2f, ../, absolutte stier eller kodede payloads).
• Usædvanlige downloads af små, men følsomme filer (f.eks., /wp-config.php) eller anmodninger, der genererer 200 svar, hvor ingen forventes.
• Bidragyderbrugerkonti, der laver anmodninger om filer, de normalt ikke har adgang til.
• Spidser i trafik fra enkelt-IP'er, der anmoder om forskellige filer på kort tid (scanningsadfærd).

Tjek også FTP/SFTP og SSH-logs for mistænkelige forbindelser (hvis angribere brugte stjålne legitimationsoplysninger), og tjek din database for nye admin-brugere, ændrede brugerroller eller uventede indholdsændringer.

---

Øjeblikkelige handlinger (første 24–48 timer)

1. Opdater pluginen til version 1.7.58 eller senere straks.
   • Dette er den mest pålidelige løsning.
   • Hvis du administrerer mange websteder, planlæg eller udrul opdateringen via din centraliserede administration eller automatisering.
2. Hvis du ikke kan opdatere straks, reducer eksponeringen:
   • Deaktiver Shared Files-pluginet midlertidigt.
   • Begræns adgangen til pluginens download-endepunkter med webserverregler (Apache/Nginx) eller via pluginindstillingerne, hvis de er tilgængelige.
   • Begræns Contributor-konti fra at uploade eller få adgang til filer, indtil det er løst.
3. Anvend WAF / virtuel patching regler:
   • Bloker anmodninger, der forsøger stiangreb, kodet traversal og direkte filanmodninger til følsomme filer.
   • Rate-limiter eller blokér mistænkelige IP'er, der udfører scanning mønstre.
4. Gennemgå og roter hemmeligheder:
   • Hvis du finder beviser for, at wp-config.php eller backup-filer blev downloadet, roter databaseadgangskoder, API-nøgler, tredjeparts legitimationsoplysninger og eventuelle SSH-nøgler, hvis private dele kunne være blevet eksponeret.
   • Tving adgangskodeændringer for admin-niveau konti.
5. Opret en retsmedicinsk snapshot:
   • Eksporter logs, tag backup af webstedet (isoleret), og behold en kopi, før du foretager yderligere afhjælpende ændringer til hændelsesrespons.
6. Scann for malware:
   • Udfør en fuld integritets- og malware-scanning (både filsystem og database), fordi vilkårlige fil-downloads ofte går forud for eller følger efter installation af bagdøre.

---

Hvordan man tjekker, om dit websted er sårbart (sikre handlinger)

• Bekræft plugin-version:
  • I WordPress-administrationen, gå til Plugins → Installerede Plugins og tjek versionen af Shared Files-pluginet; opdater hvis < 1.7.58.
  • Brug WP-CLI:

    wp plugin get shared-files --field=version (Hvis plugin-sluggen adskiller sig, erstat shared-files

• med pluginens registrerede slug.).
• Tjek for uventede filer i plugin-mapper, sikkerhedskopier eller webroot, der kan indikere eksfiltrering eller efterfølgende kompromittering.

Test aldrig sårbarheden på et produktionssite med exploit payloads. Brug et isoleret staging-miljø, hvis du har brug for at reproducere adfærd til fejlfinding.

---

Hærdning & konfigurationsanbefalinger for at reducere indvirkningen

Selv efter patching, følg disse hærdningstrin for at reducere risikoen for lignende plugin-relaterede eksponeringer i fremtiden:

1. Princippet om mindst mulig privilegium:
   • Gennemgå roller og kapaciteter. Tildel kun Contributor-rollen, når det er strengt nødvendigt.
   • Overvej at bruge en mere begrænset brugerdefineret rolle for eksterne bidragydere, der ikke kan få adgang til fil-downloads.
2. Hærd filrettigheder:
   • Sørg for, at filer som wp-config.php ikke er verdenslæselige af webserverbrugeren ud over det nødvendige.
   • Opbevar sikkerhedskopifiler uden for webroot eller beskyttet af serverregler.
3. Beskyt plugin-endepunkter:
   • For plugins, der eksponerer fil-serverende endepunkter, begræns direkte adgang via .htaccess/Nginx-konfiguration til indloggede brugere og/eller specifikke roller, hvis muligt.
   • Nægt direkte adgang til følsomme mapper som standard og tillad kun forventede mønstre.
4. Netværksniveau beskyttelser:
   • Anvend en Web Application Firewall (WAF), der kan udføre virtuel patching for nye sårbarheder, indtil du kan opdatere hver instans.
   • Brug hastighedsbegrænsning og IP-reputationskontroller for at bremse scanningforsøg.
5. Reducer offentlig registrering eller håndhæv verifikation:
   • Hvis dit site tillader registrering, brug e-mailverifikation, captchas eller manuel godkendelse for at reducere chancen for, at angribere opretter bidragyderkonti efter eget valg.
6. Overvågning og alarmering:
   • Overvåg for usædvanlige filanmodninger og sæt alarmer for mønstre, der er konsistente med vilkårlig filscanning adfærd.
   • Centraliser logs og brug værtens adgangslogs til at korrelere adfærd på tværs af flere sites.

---

Foreslåede webserverregler (eksempler til afbødning)

Nedenfor er generaliserede eksempler for at illustrere, hvordan du kan blokere almindelige udnyttelsesmønstre på webserverniveau. Indsæt ikke exploits i dine logs — disse er defensive regler, der har til formål at blokere kodet traversal og direkte downloads af følsomme filer:

Apache (.htaccess) — blokér almindelig traversal og direkte adgang til følsomme filer:

<IfModule mod_rewrite.c>
  RewriteEngine On

  # Block requests attempting path traversal
  RewriteCond %{REQUEST_URI} (\.\./|\%2e\%2e) [NC]
  RewriteRule .* - [F,L]

  # Block direct requests to wp-config.php and other config/backup files
  RewriteRule (^|/)(wp-config\.php|db-backup|backup.*\.(zip|sql|tar))$ - [F,L]
</IfModule>

Nginx — blokér traversal og downloads af følsomme filer:

# Deny traversal in request URI
if ($request_uri ~* (\.\./|%2e%2e) ) {
    return 403;
}

# Deny access to wp-config.php and obvious backups
location ~* /(?:wp-config\.php|backup.*\.(zip|sql|tar))$ {
    deny all;
}

Vigtig: Disse er kortsigtede afbødninger og kan have brug for at blive tilpasset dit miljø. De bør ikke erstatte opdatering af plugin'et til den rettede version.

---

WAF / virtuel patching: hvad der skal blokeres og hvorfor

En WAF kan blokere almindelige udnyttelsesforsøg, selv når plugin-opdateringer ikke kan implementeres med det samme. Implementer regelkategorier:

• Block parameter values containing path traversal sequences (../, %2e%2e).
• Bloker anmodninger, der forsøger at hente almindelige følsomme filnavne (wp-config.php, .env, *.sql, *.tar.gz, backup-*.zip).
• Bloker anmodninger, der inkluderer filparametre, der peger på absolutte filsystemstier (startende med /etc/, /var/, /home/).
• Rate-limiter gentagne anmodninger til den samme endpoint fra en enkelt IP eller brugeragent for at reducere scanning.

Eksempel på generisk mønster til at blokere (konceptuelt):

• Hvis en anmodning om /wp-content/plugins/shared-files/ eller lignende endpoint inkluderer en filparameter, hvor værdien indeholder ../ eller procentkodet traversal, så blokér.

Hos WP-Firewall anbefaler vi, at virtuelle patching-regler er på plads inden for minutter efter en offentliggørelse. Disse regler er justeret for at undgå falske positiver og for at beskytte Contributor-niveau arbejdsprocesser, der er legitime.

---

Hvis din side blev kompromitteret: inddæmning og genopretning

Hvis du opdager beviser for, at en angriber har downloadet følsomme data, eller at efterfølgende kompromittering er sket, skal du følge disse trin:

1. Isoler webstedet:
   • Sæt siden i vedligeholdelsestilstand eller tag den offline. Hvis du kører flere sider på den samme vært, isoler den berørte konto.
2. Bevar beviserne:
   • Bevar logs og et snapshot til undersøgelse. Overskriv ikke logs uden backups.
3. Roter legitimationsoplysninger:
   • Rotér DB-adgangskoder, API-nøgler, WP-salte (ændring af wp-config.php), hosting kontrolpanel legitimationsoplysninger og eventuelle tredjeparts legitimationsoplysninger, der måtte være blevet eksponeret.
4. Rens siden:
   • Fjern bagdøre, uautoriserede admin-brugere og mistænkelige filer.
   • Brug en betroet site-rensningsproces: enten genopbyg fra en kendt ren backup eller udfør en grundig oprydning og verifikation.
5. Geninstaller plugins og temaer fra betroede kilder:
   • Fjern den sårbare plugin-version, geninstaller den patchede version fra det officielle repository, hvis det er nødvendigt.
6. Kontroller efter genopretning:
   • Bekræft integritet, kør malware-scanninger, revider brugerkonti og planlagte opgaver (cron), og overvåg for reinfektion.
7. Lær og forbedr:
   • Tilføj WAF virtuel patching til din hændelses-handlingsplan.
   • Implementer overvågning for at opdage forsøg på genudnyttelse.

Hvis du ikke er sikker på at gøre dette selv, engager en anerkendt sikkerhedsprofessionel til at udføre retsmedicinsk analyse og oprydning.

---

Hvordan udviklere og plugin-forfattere bør ændre deres tilgang

Hvis du er en plugin-forfatter eller udvikler, fremhæver denne offentliggørelse et par fejl i udviklingslivscyklussen, der fører til sårbarheder:

• Valider og autoriser hver anmodning: behandl enhver indkommende filsti eller filidentifikator som usikret input. Bekræft, at den anmodende bruger har rettigheder til at få adgang til ressourcen.
• Normaliser filstier: brug kanonisering for at forhindre sti-gennemløbsudnyttelser. Afvis input, der indeholder gennemløbs-mønstre.
• Undgå at servere filer direkte fra vilkårlige brugerleverede stier. Foretræk database-lagrede referencer eller kortlagte ID'er, der løses server-side til sikre filplaceringer.
• Tilføj enheds- og integrationstest for at validere autorisationslogik på tværs af almindelige roller.
• Brug nonces og kapabilitetskontroller: sørg for, at WordPress nonce-kontroller udføres, og at kapabilitetskontroller bruger passende kapabiliteter (f.eks., nuværende_bruger_kan() med den rigtige kapabilitet).
• Hav en ansvarlig offentliggørelsesproces og hurtig patch-pipeline.

---

Bekræft, at patchen virkede

Efter opdatering til 1.7.58 (eller den leverandør-udgivne rettede version):

1. Ryd caches og genstart eventuelle cache-tjenester eller PHP-FPM-processer.
2. Test typiske arbejdsgange for bidragydere for at sikre, at normale operationer stadig fungerer.
3. Inspicer webserverlogfiler for blokerede anmodninger eller tegn på forsøg på udnyttelse efter opdateringen.
4. Bekræft, at dine WAF-logfiler viser et fald i forsøgte udnyttelsesmønstre, og at virtuelle patches stadig er på plads som ekstra beskyttelse, hvis du opretholder dem.
5. Kør malware-scanninger igen for at bekræfte, at der ikke er nogen post-udnyttelses artefakter tilbage.

---

Hvorfor denne sårbarhed er vigtig for små og mellemstore websteder

Angribere målretter sjældent websteder på grund af deres trafik - de målretter dem, fordi de er lette at udnytte og kan automatiseres i stor skala. En sårbarhed med medium sværhedsgrad som denne er godt egnet til masseudnyttelsesscripts, der prøver almindelige plugin-endepunkter på tværs af tusindvis af websteder. Hvis dit websted tillader bidragyderroller eller eksterne bidrag, er risikoen betydelig. De sandsynlige resultater fra en vellykket udnyttelse inkluderer tyveri af legitimationsoplysninger, webstedets forvanskning eller pivotering til højere privilegeret adgang.

---

Hvordan WP-Firewall beskytter dig - vores praktiske forsvarslag

Hos WP-Firewall fokuserer vi på lagdelte forsvar, så et enkelt sårbart plugin ikke automatisk fører til et fuldt kompromis. Vores tilgang inkluderer:

• Administrerede WAF-regler og virtuel patching: nye sårbarhedssignaturer konverteres til regler og implementeres hurtigt på beskyttede websteder for at blokere angrebsmønstre (kodet traversal, direkte filanmodninger til kendte plugin-endepunkter og mistænkelige parameter værdier).
• Malware-scanning og oprydning: planlagt og on-demand scanning af filer og databaseindhold for at finde ondsindet kode eller bagdøre.
• Adgangskontrolhærdning: vi hjælper kunder med at identificere risikable konti og implementere strengere rollepolitikker.
• Overvågning og alarmering: realtidsalarmer for anomaløse anmodninger eller mistænkelig filadgang.
• For multi-site kunder, centraliseret politikstyring for hurtigt at rulle regelopdateringer ud og mindske eksponeringen på tværs af alle websteder.
• Incident response support: triage, retsmedicinsk indfangning og vejledning til afhjælpning for bekræftede kompromiser.

Kombinationen af disse foranstaltninger giver dig tid til at patch, og forhindrer ofte automatiserede angreb i at lykkes. Virtuel patching er særligt nyttig for kunder, der ikke kan opdatere hvert websted med det samme på grund af ændringskontrolvinduer, kompatibilitetsproblemer eller driftsmæssige begrænsninger.

---

Langsigtet risikostyring: politikker og automatisering

For at holde risikoen lav over tid anbefaler vi, at organisationer vedtager en sikkerhedscyklus:

• Inventar og overvågning: oprethold opdaterede lister over plugins og deres versioner på hvert websted.
• Automatiserede opdateringer med undtagelser: aktiver automatisk opdateringer for ikke-kritiske plugins, hvor det er muligt, og oprethold en politik for undtagelser med kompenserende kontroller.
• Regelmæssige sikkerhedsrevisioner: kvartalsvise eller månedlige scanninger og penetrationstest af dit miljø.
• Backup og gendannelse: oprethold testede sikkerhedskopier offsite, offline, og sørg for procedurer til gendannelsesverifikation.
• Rolle- og identitetsstyring: centraliser identitetsadgangsstyring for site-administratorer og reducer delte konti.

Kombinationen af automatisering med politik sikrer, at du ikke altid reagerer, men proaktivt reducerer eksponering.

---

Tjekliste: umiddelbare og opfølgningsopgaver

Øjeblikkelig (første 24 timer)

• Opdater Shared Files-plugin til 1.7.58 eller nyere.
• Hvis du ikke kan opdatere, skal du deaktivere plugin'et eller begrænse adgangen til dets endepunkter.
• Implementer WAF-regel(r) for at blokere traversal og direkte adgang til følsomme filer.
• Gennemgå logs for mistænkelige downloadforsøg.
• Snapshot logs og site-tilstand til hændelsesanalyse.

Opfølgning (72 timer til 2 uger)

• Rotér potentielt eksponerede hemmeligheder, hvis nogen følsomme filer var tilgængelige.
• Udfør en fuld malware-scanning og fjern eventuelle uautoriserede filer.
• Hærd filrettigheder og flyt sikkerhedskopier ud af webroot.
• Revurder bidragyderrettigheder og registreringsarbejdsgange.
• Implementer kontinuerlig overvågning og automatiserede alarmer for mistænkelige filadgangsmønstre.

Løbende (politisk niveau)

• Oprethold plugin-inventar og planlagte opdateringer.
• Håndhæve mindst privilegium på tværs af brugere.
• Test periodisk WAF/virtuel patching og sikkerhedskopigendannelsesprocesser.
• Planlæg regelmæssige sikkerhedsrevisioner.

---

Anbefalede detektionsregler (til logs og SIEM)

Brug disse konceptuelle detektioner til at justere dine lognings- og SIEM-regler:

• Udløs en advarsel, når en Contributor-bruger konto sender en GET eller POST til plugin'ens download-endpoint med parametre, der indeholder ../, %2e%2e, eller absolutte sti-markører.
• Advarsel, når et endpoint returnerer et 200-svar for anmodninger, der retter sig mod wp-config.php, .env, *.sql, eller åbenlyst backup-navngivne filer.
• Udløs ved usædvanlige stigninger i fil-download aktivitet fra en enkelt bruger eller IP over korte vinduer (f.eks. > 10 filanmodninger på 60 sekunder).
• Korreler ny admin-brugeroprettelse med tidligere fil-download forsøg — en angriber stjæler ofte legitimationsoplysninger eller finder nøgler først, og opretter derefter admin-brugere.

---

En note om ansvarlig offentliggørelse og opdateringer

Denne sårbarhed blev offentligt offentliggjort med en patch tilgængelig i version 1.7.58. Hvis du opdager et nyt problem, følg en ansvarlig offentliggørelsesproces: rapporter privat til plugin-forfatteren og giv tid til at rette, før offentliggørelse. Plugin-forfattere bør offentliggøre ændringslog og CVE-information, så webstedsejere kan prioritere opdateringer.

---

Ny: Kom i gang med en gratis baseline af administreret beskyttelse fra WP-Firewall

Titel: Sikker din WordPress-side øjeblikkeligt med en gratis administreret firewall-plan

Vi har bygget vores Basic (Gratis) plan til hurtigt at beskytte sider med essentielle funktioner, der reducerer eksponeringen for sårbarheder som denne. Basic (Gratis) planen inkluderer en administreret firewall med ubegribelig båndbredde, en opdateret WAF, en automatiseret malware-scanner og afbødning for OWASP Top 10 risici — nok til at blokere mange udnyttelsesforsøg og give dig luft til at patch. Opgradering til Standard eller Pro tilføjer automatiseret oprydning, IP tillad/benægt kontroller, løbende virtuel patching og rapportering, samt tjenester til at hjælpe med genopretning og hærdning.

Tilmeld dig den gratis plan nu og få baseline beskyttelse på få minutter: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Hvis du foretrækker hands-off management eller hurtigere afhjælpning, tilføjer vores betalte planer proaktiv overvågning, hurtigere virtuelle patches og et dedikeret sikkerhedsteam til at hjælpe under hændelser.)

---

Afsluttende ord fra WP-Firewalls sikkerhedsteam

Plugin-sårbarheder, der eksponerer fil-downloads, er særligt risikable, fordi en enkelt læsbar fil som wp-config.php eller en databasebackup kan kæde sig ind i en fuld kompromittering. Den rette reaktion er simpel: patch først, afbød derefter. Opdater til Shared Files 1.7.58 så hurtigt som muligt. Hvis du administrerer flere sider, automatiser opdateringen eller anvend en midlertidig virtuel patch via din firewall eller webserver for at blokere udnyttelse.

Hvis du ønsker hjælp til nødafbødning, virtuel patching eller en site-vurdering, er WP-Firewalls administrerede WAF og hændelsesresponskapaciteter bygget præcist til denne situation — for at stoppe automatiseret udnyttelse, reducere støj og købe tid til patching og ren afhjælpning.

Forbliv årvågen: angribere jager lavthængende frugt. Hurtig patching, mindst privilegerede politikker og proaktiv WAF-dækning sammen er den bedste forsvar.

— WP-Firewall Sikkerhedsteamet