Plugin-navn	PixelYourSite PRO
Type af sårbarhed	Cross-Site Scripting (XSS)
CVE-nummer	CVE-2026-1844
Hastighed	Medium
CVE-udgivelsesdato	2026-03-14
Kilde-URL	CVE-2026-1844

Uautentificeret gemt XSS i PixelYourSite PRO (<= 12.4.0.2) — Hvad det betyder for din WordPress-side, og hvordan du beskytter den

En ny sårbarhed er blevet offentliggjort, der påvirker PixelYourSite PRO-versioner op til og med 12.4.0.2: et uautentificeret gemt Cross‑Site Scripting (XSS) problem (CVE-2026-1844). Plugin-leverandøren har udgivet version 12.4.0.3 for at løse problemet. Som WordPress-sikkerhedspraktikere bør vi tage dette alvorligt — gemt XSS, der er tilgængeligt for uautentificerede angribere, rejser en række umiddelbare og mellemlangvarige risici for webstedsejere og deres besøgende.

Denne artikel forklarer, hvad denne sårbarhed faktisk er, hvordan angribere kan udnytte den, den virkelige indvirkning, hvordan du kan opdage, om dit websted er blevet målrettet, og de skridt, du bør tage lige nu for at beskytte dine WordPress-installationer. Jeg afslutter med praktiske hærdningsretningslinjer og en oversigt over, hvordan WP‑Firewall's gratis plan kan hjælpe med at mindske denne specifikke klasse af risiko, mens du anvender opdateringer og udfører hændelsesrespons.

Note: Hvis du kører PixelYourSite PRO, skal du opdatere til version 12.4.0.3 eller senere som det første og primære skridt.

---

Ledelsesresumé (hvad hver webstedsejer bør gøre lige nu)

• Opdater straks PixelYourSite PRO til version 12.4.0.3 eller senere.
• Hvis du ikke kan opdatere straks, implementer en webapplikationsfirewall (WAF) regel eller virtuel patch, der blokerer sandsynlige udnyttelsespayloads og anmodninger til de sårbare endpoint(s).
• Scann dit websted for injicerede scripts og tegn på kompromittering (ondartede tags i indlæg, indstillinger, pluginindstillinger, kommentarer eller uploads).
• Rotér administrative legitimationsoplysninger, aktiver 2-faktorautentificering (2FA) for alle privilegerede konti, og gennemgå brugerkonti for nye eller mistænkelige poster.
• Lav en sikkerhedskopi og bevar retsmedicinske beviser (serverlogfiler, anmodningslogfiler, databaseeksport) før du udfører destruktiv oprydning.

---

Hvad er gemt XSS, og hvad betyder “uautentificeret” i denne sammenhæng?

• Cross‑Site Scripting (XSS) er en sårbarhed, hvor en angriber injicerer ondsindet script i indhold, der senere leveres til andre brugeres browsere. Med gemt (vedholdende) XSS gemmes angriberens payload på serveren (i databasen eller anden vedholdende opbevaring) og serveres til besøgende, når de anmoder om den relevante side eller admin UI.
• “Uautentificeret” betyder, at en angriber ikke har brug for en konto eller login på webstedet for at sende den ondsindede payload. Dette øger dramatisk angrebsoverfladen, fordi enhver på internettet kan forsøge at udnytte det.
• I praktiske termer: et uautentificeret gemt XSS tillader enhver internetbruger at indsende ondsindede data til webstedet (for eksempel via en offentlig formular eller endpoint), som derefter gemmes og udføres i browserens kontekst af en anden bruger — ofte en admin eller redaktør — når de ser en side eller får adgang til et plugins indstillinger. Hvis en admin ser det gemte indhold, kan deres browser udføre angriberens JavaScript med admin-rettigheder i webstedets kontekst, hvilket muliggør session hijacking, privilegiumseskalering, datatyveri eller endda fjernovertagelse af webstedet (afhængigt af situationen).

---

Hvorfor denne sårbarhed er farlig

Gemt, uautentificeret XSS er en af de farligste klasser af web-sårbarheder for WordPress-websteder, fordi:

• Det kræver ingen konto for at forsøge udnyttelse (lav adgangsbarriere).
• Payloaden er vedholdende; den kan påvirke mange webstedbesøgende og administratorer over tid.
• Hvis en administrator eller privilegeret bruger udløser payloaden (for eksempel ved at se pluginens indstillingsside eller et inficeret indlæg), kører det script med deres browserkontext og kan udføre handlinger på deres vegne (ændre indstillinger, tilføje brugere, installere plugins/temaer, eksportere data).
• Det kan bruges til at injicere bagdøre, oprette admin-konti, stjæle cookies/session tokens eller levere malware til besøgende.

For dette PixelYourSite PRO-problem blev sårbarheden tildelt en CVSS-score i den mellemste rækkevidde (7.1 i adviseringen, du måske har set). Scoren afspejler den uautentificerede karakter og potentialet for at eskalere til højere påvirkningsresultater, hvis en administrator bliver målrettet.

---

Hvordan en angriber muligvis kan udnytte denne PixelYourSite PRO-sårbarhed (højt niveau)

Jeg giver ikke exploit-kode, men her er et realistisk, ikke-teknisk angreb flow, så du kan forstå og afbøde det:

1. Angriberen finder et offentligt endpoint eller en formular, der leveres af plugin'et, som accepterer input (for eksempel et pixel/tilpasset kodeområde eller en offentlig anmodning, som plugin'et gemmer uden ordentlig sanitering).
2. De indsender et input, der indeholder ondsindet JavaScript (for eksempel et -tag eller event handler payload) designet til at forblive i webstedets lager (database).
3. Plugin'et gemmer dette input i en mulighed, postmeta, brugerdefineret tabel eller anden vedholdende lager uden tilstrækkelig escaping/encoding ved output.
4. Senere indlæser en administrator eller enhver bruger med tilstrækkelige rettigheder plugin'ets admin-side (eller enhver frontend-side, der gengiver den gemte værdi). Det ondsindede JavaScript kører i deres browser.
5. Scriptet kan nu tage handlinger som:
   • Eksfiltrere cookies og session tokens, hvilket muliggør session hijacking.
   • Foretage autentificerede anmodninger til WordPress admin REST-endepunkterne for at oprette nye admin-konti eller ændre indstillinger.
   • Indsætte yderligere ondsindet indhold (SEO spam, phishing-sider).
   • Udrulle en vedholdende bagdør (uploade en PHP shell, hvis filupload eller tema/plugin-redigering er muligt).

Fordi angriberen er uautentificeret, er truslen både bred og opportunistisk.

---

Øjeblikkelig detektionscheckliste — tegn på, at dit websted muligvis er blevet målrettet

Hvis du kører PixelYourSite PRO (eller et hvilket som helst plugin, der tillader opbevaring af brugerinput synligt for administratorer), så søg straks efter tegn på kompromittering:

1. Databasekontroller
   • Søg i wp_options-tabellen, plugin-optionnavne, post_content, postmeta og comment_content efter mistænkelige -tags eller JavaScript-kodefragmenter (se efter “<script”, “document.cookie”, “eval(“, “XMLHttpRequest”, “fetch(“, “window.location” eller mistænkelige base64-strenge).
   • Eksporter databasen til retsmedicinsk bevarelse, før du foretager store ændringer.
2. Fil systemkontroller
   • Scann wp-content/uploads og plugin/theme-kataloger for nytilføjede PHP-filer, webshells eller filer med uventede ændringsdatoer.
   • Sammenlign plugin/theme installationsfiler med kendte rene kopier (brug leverandør zip eller plugin-repository).
3. WordPress admin tjek
   • Se efter nye eller uventede administrator-konti.
   • Tjek seneste aktivitet: plugin/theme opdateringer, du ikke har udført, uautoriserede ændringer af indstillinger.
   • Inspicer plugin-indstillingsskærme for HTML/JavaScript, der ikke hører hjemme (f.eks. uventet kode i pixel/tilpassede kodefelter).
4. Serverlogfiler og adgangslogfiler
   • Gennemgå webserverlogfiler (access.log) for gentagne mistænkelige POST/GET-anmodninger til plugin-endepunkter, især fra enkelt-IP'er eller med usædvanlige payloads.
   • Se efter mønstre af scanning eller automatiserede angrebsforsøg, der falder sammen med ondsindede payloads.
5. Trafik- og UX-anomalier
   • Uforklarlige omdirigeringer, popups eller ondsindede annoncer, der vises på siden.
   • Besøgende rapporterer usædvanlig adfærd eller søgemaskineadvarsler om indholdet på siden.

Hvis du finder mistænkelige artefakter, tag et snapshot (kopi) af logfiler og database til senere retsmedicinsk undersøgelse, og følg derefter de nedenstående trin for hændelsesrespons.

---

Øjeblikkelige afbødninger (hvad man skal gøre i de første 24 timer)

1. Opdater PixelYourSite PRO til den patchede version (12.4.0.3 eller senere)
   • Den mest pålidelige løsning er leverandørleveret: opdater plugin'et straks. Det lukker sårbarheden ved kilden.
2. Hvis du ikke kan opdatere straks, anvend virtuel patching
   • Implementer WAF-regler for at blokere sandsynlige udnyttelsespayloads og anmodninger til de sårbare endepunkter. Mønstre at overveje:
     • Anmodninger, der inkluderer eller on* attributter i uventede felter.
     • Payloads, der indeholder document.cookie, eval(, base64-kodet JS eller almindeligt anvendte payload-wrapper.
   • Bloker eller begræns anmodninger med mistænkelige signaturer til plugin'ets AJAX/REST endepunkter.
3. Lås adgangen til wp-admin og plugin-sider
   • Begræns adgangen til /wp-admin og /wp‑login.php efter IP, hvor det er muligt.
   • Begræns plugin-indstillings sider (hvis tilgængelige via URL) med et ekstra autentifikationslag (f.eks. HTTP basic auth), indtil du kan opdatere.
4. Aktivér admin-hærdning
   • Håndhæve 2-faktor autentificering (2FA) for alle admin-brugere.
   • Skift alle administratoradgangskoder efter hændelsestriage og marker dem som kompromitterede, hvis du mistænker et brud.
   • Rotér API-nøgler og tredjeparts integrationslegitimationsoplysninger, der kan være blevet eksponeret.
5. Øg logføring og overvågning
   • Tænd for detaljeret webserver- og applikationslogning.
   • Overvåg for gentagne anmodninger til den samme plugin-endpoint og højværdi handlinger (brugeroprettelse, plugin/theme redigeringer).
6. Kommuniker og bevar beviser
   • Bevar logs, databaseeksport og en kopi af mistænkelige filer til analyse.
   • Hvis du har hosting-support eller en administreret sikkerhedskontakt, så lad dem vide det og koordiner.

---

Håndtering af et bekræftet kompromis - en praktisk hændelsesresponsarbejdsgang

Hvis du finder beviser for, at siden blev udnyttet, så behandl hændelsen med hast og følg en struktureret proces:

1. Isolere
   • Tag siden i vedligeholdelsestilstand eller deaktiver midlertidigt offentlig adgang for at forhindre yderligere spredning. Hvis fuld isolation ikke er mulig, så blokér trafik til sårbare endpoints eller isoler efter IP-områder.
   • Sæt en statisk “Under vedligeholdelse” side, hvis du hurtigt skal stoppe normale operationer.
2. Bevar
   • Tag straks fulde sikkerhedskopier (database + filer). Dette er vigtigt for retsmedicinsk analyse og for at gendanne senere. Overskriv ikke eksisterende sikkerhedskopier.
   • Download serverlogs (webserver adgangs-/fejllogs, PHP-logs) og eventuelle tilgængelige applikationslogs.
3. Triagering & omfang
   • Identificer hvornår den ondsindede aktivitet startede (tidsstempel) og den indledende vektor (hvilken plugin-endpoint).
   • Bekræft omfanget af kompromiset: nye admin-brugere, bagdøre, ændrede filer, nyligt ændrede temaer/plugins, rogue planlagte begivenheder (wp_cron) eller ondsindede omdirigeringer.
4. Rens
   • Fjern injicerede scripts fra databaseposter identificeret i triagen.
   • Slet ukendte eller mistænkelige filer fra plugin/theme mapper og uploads (men bevar først kopier).
   • Erstat plugin- og tema-filer med kendte rene kopier. Geninstaller plugins fra de officielle leverandørpakker, når det er muligt.
   • Fjern rogue administrator-konti og roter alle legitimationsoplysninger.
5. Hærd & patch
   • Opdater straks til den patchede plugin-version (12.4.0.3+).
   • Anvend anbefalede hærdningstrin (se tjeklisten nedenfor).
   • Overvej at genopbygge siden fra en kendt ren backup, hvis kompromiset er dybt eller afhjælpningen er usikker.
6. Bekræft & overvåg
   • Gen-scann siden med flere scannere (WAF-logfiler, malware-scannere) for at bekræfte fjernelse.
   • Fortsæt med forbedret logning i flere uger for at opdage tegn på reinfektion.
7. Rapportér & lær
   • Hvis følsomme data blev eksponeret, skal du følge juridiske og reguleringsmæssige oplysningskrav, der gælder for dig.
   • Dokumenter årsagen, korrigerende handlinger og forbedringer for at forhindre gentagelse.

---

Teknisk hærdningstjekliste (forebyggende foranstaltninger)

Følgende er konkrete skridt, du kan bruge til at reducere risikoen fra lignende sårbarheder i fremtiden:

• Hold WordPress-kerne, temaer og plugins opdateret. Prioriter sikkerhedsrettelser.
• Anvend princippet om mindst privilegium:
  • Giv kun administratorrettigheder, hvor det er strengt nødvendigt.
  • Gennemgå regelmæssigt brugerroller og fjern ubrugte konti.
• Håndhæve 2-faktorautentifikation (2FA) for alle privilegerede konti.
• Deaktiver filredigering fra WordPress-administratoren (define('DISALLOW_FILE_EDIT', sand);).
• Brug stærke, roterede administratoradgangskoder og opbevar legitimationsoplysninger i en godkendt adgangskodeadministrator.
• Begræns adgangen til wp-admin efter IP, hvor det er muligt (f.eks. via .htaccess, webserverkonfiguration eller firewall).
• Kør en webapplikationsfirewall (WAF) med mulighed for virtuel patching og brugerdefinerede regler.
• Lås direkte filadgang og forbyd udførelse i uploads-mappen (f.eks. deaktiver PHP-udførelse i uploads).
• Implementer Content Security Policy (CSP) headers. Selvom CSP kræver omhyggelig testning, kan det mindske risikoen for, at injicerede scripts udføres i mange tilfælde.
• Brug HttpOnly, Secure og SameSite flags for cookies for at reducere risikoen for sessionstyveri.
• Konfigurer streng outputkodning i din kode: undgå altid output og sanitér input.
• Gennemgå og fjern ubrugte plugins og temaer — hver installeret komponent øger angrebsoverfladen.
• Oprethold regelmæssige, uforanderlige sikkerhedskopier, der opbevares offsite, og test gendannelsesprocedurer.
• Overvåg filintegritet (checksums) for uventede ændringer.
• Brug beskyttelser på værtsniveau såsom PHP-versionhærdning og opdaterede biblioteker.

---

Udviklervejledning: hvordan plugin-forfattere skal forhindre lagret XSS.

Mens den umiddelbare løsning for webstedsejere er at opdatere, skal plugin-forfattere følge sikre udviklingspraksisser for at undgå lignende problemer:

• Valider og sanitér altid input på serversiden.
  • Brug tilladte lister for forventede data (f.eks. tillad kun cifre for ID'er, specifikke URL-formater eller sikre HTML-undergrupper).
• Escape output korrekt for konteksten:
  • For HTML-kontekster brug esc_html().
  • For attributkontekster brug esc_attr().
  • For JavaScript-kontekster brug wp_json_encode() eller esc_js(), og undgå at injicere rå brugerdata i inline scriptblokke.
• For felter, der skal acceptere HTML (f.eks. pixelkode, brugerdefinerede HTML-områder), brug en betroet sanitizer som wp_kses() med et veldefineret sæt af tilladte tags/attributter.
• Tilføj kapabilitetskontroller og nonce-verifikation på alle administrative handlinger og AJAX/REST-endepunkter.
• For REST API-endepunkter, implementer permission_callback funktioner, der verificerer brugerens evner, før der tillades datændringer.
• Undgå at gemme eksekverbar kode generelt; foretræk strukturerede data eller rensede skabeloner.
• Implementer grundige enhedstests og sikkerhedstests, der inkluderer XSS testvektorer.
• Følg sikre kodningsstandarder og udfør gennemgange af tredjepartsbiblioteker.

---

Overvågning & detektion: hvad man skal holde øje med efter patchen

Efter du opdaterer eller afbøder, fortsæt med at overvåge i et stykke tid:

• Gen-scann stedet ugentligt for injicerede scripts eller usædvanlige filer.
• Gennemgå adgangslogfiler for gentagne probeanmodninger eller succesfulde udnyttelsesforsøg.
• Hold øje med nye admin-brugere, uventede planlagte opgaver (i wp_options, cron-indgange) og udgående forbindelser til mistænkelige domæner.
• Overvåg søgemaskinekonsollen (Google Search Console) for indekseringsadvarsler eller manuelle handlinger.
• Hold en optegnelse over WAF-blokeringer og mistænkelig trafik; vedholdende forsøg fra de samme IP-adresser eller netværk kan indikere målrettet rekognoscering.

---

Eksempelspørgsmål & detektionstips (database / WP CLI)

Brug omhyggelige, skrivebeskyttede forespørgsler til at finde mistænkeligt indhold. Tag altid en databasebackup, før du kører opdaterings-/renseforespørgsler.

• Søg efter script-tags i postindhold:

  VÆLG ID, post_title FRA wp_posts HVOR post_content LIKE '%

• Søg muligheder for script-tags:

  VÆLG option_name FRA wp_options HVOR option_value LIKE '%

• Søg uploads for mistænkelige filendelser eller PHP-filer, der ikke hører hjemme:

  find wp-content/uploads -type f -iname "*.php" -o -iname "*.phtml"

Hvis du finder resultater, eksportér dem til et sikkert sted til analyse. Undgå blindt at slette resultater uden at bekræfte deres formål.

---

Hvorfor det ikke er nok kun at stole på opdateringer

Patchning er det korrekte, essentielle skridt. Men rigtige steder har praktiske begrænsninger:

• Staging- og testvinduer kan forsinke opdateringer.
• Arvcustomiseringer eller kompatibilitetsproblemer forhindrer nogle gange øjeblikkelige opdateringer.
• Kompromiser opdages ofte efter, at sårbarheden er blevet udnyttet; opdateringer vil ikke fortryde tidligere kompromiser.

Af disse grunde er lagdelte forsvar — der kombinerer patching med proaktive WAF-regler, overvågning, adgangskontrol og sikre udviklingspraksisser — nødvendige.

---

Hvordan WP‑Firewall hjælper med at beskytte dig, mens du patcher og efter

Vi har designet WP‑Firewall med lagdelt beskyttelse til WordPress-sider. Her er hvordan vores tilgang hjælper, når en sårbarhed som denne PixelYourSite PRO XSS opstår:

• Virtuel patching via WAF-regler: Vi kan implementere en målrettet regel for straks at blokere udnyttelsesmønstre og anmodninger til sårbare slutpunkter, hvilket reducerer risikoen under opdateringsvinduet.
• Administreret firewall med regler udarbejdet af sikkerhedseksperter: Vi overvåger og tilpasser regler for nye angrebssignaturer og almindelige udnyttelsespayloads.
• Malware-scanner og oprydning: Vores scanner søger efter injicerede scripts, mistænkelige filer og ændringer; avancerede planer inkluderer automatiserede fjernelsesmuligheder.
• OWASP Top 10 afbødning: Den gratis plan inkluderer allerede detektion og afbødning for almindelige kategorier som Injection og XSS.
• Kontinuerlig overvågning og logfiler: Vi fanger mistænkelige trafikmønstre, så du kan se forsøg i realtid og korrelere begivenheder.
• Nem onboarding og ikke-intrusiv beskyttelse: Vores WAF kører på applikationsniveau og kan aktiveres hurtigt for øjeblikkelig dækning.

Disse funktioner er designet til at reducere eksponering, mens du opdaterer plugins og udfører hændelsesrespons — et vigtigt lag af forsvar ud over patching.

---

Ny: Beskyt din side i dag med WP‑Firewalls gratis sikkerhedsplan

Sikre din WordPress-side med vores Basis (Gratis) plan — designet til hurtigt at give essentiel beskyttelse med minimal opsætning. Basis (Gratis) planen inkluderer administreret firewall-dækning, en applikations-WAF, en malware-scanner, ubegribelig båndbredde og afbødning af OWASP Top 10-risici. Det er en hurtig måde at reducere eksponering, mens du anvender plugin-opdateringen og kører din hændelsesrespons.

Planoversigt:

• Basis (Gratis) — Essentiel beskyttelse: administreret firewall, ubegribelig båndbredde, WAF, malware-scanner, afbødning af OWASP Top 10-risici.
• Standard — Tilføjer automatisk malwarefjernelse og IP-blacklist/whitelist-funktioner.
• Pro — Tilføjer månedlige sikkerhedsrapporter, automatisk virtuel patching og premium administrerede tjenester.

Kom i gang med den gratis Basis-plan her: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

Praktisk Q&A — almindelige bekymringer besvaret

Spørgsmål: Hvis jeg opdaterer PixelYourSite PRO med det samme, er jeg så helt sikker?
EN: Opdatering til en patchet version er det første og vigtigste skridt, men hvis siden allerede var målrettet, skal du stadig scanne og verificere, at der ikke er efterladt ondsindede artefakter. Hvis du ikke kan opdatere med det samme, skal du implementere WAF-regler og adgangsbegrænsninger.

Spørgsmål: Skal jeg tage min side offline, hvis jeg finder beviser på XSS-udnyttelse?
EN: Hvis du bekræfter aktiv udnyttelse (ondsindede scripts, der kører, bagdøre), overvej at isolere siden (vedligeholdelsestilstand eller blokering på host-siden), mens du vurderer og renser. Bevarelse af retsmedicinske data er vigtig, før du sletter eller overskriver beviser.

Spørgsmål: Hvad med mine besøgendes sikkerhed?
EN: Hvis siden serverede ondsindet indhold til besøgende (f.eks. omdirigeringer, drive-by downloads), skal du underrette berørte interessenter og følge din kommunikationsplan for hændelser. Du vil måske også anmode om en gennemgang og oprydning fra søgemaskiner, hvis SEO-spam eller phishing-indhold blev injiceret.

---

Endelig tjekliste — en handlingsplan, du kan følge på under en time

1. Opdater PixelYourSite PRO til 12.4.0.3 eller senere.
2. Hvis du ikke kan opdatere i den næste time:
   • Anvend WAF-regel(r) for at blokere mistænkelige payloads og anmodninger til plugin'ets slutpunkter.
   • Begræns adgangen til wp-admin efter IP, hvis det er muligt.
3. Udfør en fuld sitescanning for JS-injektioner og mistænkelige filer.
4. Tag snapshot/backup af nuværende filer og database (bevar logs).
5. Rotér admin-adgangskoder og aktiver 2FA for alle brugere med høje privilegier.
6. Tjek for ukendte admin-brugere og fjern dem.
7. Gennemgå planlagte begivenheder og datoer for plugin-/temaændringer.
8. Sørg for, at HttpOnly/Secure/SameSite-flag for cookies er indstillet.
9. Fortsæt med at overvåge logs og WAF-advarsler i mindst 14 dage.

---

Afsluttende tanker fra en WordPress sikkerhedspraktiker

Uautentificerede lagrede XSS-sårbarheder er særligt farlige, fordi de kombinerer lav angriberindsats med vedvarende indvirkning. PixelYourSite PRO-rådgivningen er en påmindelse om, hvorfor dybdeforsvar er vigtigt på WordPress: hurtig leverandørpatching er afgørende, men det skal kombineres med lagdelt afbødning — WAF/virtuel patching, stærke adgangskontroller, overvågning og gode hændelsesresponspraksisser.

Hvis du kører PixelYourSite PRO, så opdater nu. Hvis du ikke kan, overvej at implementere regler og beskyttelser, der reducerer risikoen, mens du foretager ændringen. Og husk — hændelser er ikke et spørgsmål om hvis, men hvornår; de teams, der reagerer hurtigt, bevarer beviser og implementerer lagdelte forsvar, kommer sig hurtigere og med langt mindre indvirkning.

For øjeblikkelig, nem dækning, mens du kører opdateringer og vurderer, overvej vores gratis Basic-plan, som tilbyder administreret firewall-dækning, WAF, malware-scanning og OWASP Top 10-beskyttelser designet til at reducere eksponeringen for WordPress-sider af enhver størrelse.

Kom i gang med WP‑Firewall Basic (Gratis): https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Hold dig sikker, og hvis du har brug for hjælp til vurdering eller afhjælpning, kan vores sikkerhedsteam hjælpe dig med målrettet efterforskning og gendannelsesstøtte.

— WP-Firewall Sikkerhedsteam