Plugin-navn	WordPress SP Projekt & Dokument Manager Plugin
Type af sårbarhed	Adgangskontrol
CVE-nummer	CVE-2026-10737
Hastighed	Høj
CVE-udgivelsesdato	2026-06-04
Kilde-URL	CVE-2026-10737

Haster: Brudt adgangskontrol i SP Projekt & Dokument Manager (<= 4.71) — Hvad WordPress-webstedsejere skal gøre nu

Forfatter: WP-Firewall Sikkerhedsteam
Dato: 2026-06-04
Tags: wordpress, sikkerhed, wps-firewall, sårbarhed, cve-2026-10737

Resumé

En kritisk brudt adgangskontrol sårbarhed (CVE-2026-10737) er blevet offentliggjort i WordPress-pluginet “SP Projekt & Dokument Manager” (plugin slug: sp-client-document-manager), der påvirker versioner op til og med 4.71. Fejlen tillader uautoriserede angribere at forespørge pluginets filinformation endpoints uden korrekt autorisation, hvilket muliggør offentliggørelse af vilkårlig filinformation og øger risikoen for datalækage og efterfølgende angreb. Dette indlæg forklarer de tekniske detaljer, den reelle risiko for dit websted, detektionsmetoder, umiddelbare afbødninger, du kan anvende, samt langsigtede afhjælpning og forebyggelsestrin. Vi skitserer også, hvordan WP-Firewall kan hjælpe dig med hurtigt at afbøde truslen.

Hvorfor dette er vigtigt

Sårbarheden klassificeres som Brudt Adgangskontrol og har en CVSS basis score på 7.5. “Brudt Adgangskontrol” betyder i praksis, at en udvikler glemte at håndhæve autentificerings-/autorisationstjek, før der blev returneret følsomme data eller tilladt privilegerede handlinger. Fordi dette specifikke problem kan udnyttes af uautoriserede angribere, er barriererne for udnyttelse lave — der kræves ikke en gyldig WordPress-konto. Det gør det velegnet til automatiseret scanning og masseudnyttelses kampagner.

Hvis det udnyttes, kan angribere opregne eller få information om filer, der administreres af pluginet (filnavne, stier, metadata, muligvis URLs), hvilket kan afsløre følsomme aktiver (kontrakter, private dokumenter, backup-filer), give rekognoscering til yderligere angreb og potentielt afsløre data, der kan bruges til at eskalere til privilegiumseskalering eller dataeksfiltrering.

Forskere, der er krediteret med at rapportere dette problem, inkluderer Namdn – Vncsglobal, og sårbarheden er blevet tildelt CVE-2026-10737.

Teknisk oversigt (højt niveau)

Berørt software: SP Projekt & Dokument Manager WordPress-plugin (sp-client-document-manager)
Berørte versioner: <= 4.71
Sårbarhedstype: Brudt Adgangskontrol — manglende autorisationstjek på filinformation hentnings endpoints
CVE: CVE-2026-10737
Påkrævet privilegium: Uautentificeret
CVSS basis score: 7.5 (Høj)

Hvad sårbarheden tillader

Uautoriserede HTTP-anmodninger til pluginets fil-info endpoints returnerer vilkårlig filmetadata eller information uden at verificere anmoderens identitet.
Angribere kan opregne filidentifikatorer, hente filnavne og lære om tilstedeværelsen og strukturen af private dokumenter.
Informationen kan bruges til:
- At identificere placeringer af følsomme dokumenter til manuel hentning eller målrettede angreb.
- At opbygge lister over eksponerede aktiver på tværs af mange websteder til senere udnyttelse.
- At forbedre social engineering eller løsekravsforsøg ved at afsløre tilstedeværelsen af følsomme artefakter.

Hvorfor dette er farligt

Lav udnyttelsesbarriere: ingen godkendelse krævet.
Scannable i stor skala: angribere kan automatisere opdagelse på tværs af store IP-områder og domæner.
Kombineret med andre svagheder (filuploadfejl, forkert konfigurerede servere) kan det føre til fuld datadisklusion.

Angrebsscenario (eksempel)

Angriberen opdager, at siden kører det sårbare plugin (via fingeraftryk eller plugin-fil undersøgelser).
Angriberen udsender uautoriserede anmodninger til pluginets filoplysningsendepunkt med forskellige filidentifikatorer eller stier.
Endepunktet svarer med detaljer om filer (navne, stier, størrelser, måske URLs), selvom filerne er beregnet til at være private.
Angriberen bruger de afslørede oplysninger til:
- At anmode om filer direkte (hvis tilgængelige).
- At indsamle nyttige data til målrettede angreb (f.eks. et kontraktfilnavn, der indeholder klientnavne).
- At kombinere med andre sårbarheder (f.eks. vilkårlige fil-download funktioner eller forkert konfigurerede kataloglister) for at eksfiltrere data.

Note: Fordi pluginets interne navngivnings- og identifikatorskemaer varierer, kan angribere have brug for et indledende rekognosceringstrin for at opregne gyldige ID'er, men værktøjer kan automatisere dette og køre hurtigt.

Detektion — hvad man skal se efter i logs

Du bør se efter anomaløse anmodninger, der målretter pluginets endepunkter eller sender filrelaterede parametre uden gyldig godkendelse. Plugin-slug (sp-klient-dokument-manager) kan optræde i anmodningsstier, eller opkaldene kan gå gennem WordPress standard endepunkter såsom admin-ajax.php eller REST-slutpunkter.

Højniveau mønstre at søge efter:

Usædvanlige anmodninger til admin-ajax.php indeholdende filrelaterede parametre (f.eks., fil_id, dokument_id, download_id). Eksempel (søgelogger):
```
grep -E "admin-ajax.php.*(file|doc|download|id|fid|file_id|doc_id)" /var/log/apache2/access.log
```
Anmodninger til stier under /wp-content/plugins/sp-client-document-manager/* eller enhver offentlig endpoint eksponeret af plugin'et:
```
grep -E "sp-client-document-manager" /var/log/nginx/access.log
```
Pludselige udbrud af GET-anmodninger med inkrementelle numeriske ID'er eller lange lister af parametre (enumerationsmønster).
Anmodninger, der returnerer 200 svar med ikke-tomme JSON, der indeholder filmetadata for uautentificerede IP'er.

Praktiske grep-eksempler:

# Søg efter admin-ajax kald med sandsynlige filparametre

Indikatorer for kompromittering (IOC)

Adgangslogs, der viser gentagne uautentificerede anmodninger til plugin-endpoints, der returnerer filmetadata.
Uventede succesfulde hentninger (HTTP 200) af filinformation eller indhold, hvor sådanne operationer burde kræve login.
Fil-downloads umiddelbart efter fil-info forespørgsler fra det samme IP-område.
Nye administratorer eller privilegerede brugere oprettet kort efter rekognoscering (indikerer opfølgende angreb).

Øjeblikkelige afbødningsskridt (første 24–72 timer)

Hvis du administrerer WordPress-sider, der kører det berørte plugin, og ikke straks kan anvende en leverandørpatch (sårbarheden blev rapporteret, før en sikker stabil patch er tilgængelig for nogle installationer), følg disse prioriterede trin:

Identificér berørte steder
- Lav en opgørelse over eventuelle WordPress-installationer med sp-klient-dokument-manager installeret eller aktiv.
Deaktiver eller deaktiver plugin'et (anbefales, hurtigste afbødning)
- Hvis plugin'et ikke er essentielt, deaktiver det, indtil en patched version er udgivet og anvendt.
- Fra wp-admin: Plugins → Deaktiver “SP Project & Document Manager”.
- Via SSH (hvis admin-området ikke er tilgængeligt):
```
mv wp-content/plugins/sp-client-document-manager wp-content/plugins/sp-client-document-manager-disabled
        
```
  WordPress vil automatisk deaktivere plugin'et ved at opdage mappenavnet.
Bloker de sårbare slutpunkter med serverniveau regler (hvis du ikke kan deaktivere)
- Bruge .htaccess (Apache) for at nægte ekstern adgang til plugin-filer eller slutpunkter:
```
# Bloker direkte adgang til plugin-mappen
        
```
- Eller begræns specifikke plugin PHP-filer, der håndterer filanmodninger:
```
<FilesMatch "^(file-handler\.php|ajax-handler\.php)$">
  Require ip 127.0.0.1
  Require ip ::1
</FilesMatch>
        
```
- Nginx eksempel: return 403 for plugin sti
```
location ~* /wp-content/plugins/sp-client-document-manager/ {
        
```
- Bemærk: disse serverregler kan bryde legitim funktionalitet (f.eks. hvis du er afhængig af plugin'et). Balancer risiko vs. funktionalitet.
Anvend WAF/virtuel patching regler (anbefalet øjeblikkelig beskyttelse)
- Hvis du kører en Web Application Firewall eller applikationslag beskyttelser, implementer regler for:
  - Bloker uautentificerede anmodninger til plugin fil-info slutpunkter og/eller admin-ajax kald, der inkluderer fil-relaterede parametre.
  - Bloker repetitive scanningsmønstre (rate-limit).
- Eksempel WAF regel pseudokode (mønster-baseret):
  - Bloker anmodninger når:
    - URI indeholder sp-klient-dokument-manager ELLER
    - admin-ajax.php anmodning indeholder parameter der matcher (file_id|doc_id|download|fid) OG
    - Ingen gyldig logget ind cookie eller Authorization header til stede.
- Implementer midlertidige tilladelseslister for IP'er, du stoler på, hvis du skal holde plugin'et aktivt.
Begræns adgang til wp-admin efter IP
- Begræns /wp-admin og admin-ajax.php adgang til kendte IP'er hvor det er muligt:
```
Apache:
        
```
Øg overvågning og logføring
- Aktivér og centraliser logning for admin-ajax kald og plugin stier.
- Opsæt alarmer for spidser i anmodninger til mistænkelige slutpunkter.
Udfør en hurtig scanning for mistænkelige filer eller dataadgang
- Tjek upload-mapper og plugin-styrede mapper for ændringer: nye filer, ændrede tider, usædvanlige filnavne.
- Kør en malware-scanning og integritetskontrol mod kerne WP-filer og temaer.

Eksempel på midlertidige WAF-regelmønstre

Nedenfor er generelle mønstre — tilpas dem til din WAF eller server proxy regler motor.

Bloker uautoriserede admin-ajax fil-opslag forsøg (pseudo-regel)
- Kamp:
  - Anmodnings-URI: /wp-admin/admin-ajax.php
  - Spørgestreng indeholder: fil_id ELLER dokument_id ELLER download ELLER fid
  - Cookie indeholder ikke en WordPress logget ind cookie (wordpress_logget_ind)
- Handling: Bloker / Svar 403
Rate-limiter mistænkelig opregning
- Kamp:
  - Samme IP udsender > 10 anmodninger inden for 60 sekunder til admin-ajax.php med fil-relaterede parametre
- Handling: Dæmp eller blokér IP i en periode
Bloker direkte adgang til plugin-mappe
- Kamp:
  - URI starter med /wp-content/plugins/sp-client-document-manager/
- Handling: Return 403 (hvis plugin-funktionalitet ikke kræves eksternt)

Vær forsigtig: WAF-regler bør først testes i monitor (kun-detektion) tilstand for at undgå at bryde legitim trafik.

Langsigtet afhjælpning og afhjælpningscheckliste

Opdater plugin'et, når en leverandørleveret patch er tilgængelig
- Anvend den officielle faste version straks og verificer funktionaliteten.
Hvis der ikke er nogen patch tilgængelig, overvej at erstatte plugin'et
- Vurder alternative plugins med løbende vedligeholdelse og sikkerhedshistorik.
- Hvor erstatning ikke er mulig, overvej at isolere plugin'ets funktionalitet bag en autentificeret applikation eller separat service.
Hærd filopbevaring og adgangskontroller
- Flyt privat filopbevaring væk fra webrod eller brug adgangskontrolleret opbevaring (S3 med signerede URLs).
- Sørg for, at uploadede filer ikke kan udføres som kode (f.eks. begræns PHP-udførelse i upload-mapper).
- Sæt strenge filrettigheder: 644 for filer, 755 for mapper, og sørg for at wp-config.php er begrænset (600 eller mere restriktiv hvor muligt).
— Anvend leverandørpatches hurtigt og test først i staging.
- Deaktiver eller fjern ubrugte plugins og temaer.
- Begræns admin-konti, implementer roller med mindst privilegier, og håndhæv stærke adgangskoder og MFA for alle admin-brugere.
Regelmæssige sikkerhedskopier og sikkerhedstest
- Oprethold hyppige sikkerhedskopier gemt offsite.
- Planlæg sårbarhedsscanninger og penetrationstest, især efter større plugin- eller temaopdateringer.
Kontinuerlig overvågning og beredskab ved hændelser
- Oprethold revisionslogger for privilegerede handlinger.
- Forbered en hændelsesresponsplan, der inkluderer indholdstrin specifikke for plugin-sårbarheder (f.eks. deaktivere plugin; blokere slutpunkter; bevare logs).

Hændelsesrespons: trin-for-trin spillebog

Hvis du mistænker udnyttelse, skal du følge disse trin:

Indeholde
- Bloker straks mistænkelige IP-adresser og begræns hastigheden på plugin-slutpunkterne.
- Deaktiver den sårbare plugin, hvis det er muligt.
Bevar beviser
- Bevar webserver- og applikationslogfiler (roter ikke eller slet).
- Tag et snapshot af databasen og filsystemet til retsmedicinske formål.
- Noter tidsrammerne og eventuel mistænkelig aktivitet.
Identificer påvirkning
- Søg i logfilerne efter anmodninger til plugin-endepunkter og opfølgende fil-downloads.
- Identificer hvilke filer der blev opregnet eller tilgået.
- Bestem om dataeksfiltrering fandt sted (baseret på downloads eller udgående forbindelser).
Udrydde
- Fjern angriberens artefakter (bagdøre, uautoriserede admin-brugere, ændrede filer).
- Erstat kompromitteret indhold med rene sikkerhedskopier, hvis nødvendigt.
Genvinde
- Gendan fra rene sikkerhedskopier eller efter at patching og hærdningstrin er anvendt.
- Genaktiver plugin'en først efter at leverandørens patch er anvendt, og du har valideret rettelserne.
Underret interessenter og reguleringsmyndigheder.
- Hvis følsomme personoplysninger er blevet eksponeret, følg gældende brudmeddelelseslove og informer berørte parter i henhold til politik.
Gennemgå og forbedre
- Gennemfør en efter-hændelse-gennemgang og opdater dine sikkerhedskontroller og patching-frekvens.

Bevisindsamling — kommandoer og forespørgsler.

Almindelige forespørgsler for at indsamle beviser:

Søg i adgangslogfilerne efter plugin-referencer og mistænkelige admin-ajax-opkald:
```
zgrep -i "sp-client-document-manager" /var/log/nginx/access.log* | less"
    
```

Identificer unikke IP'er, der kontakter berørte endepunkter:

zgrep -i "admin-ajax.php" /var/log/nginx/access.log* | egrep -i "(file_id|doc_id|download|fid|file)" | awk '{print $1}' | sort | uniq -c | sort -nr

Forespørg WordPress-databasen efter mistænkelige brugere (kræver DB-adgang):

VÆLG ID, user_login, user_email, user_registered FRA wp_users HVOR user_registered >= DATE_SUB(NOW(), INTERVAL 7 DAG;

Tjek filsystemet for nyligt ændrede filer:

find /var/www/html -type f -mtime -7 -ls

Forebyggelse: sikker konfigurationscheckliste

Hold WordPress-kerne, temaer og plugins opdateret. Overvåg sikkerhedsadvarsler for dine installerede plugins.
Deaktiver eller fjern ubrugte plugins og temaer.
Håndhæve stærke admin-adgangskoder og aktivere to-faktor autentificering for alle admin-konti.
Begræns wp-admin adgang efter IP, hvor det er muligt.

Deaktiver filredigering inden for WordPress:

define('DISALLOW_FILE_EDIT', sand);

Beskyt wp-config.php og .env-filer; begræns tilladelser og flyt til ikke-offentlige mapper, hvor det er muligt.

Forhindre udførelse af PHP-filer i upload-mapper:

<Directory "/var/www/html/wp-content/uploads">
  <FilesMatch "\.(php|phtml)$">
    Require all denied
  </FilesMatch>
</Directory>

Brug en webapplikationsfirewall til at oprette virtuelle patches for nyopdagede sårbarheder, mens officielle patches testes og implementeres.
Implementer robust logging og centraliseret logindsamling, så du hurtigt kan opdage masse-scanning aktivitet.

Hvordan WP-Firewall hjælper (vores perspektiv)

Hos WP-Firewall nærmer vi os offentliggørelser som CVE-2026-10737 med en prioriteret, pragmatisk afbødningsplan:

Hurtig virtuel patching: vi opretter regelsæt, der blokerer uautentificerede adgangsmønstre til plugin-endepunkter, mens vi bevarer legitim trafik, hvor det er muligt.
Administreret afbødning: vores systemer overvåger og blokerer automatiserede opregnings- og scanningsforsøg, anvender hastighedsbegrænsning og giver midlertidige forsvar, indtil leverandører frigiver officielle patches.
Detektion og advarsler: vi leverer realtidsadvarsler, når der observeres unormal admin-ajax eller plugin-endepunkt aktivitet, så du kan handle straks.
Vejledning efter hændelsen: hvis du mistænker kompromittering, giver vi retsmedicinske støtte trin til at bevare beviser og afhjælpe.

Vi anbefaler at kombinere serverniveau-kontroller med applikationslagbeskyttelse. En lagdelt tilgang reducerer både sandsynligheden for succesfuld udnyttelse og virkningen, hvis en angriber forsøger at undersøge dit site.

Anbefalet tidslinje for webstedsejere

Øjeblikkelig (0–24 timer):
- Identificer berørte steder.
- Hvis det er muligt, deaktiver plugin'et eller blokér plugin-stier med serverregler.
- Øg overvågningen og bevar logfiler.
Kort sigt (24–72 timer):
- Udrul WAF-regler for at blokere uautoriserede anmodninger, der matcher filenumerationsmønstre.
- Scann for tegn på kompromittering, sikkerhedskopier beviser.
Mellemlang sigt (3–7 dage):
- Anvend den officielle plugin-patch, når den er frigivet, eller fjern/erstat plugin permanent.
- Rotér legitimationsoplysninger, hvis kompromittering mistænkes.
Lang sigt (uger):
- Gennemgå dine plugin-governance og patching-processer.
- Forbedre detektions- og overvågningsdækning.
- Overvej at flytte følsom filopbevaring til ikke-webroot eller autentificeret opbevaring.

Praktisk eksempel .htaccess og nginx-snippets

Apache (.htaccess) blok for plugin-filer:

# Bloker direkte adgang til plugin-mappen (brug med forsigtighed)

Nginx blok for plugin:

# Nægt offentlig adgang til plugin-mappen

Beskyt admin-ajax kald, der kræver login (Apache eksempel):

<If "%{REQUEST_URI} == '/wp-admin/admin-ajax.php' && %{QUERY_STRING} =~ /(file_id|doc_id|download|fid|file)/">
  Require expr %{HTTP_COOKIE} -strmatch "wordpress_logged_in_*"
  # If no logged-in cookie, block
  Require all denied
</If>

Vær forsigtig: Disse regler kan påvirke legitime brugere. Test først i et staging-miljø.

Efter sårbarheden er blevet patched

Valider leverandørens patch på et staging-site, før du opdaterer produktionen.
Efter patching, overvåg logs for gentagne forsøg, der gik forud for vellykket udnyttelse, og bekræft, at der ikke er sket uautoriserede downloads eller ændringer.
Genaktiver enhver midlertidigt deaktiveret funktionalitet først efter at have bekræftet patchen og overvåget for unormal aktivitet.

Begynd at beskytte dit site gratis — WP-Firewall Basic

Hvis du ønsker praktisk, administreret beskyttelse, mens du vurderer og patcher, så prøv WP-Firewall's Basic (gratis) plan. Den giver essentiel beskyttelse for WordPress-sider: en administreret firewall, ubegribelig båndbredde, en WAF med afbødning for OWASP Top 10 risici, og en malware-scanner — alt hvad du behøver for at reducere eksponering, mens du undersøger plugin-sårbarheder. For en lavprisopgradering tilføjer vores Standard- og Pro-planer automatiseret malwarefjernelse, IP tilladelse/afvisning kontroller, månedlige sikkerhedsrapporter og virtuelle patchmuligheder for nyopdagede sårbarheder.

Udforsk WP-Firewall Basic-planen og tilmeld dig her:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Endelige anbefalinger (resumé)

Behandl denne sårbarhed som høj prioritet — handle hurtigt.
Hvis det er muligt, deaktiver plugin'et straks. Hvis ikke muligt, anvend serverblokeringer og WAF-regler for at forhindre uautoriseret adgang til fil-info endpoints.
Overvåg logs og bevar beviser; scan efter indikatorer for kompromittering.
Anvend den officielle plugin-patch så snart den er frigivet, og valider rettelser i staging.
Hærd din WordPress-installation og håndhæv bedste sikkerhedspraksis (MFA, mindst privilegium, backups).
Overvej en administreret WAF eller sikkerhedstjeneste for virtuelt at patch og beskytte dit site, mens du tester og implementerer officielle opdateringer.

Hvis du driver flere WordPress-sider eller hoster sider for kunder, implementer et inventar og en automatiseret patch-arbejdsgang — disse reducerer reaktionstiden og begrænser eksponeringen, når nye sårbarheder offentliggøres.

Hvis du har brug for skræddersyet vejledning til patching, oprettelse af WAF-regler, loganalyse eller hændelsesrespons på et specifikt site, er vores WP-Firewall Security Team tilgængeligt for at hjælpe.

Vi kan hjælpe dig med at identificere berørte installationer, oprette præcise afbødningsregler og validere afhjælpningstrin, så du kan genoprette normale operationer med tillid.

SP Projektleder Adgangskontrol Sårbarhed//Udgivet den 2026-06-04//CVE-2026-10737

Haster: Brudt adgangskontrol i SP Projekt & Dokument Manager (<= 4.71) — Hvad WordPress-webstedsejere skal gøre nu

Resumé

Hvorfor dette er vigtigt

Teknisk oversigt (højt niveau)

Hvad sårbarheden tillader

Hvorfor dette er farligt

Angrebsscenario (eksempel)

Detektion — hvad man skal se efter i logs

Praktiske grep-eksempler:

Indikatorer for kompromittering (IOC)

Øjeblikkelige afbødningsskridt (første 24–72 timer)

Eksempel på midlertidige WAF-regelmønstre

Langsigtet afhjælpning og afhjælpningscheckliste

Hændelsesrespons: trin-for-trin spillebog

Bevisindsamling — kommandoer og forespørgsler.

Forebyggelse: sikker konfigurationscheckliste

Hvordan WP-Firewall hjælper (vores perspektiv)

Anbefalet tidslinje for webstedsejere

Praktisk eksempel .htaccess og nginx-snippets

Apache (.htaccess) blok for plugin-filer:

Nginx blok for plugin:

Beskyt admin-ajax kald, der kræver login (Apache eksempel):

Efter sårbarheden er blevet patched

Begynd at beskytte dit site gratis — WP-Firewall Basic

Endelige anbefalinger (resumé)

Hvis du har brug for skræddersyet vejledning til patching, oprettelse af WAF-regler, loganalyse eller hændelsesrespons på et specifikt site, er vores WP-Firewall Security Team tilgængeligt for at hjælpe.

Modtag WP Security ugentligt gratis 👋
Tilmeld dig nu!!

Kontakt os for at aftale en gratis WordPress-sikkerhedskonsultation

SP Projektleder Adgangskontrol Sårbarhed//Udgivet den 2026-06-04//CVE-2026-10737

Haster: Brudt adgangskontrol i SP Projekt & Dokument Manager (<= 4.71) — Hvad WordPress-webstedsejere skal gøre nu

Resumé

Hvorfor dette er vigtigt

Teknisk oversigt (højt niveau)

Hvad sårbarheden tillader

Hvorfor dette er farligt

Angrebsscenario (eksempel)

Detektion — hvad man skal se efter i logs

Praktiske grep-eksempler:

Indikatorer for kompromittering (IOC)

Øjeblikkelige afbødningsskridt (første 24–72 timer)

Eksempel på midlertidige WAF-regelmønstre

Langsigtet afhjælpning og afhjælpningscheckliste

Hændelsesrespons: trin-for-trin spillebog

Bevisindsamling — kommandoer og forespørgsler.

Forebyggelse: sikker konfigurationscheckliste

Hvordan WP-Firewall hjælper (vores perspektiv)

Anbefalet tidslinje for webstedsejere

Praktisk eksempel .htaccess og nginx-snippets

Apache (.htaccess) blok for plugin-filer:

Nginx blok for plugin:

Beskyt admin-ajax kald, der kræver login (Apache eksempel):

Efter sårbarheden er blevet patched

Begynd at beskytte dit site gratis — WP-Firewall Basic

Endelige anbefalinger (resumé)

Hvis du har brug for skræddersyet vejledning til patching, oprettelse af WAF-regler, loganalyse eller hændelsesrespons på et specifikt site, er vores WP-Firewall Security Team tilgængeligt for at hjælpe.

Modtag WP Security ugentligt gratis 👋Tilmeld dig nu!!

Kontakt os for at aftale en gratis WordPress-sikkerhedskonsultation

Modtag WP Security ugentligt gratis 👋
Tilmeld dig nu!!