Plugin-navn	Bit SMTP
Type af sårbarhed	Brudt godkendelse
CVE-nummer	CVE-2026-32519
Hastighed	Høj
CVE-udgivelsesdato	2026-03-22
Kilde-URL	CVE-2026-32519

Hastere: Brudt godkendelse i Bit SMTP (≤ 1.2.2) — Hvad WordPress-webstedsejere skal gøre lige nu

Dato: 20. marts 2026
Forfatter: WP-Firewall — WordPress sikkerhed & WAF specialister

---

En højrisiko sårbarhed (CVE-2026-32519) der påvirker Bit SMTP WordPress-pluginet (versioner ≤ 1.2.2) er blevet offentligt afsløret og rettet i version 1.2.3. Klassificeret som et “Brudt godkendelse” problem med en kritisk påvirkningsscore, gør det det muligt for uautoriserede angribere at udføre handlinger, der normalt er forbeholdt godkendte eller privilegerede brugere. Da udnyttelse kræver lidt til ingen interaktion fra webstedsejere og kan være fuldt automatiseret, er denne type fejl en ideel kandidat til masseudnyttelseskampagner.

Hvis dit websted bruger Bit SMTP, er dette hastende. Dette indlæg forklarer, fra et praktisk WordPress sikkerhedsperspektiv, præcist hvad denne sårbarhed betyder, de sandsynlige angrebsscenarier, hvordan man opdager udnyttelse, en prioriteret afbødnings- og afhjælpningsplan, og hvordan WP-Firewall kan beskytte dine websteder straks — inklusive en gratis plan, der giver essentielle beskyttelser.

---

Hurtig opsummering (hvis du kun har minutter)

• Berørt plugin: Bit SMTP (WordPress-plugin) — versioner ≤ 1.2.2 er sårbare.
• Alvorlighed: Høj (CVSS-lignende påvirkning; uautoriseret udnyttelse mulig).
• Rettet version: 1.2.3 — opdater straks.
• Øjeblikkelige handlinger:
  1. Opdater Bit SMTP til 1.2.3 eller senere.
  2. Hvis du ikke kan opdatere med det samme, anvend afbødninger: deaktiver pluginet, blokér adgang til plugin-endepunkter, og aktiver WAF virtuel patching.
  3. Gennemgå for tegn på kompromittering: nye admin-brugere, ændret e-mail-routing, injiceret kode, bagdøre, uventede cron-jobs.
  4. Rotér adgangskoder og nøgler for konti, der kan være påvirket.
  5. Overvåg logfiler for mistænkelig aktivitet og anvend strengere adgangskontroller.
• WP-Firewall brugere: aktiver virtuel patching og det regelsæt, der blokerer almindelige udnyttelsesvektorer, der retter sig mod dette plugin.

Læs videre for en fuld opdeling og en trin-for-trin afhjælpningscheckliste.

---

Hvad “Brudt godkendelse” betyder — på almindeligt engelsk

Brudt godkendelse refererer til fejl i, hvordan et plugin verificerer identiteten eller privilegierne for en bruger, før der tillades visse handlinger. I WordPress-plugins kan dette vise sig som:

• Manglende eller forkerte kapabilitetskontroller (f.eks. en funktion beregnet til administratorer mangler en kontrol for nuværende_bruger_kan).
• Usikre REST- eller AJAX-endepunkter, der accepterer uautentificerede anmodninger.
• Svag eller manglende nonce-verifikation for handlinger udført via front-end eller admin-ajax.
• Logik der antager, at opkalderen er autentificeret, når den ikke er - hvilket tillader angribere at påkalde privilegeret funktionalitet.

Når dette sker, kan en uautentificeret angriber udføre handlinger, de ikke burde kunne, såsom at ændre plugin-indstillinger, manipulere e-mail-routing, udføre admin-niveau arbejdsprocesser eller endda oprette administrative brugere. Fordi WordPress-websteder ofte er afhængige af plugins for funktionalitet, er et udnyttet plugin et kraftfuldt indgangspunkt for angribere.

---

Hvorfor denne specifikke sårbarhed er farlig

Brudte autentificeringssårbarheder er blandt de mest farlige plugin-svagheder, fordi:

• Udnyttelse kan være helt uautentificeret, hvilket betyder, at en angriber ikke har brug for legitimationsoplysninger.
• Angribere kan automatisere scanning og udnyttelse på tværs af tusindvis af websteder.
• Angrebsveje fører ofte til privilegiumseskalering eller langvarig vedholdenhed (bagdøre).
• E-mail-relaterede plugins (som Bit SMTP) kan misbruges til at opsnappe, ændre eller eksfiltrere følsomme kommunikationer, eller til at sende phishing/malicious e-mails fra dit domæne (omdømme skade, blacklisting).
• Når en angriber kan udføre handlinger med høje privilegier, kan de oprette admin-konti, ændre plugins/temaer, installere bagdøre, eksfiltrere databaseindhold eller pivotere til andre interne systemer.

Givet disse faktorer skal websteder, der kører sårbare versioner, behandle dette som en kritisk hændelse, indtil det er afhjulpet.

---

Sandsynlige angrebsveje og eksempler

Mens specifikationer afhænger af plugin-kodevejen, der ikke kunne håndhæve autentificeringskontroller, inkluderer almindelige udnyttelsesmønstre:

• At sende særligt udformede POST-anmodninger til et plugins REST- eller AJAX-endepunkt for at udløse privilegerede admin-lignende operationer (f.eks. ændre plugin-indstillinger, aktivere/deaktivere e-mail-videresendelse, eksportere konfiguration).
• Misbrug af endepunkter til at skrive data til databasen (oprette optionsværdier, planlægge cron-begivenheder, indsætte brugere).
• Udnytte e-mail-funktionalitet til at injicere ondsindede e-mail-overskrifter eller ændre afsenderadresser for at udføre phishing eller domænemisbrug.
• Introducere eller aktivere fjernkode (hvis plugin'et tillader import af indstillinger eller skabeloner), som kan trække en bagdørsskal.

Angribere bruger ofte rekognosceringsscripts, der undersøger plugin-specifikke ruter og parametre og derefter udfører udnyttelsespayloads på en automatiseret måde.

---

Detektion: Hvad man skal se efter på dit site

Hvis du hoster WordPress-sider med Bit SMTP, prioriter at verificere den nuværende status og se efter indikatorer for kompromittering (IoCs):

1. Bekræft plugin-version
   – WP Admin → Plugins, eller tjek plugin-mappehovedet i wp-content/plugins/bit-smtp/readme.txt eller hovedpluginfilen for at se versionen.
   – Hvis versionen er ≤ 1.2.2, behandl siden som sårbar, indtil den er opdateret.
2. Webserver- og applikationslogfiler
   – Se efter usædvanlige anmodninger til plugin-specifikke stier (f.eks. URL'er, der kortlægger til Bit SMTP-pluginets AJAX/REST-endepunkter).
   – Høj volumen af anmodninger fra enkelt-IP'er eller mærkelige brugeragenter, der retter sig mod plugin-endepunkter.
3. WordPress-logfiler og revisionsspor
   – Uventet brugerregistrering, især nye administrator-konti.
   – Ændringer i pluginindstillinger eller e-mailindstillinger med tidsstempler, du ikke genkender.
   – Fremkomsten af nye cron-jobs knyttet til plugin-hooks.
4. Fil system indikatorer
   – Nye filer i wp-indhold/uploads, wp-indhold, eller plugin/theme-mapper (bagdøre gemmer sig ofte i uploads).
   – Ændrede kerne-, tema- eller plugin-filer omkring tidspunktet for mistænkelige anmodninger.
5. Mailserverlogfiler
   – Pludselige stigninger i udgående e-mail fra din WordPress-host eller ændringer i afsenderadresser.
   – E-mail-afvisninger eller advarsler om sortlistning.
6. Eksterne signaler
   – Dit domæne eller IP bliver flaget for spam, eller modtagere rapporterer ondsindede e-mails fra dit domæne.

Hvis nogen af disse er til stede og falder sammen med den periode, hvor din side kørte den sårbare plugin-version, antag at udnyttelse er mulig og fortsæt med en afhjælpning og hændelsesresponsplan.

---

Øjeblikkelige afbødningsskridt (0–2 timer)

Disse handlinger er øjeblikkelige, minimerer risikoen og giver dig tid til at implementere en omfattende løsning.

1. Opdater plugin'et til 1.2.3 (anbefalet første skridt)
   – Hvis du kan opdatere nu, så gør det fra WordPress-dashboardet eller via CLI: wp plugin opdatering bit-smtp
2. Hvis du ikke kan opdatere med det samme:
   – Deaktiver plugin'et, indtil en patch er på plads. Deaktivering kan gøres fra Plugins-skærmen eller via filsystemet (omdøb plugin-mappen: wp-indhold/plugins/bit-smtp → bit-smtp.deaktiveret).
   – Hvis deaktivering ikke er mulig, fordi plugin'et er kritisk for driften, blokér adgang til de sårbare slutpunkter på webserver- eller WAF-niveau. For eksempel:
       – Nægt adgang til plugin-specifikke REST/handler-stier.
       – Blokér POST-anmodninger til plugin-slutpunkterne undtagen fra betroede IP'er.
       – Dæmp anmodninger til mistænkelige slutpunkter.
3. Håndhæve sikkerheden for admin-konti:
   – Tving adgangskodeændringer for alle brugere med admin-niveau (stærke, unikke adgangskoder).
   – Aktivér to-faktor autentificering for administratorer.
   – Tjek for og fjern eventuelle ukendte admin-brugere.
4. Rotér nøgler og hemmeligheder
   – Hvis din side bruger SMTP-legitimationsoplysninger gemt i plugin-indstillingerne, overvej at rotere dem.
   – Rotér API-nøgler for tjenester, der er tilsluttet din side, hvis du mistænker kompromittering.
5. Tag snapshots og bevar beviser
   – Tag en fuld backup (filer + database) før du foretager indgribende ændringer. Dette bevarer logs og beviser, hvis du har brug for retsmedicinsk analyse.
6. Anvend WAF-regler / virtuel patching
   – Hvis du kører en WordPress WAF (som WP-Firewall), skal du straks anvende eller aktivere den regel(r), der målretter mod sårbarhedssignaturmønstrene. Virtuel patching forhindrer udnyttelsesforsøg i at nå applikationslaget, mens du patcher.

Note: Deaktivering af plugin'et kan midlertidigt afbryde e-mailfunktionaliteten. Hvis du skal opretholde e-mailflowet, skal du skifte til en betroet alternativ mailrelay, mens du udbedrer.

---

Udbedring: Rensning og genopretning (2–48 timer)

Når afbødninger er på plads, skal du udføre en fuld udbedring:

1. Opdater til 1.2.3 eller senere
   – Sørg for, at kerne, alle plugins og temaer er opdateret til understøttede versioner.
   – Brug CLI, hvor det er muligt for hastighed og pålidelighed: wp plugin opdatering bit-smtp --version=1.2.3
2. Fuld sikkerhedsscanning
   – Udfør en omfattende malware- og integritetsscanning på tværs af filer og database.
   – Tjek for web shells, obfuskerede PHP-filer, uventede planlagte opgaver eller uautoriserede admin-brugere.
   – Undersøg wp_options for injicerede værdier eller rogue cron-begivenheder.
3. Gendan fra en ren backup (hvis kompromis er bekræftet)
   – Hvis du opdager en bagdør eller vedvarende kompromis, skal du gendanne fra en kendt god backup lavet før kompromisdatoen.
   – Efter gendannelse skal du straks opdatere plugin'et + al software, rotere legitimationsoplysninger og anvende WAF-regler.
4. Skift WordPress-salte og hemmelige nøgler
   – Opdater AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, osv. i wp-config.php at ugyldiggøre autentificeringscookies.
5. Drej eventuelle SMTP-legitimationsoplysninger.
   – Hvis angriberen måtte have fået adgang til SMTP-legitimationsoplysninger eller misbrugt e-maillevering, drej adgangskoder og API-nøgler for mailudbydere.
6. Gennemgå hostingmiljøet.
   – Tjek serverkonti, databasebrugere og filrettigheder for at sikre, at der ikke findes andre adgangsvektorer.
7. Overvågning efter afhjælpning
   – Hold forbedret logføring og alarmering i mindst 30 dage.
   – Hold øje med gentagne forsøg på at nå de tidligere sårbare slutpunkter.
   – Udfør periodiske integritetskontroller og scanninger.

---

Anbefalede langsigtede hærdningstrin

At rette en enkelt plugin er nødvendigt, men ikke tilstrækkeligt for langsigtet sikkerhed.

• Aktivér automatiske opdateringer for plugins (hvor det er sikkert) eller planlæg regelmæssige vedligeholdelsesvinduer.
• Håndhæve mindst privilegium: giv kun brugere de kapaciteter, der er nødvendige for jobfunktioner.
• Håndhæve stærke adgangskodepolitikker og MFA for alle konti med WP-backendadgang.
• Begræns adgang til wp-admin efter IP hvor det er muligt, eller opsæt HTTP-godkendelse foran adminområdet.
• Brug dedikerede SMTP-legitimationsoplysninger med begrænsede omfang; undgå at gemme plaintext-legitimationsoplysninger i plugins, hvor det er muligt.
• Oprethold offsite-backups med opbevaringspolitik og verificeret gendannelsesevne.
• Gennemgå regelmæssigt aktive plugins og temaer; fjern ubrugte eller forladte.
• Tilmeld dig sårbarhedsnotifikationer for de plugins, du bruger (udvikler, vedligeholdere og betroede sårbarhedsfoder).

---

Hvordan en WAF (og WP-Firewall) hjælper: virtuel patching og lagdelt forsvar.

En Web Application Firewall (WAF) giver et beskyttende lag foran din WordPress-side. Når en zero-day eller offentliggjort sårbarhed som denne optræder, kan øjeblikkelig kode-niveau patching på tværs af alle berørte sider tage tid. En WAF muliggør “virtuel patching” - en midlertidig regel, der blokerer udnyttelsesforsøg uden at ændre plugin-koden.

Vigtigste fordele:

• Øjeblikkelig beskyttelse: blokér udnyttelsesmønstre, der retter sig mod de sårbare slutpunkter, indtil du opdaterer.
• Granulære kontroller: blokér specifikke HTTP-metoder, brugeragenter, IP-adresser eller URL-mønstre.
• Anmodningsinspektion: registrer og blokér ondsindede payloads, parameter-manipulation og automatiserede scannere.
• Ratebegrænsning: reducer effektiviteten af brute-force eller masse-scanning.
• Logging & alarmering: detaljerede anmodningslogs hjælper med analyse efter hændelsen.

WP-Firewall implementerer virtuel patching straks for højrisiko WordPress-sårbarheder. For denne Bit SMTP-fejl anbefaler vi følgende WAF-handlinger (disse er konceptuelle; dit WP-Firewall-dashboard vil anvende de nøjagtige sikre regler):

• Blokér eller kræv autentificering for kendte Bit SMTP-endepunkter, der udførte privilegerede handlinger.
• Blokér POST/PUT-anmodninger til disse endepunkter fra uautentificerede kilder.
• Blokér anmodninger, der indeholder parametre eller payloads, som er kendt for at udløse de sårbare funktionsopkald.
• Dæmp gentagne anmodninger til disse endepunkter for at bremse automatiserede udnyttelsesforsøg.
• Alarmer og log, når blokerede forsøg opstår, så du kan identificere målrettede websteder.

Virtuelle patches bør altid være midlertidige — de er designet til at købe tid, indtil en ordentlig kodeopdatering anvendes. De er en afgørende del af en forsvarsstrategi i dybden.

---

Hvis dit websted allerede var kompromitteret — inddæmning og genopretning

Hvis du finder beviser for, at en angriber har nået forbi plugin'et og ind i dit websted, skal du behandle dette som en hændelse:

1. Isoler stedet
   – Hvis muligt, tag webstedet offline eller begræns adgangen, mens du undersøger.
2. Bevar retsmedicinske beviser
   – Bevar logs, kopier af mistænkelige filer, database dumps og tidsstempler. Disse er kritiske, hvis du skal spore angriberen eller koordinere med hostingudbydere og retshåndhævelse.
3. Identificer omfang
   – Bestem hvilke systemer, konti eller data der blev påvirket. Angribere skifter ofte fra WordPress til hostingpanel, FTP eller databaselegitimationsoplysninger, der er gemt på serveren.
4. Implement logs for critical plugin actions and consider alerts if sensitive endpoints are repeatedly accessed.
   – Find og rengør web shells, planlagte hooks, rogue-brugere og modificerede kerne filer.
5. Genopbyg om nødvendigt
   – For høj-konfident remediation, genopbyg webstedet fra en ren kilde og importer indhold omhyggeligt. Geninstaller plugins og temaer fra officielle kilder.
6. Kommuniker
   – Informer interessenter og muligvis din hostingudbyder. Hvis kundedata blev eksponeret, skal du følge gældende brudvarselslove og informere berørte brugere.
7. Lær og forbedr
   – Gennemgang efter hændelsen: hvad tillod kompromitteringen? Implementer ændringer for at forhindre, at den samme vej bruges igen.

Hvis du har brug for assistance til hændelsesrespons, skal du kontakte en professionel hændelsesresponsudbyder, der specialiserer sig i WordPress - tid er kritisk, og angribere bevæger sig hurtigt.

---

Praktisk hærdningscheckliste for webstedsejere

• Bekræft om Bit SMTP er installeret, og tjek version - opdater til 1.2.3.
• Hvis opdatering ikke er mulig nu, deaktiver plugin eller blokér endpoints.
• Tving nulstilling af adgangskoder for alle admin-brugere; aktiver 2FA.
• Rotér SMTP- og API-legitimationsoplysninger.
• Kør malware- og integritetsscanninger på tværs af filer og database.
• Gennemgå webserverlogfiler for mistænkelig aktivitet.
• Anvend WAF-regler / virtuelle patches for sårbarheden.
• Tag snapshots/sikkerhedskopier, før du foretager ændringer, og behold retsmedicinske kopier.
• Bekræft sikkerhedskopier og behold kopier i mindst 90 dage.
• Overvåg for alarmer og gen-scann ugentligt i de næste 30 dage.

---

Tommelfingerregel: Hvad skal man gøre, hvis du hoster mange websteder

Hvis du administrerer dusinvis eller hundreder af WordPress-installationer (agentur, vært eller virksomhed), kræves en koordineret tilgang:

1. Inventar: bestem hurtigt, hvilke websteder der kører det sårbare plugin. Brug et plugin-håndteringsværktøj eller en automatiseret scanner.
2. Prioriter: fokuser først på højværdi- og højtrafikwebsteder.
3. Automatiser opdateringer, hvor det er muligt - auto-opdater kun for patch-udgivelser, du har valideret.
4. Udrul masse WAF-regler eller netværksniveau blokeringer fra din administrationskonsol for at fange udnyttelsesforsøg på tværs af alle websteder.
5. Planlæg et koordineret opdateringsvindue, test opdateringer på staging, og rull derefter ud til produktion.
6. Kommuniker med kunderne om, hvad du gør, og hvorfor - gennemsigtighed reducerer panik.

---

Hvad WP-Firewall har gjort, og hvordan vi hjælper

Som WordPress-sikkerhedseksperter inkluderer vores model til håndtering af kritiske plugin-sårbarheder:

• Hurtig analyse: vi undersøger den offentliggjorte sårbarhed, identificerer de risikable slutpunkter og payloads og kortlægger udnyttelsesmønstre.
• Virtuel patching: vi skubber midlertidige WAF-regler, der forhindrer udnyttelsesforsøg i at nå sårbar kode — dette reducerer den umiddelbare risiko, indtil webstedsejeren anvender den officielle patch.
• Trusseldetektion og overvågning: vi overvåger for blokerede forsøg, giver advarsler og leverer logfiler, der kan bruges til retsmedicinsk analyse.
• Hærdningsanbefalinger og afhjælpningsarbejdsgang: vi giver trin-for-trin vejledning og tjeklister (som dem ovenfor), der er skræddersyet til WordPress-miljøer.
• Løbende beskyttelse: automatiske scanninger, planlagte malware-tjek og proaktive meddelelser om plugin-opdateringer.

Hvis du driver mange websteder, giver vores administrerede funktioner dig mulighed for hurtigt og centralt at anvende afbødning på din flåde, hvilket beskytter websteder, der ikke kan opdateres med det samme.

---

Hvordan man tester, om dit websted er korrekt beskyttet (efter afbødning)

• Bekræft, at plugin-versionen viser 1.2.3 eller senere. Hvis den er deaktiveret, skal du bekræfte, at plugin-mappen er omdøbt eller fjernet.
• Gentag scanninger for kendte udnyttelsesmønstre — en god scanner bør ikke finde resterende sårbare slutpunkter.
• Udfør harmløse tests (f.eks. send en ikke-destruktiv forespørgsel, der ville have udløst pluginet) for at sikre, at WAF-regler blokerer den samme anmodning.
• Overvåg logfiler for forsøg: blokerede forsøg indikerer, at angribere målrettede dit websted og blev forhindret.
• Bekræft e-mail-funktionalitet, hvis du måtte deaktivere pluginet — sørg for, at relay- og afsenderidentitet er korrekt.

---

Juridiske og omdømmemæssige overvejelser

Fordi denne sårbarhed kan føre til e-mail-spoofing og udgående spam, bør webstedsejere være opmærksomme på juridiske og omdømmemæssige konsekvenser:

• Hvis brugerdata eller e-mails blev eksponeret, kan du have forpligtelser i henhold til databeskyttelseslove (GDPR, CCPA osv.) til at underrette berørte parter.
• Domæneomdømme: at sende ondsindede e-mails fra dit domæne kan føre til blacklisting, hvilket forstyrrer legitim forretnings-e-mailflow.
• Gennemsigtig kommunikation med berørte interessenter begrænser langsigtet omdømmeskade — men konsulter juridisk rådgivning om forpligtelser til underretning om brud.

---

Ny: Beskyt dit websted med WP-Firewall Basic (Gratis) — Udvidet beskyttelse, mens du patcher

Titel: Hold din side beskyttet nu — Gratis administreret firewall og WAF-beskyttelse

Hvis du ønsker øjeblikkelig, pålidelig beskyttelse, mens du opdaterer og hærder WordPress-sider, er WP-Firewalls Basis (Gratis) plan en hurtig, omkostningsfri måde at få essentielle forsvar på:

• Hvad du får: administreret firewall, ubegribelig båndbredde, WAF-regler, en malware-scanner og afbødninger for OWASP Top 10-risici.
• Hvorfor det hjælper lige nu: vores administrerede WAF kan konfigureres til praktisk talt at lappe kritiske plugin-sårbarheder (som Bit SMTP's brudte autentificeringsproblem) og blokere automatiserede udnyttelsesforsøg på tværs af din side, mens du udfører opdateringer og afhjælpning.
• Hvem det er til: webstedsejere, der har brug for øjeblikkelig beskyttelse uden at ændre infrastruktur eller betale abonnementsgebyrer.
• Sådan kommer du i gang: tilmeld dig og beskyt din WordPress-side med øjeblikkelig firewall-dækning — https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Vi har oprettet dette gratis niveau for små webstedsejere og administratorer, der har brug for praktisk, hands-on beskyttelse uden omkostningerne ved administrerede tjenester — præcist til øjeblikke som dette.

---

Endelige anbefalinger — en prioriteret handlingsplan

1. Tjek plugin-version nu. Hvis version ≤ 1.2.2, opdater til 1.2.3 straks.
2. Hvis opdatering ikke er mulig med det samme, deaktiver plugin'et og/eller anvend WAF virtuel patching for at blokere sårbare endepunkter.
3. Tving adgangskodeændringer for administrative konti og aktiver to-faktor autentificering.
4. Udfør en fuld malware- og integritetsscanning, og roter nøgler for eventuelle tjenester, der er integreret med plugin'et.
5. Bevar logs og beviser før større ændringer; hvis du opdager kompromittering, overvej at gendanne fra en ren sikkerhedskopi.
6. Brug WP-Firewall eller en tilsvarende administreret WAF til at anvende midlertidige beskyttelser og overvåge for blokerede udnyttelsesforsøg.
7. Hvis du administrerer flere sider, automatiser detektion og implementer flåde-bredde WAF-regler centralt.

---

Ressourcer & næste skridt

• Opdater Bit SMTP til 1.2.3 eller senere (første, hurtigste afbødning).
• Brug en administreret WAF til at anvende virtuelle patches og blokere igangværende udnyttelsesforsøg.
• For retsmedicinsk hjælp eller komplekse hændelser, engagér en WordPress hændelsesrespons specialist.

Hvis du ønsker hjælp til at vurdere dine sider eller anvende virtuelle patches på tværs af flere WordPress-installationer, er WP-Firewalls gratis Basis plan et fremragende sted at starte — det får beskyttelse til at køre på få minutter og giver de essentielle kontroller, du har brug for, mens du opdaterer.

Tilmeld dig for øjeblikkelig gratis beskyttelse: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

Vi er et team af WordPress-sikkerhedsprofessionelle. Hvis du har spørgsmål om implementering af nogen af disse trin, eller hvis du ønsker hjælp til at fortolke logs og angrebsforsøg, så kontakt vores team gennem WP-Firewall-dashboardet. Vi overvåger aktivt for udnyttelsesforsøg relateret til dette problem og er klar til at hjælpe dig med at sikre dine sider.