Plugin-navn	The7
Type af sårbarhed	Cross-Site Scripting (XSS)
CVE-nummer	CVE-2026-6646
Hastighed	Lav
CVE-udgivelsesdato	2026-05-14
Kilde-URL	CVE-2026-6646

The7 Tema Gemt XSS (CVE-2026-6646): Hvad WordPress-webstedsejere skal gøre nu

TL;DR
En gemt Cross-Site Scripting (XSS) sårbarhed (CVE-2026-6646), der påvirker The7-tema versioner op til og med 14.3.2, tillader en autentificeret bruger med Contributor-niveau privilegier at gemme JavaScript på steder, der kan blive gengivet og udført i andre brugeres browsere. Problemet er rettet i The7 14.3.3 — opdater straks. Hvis du ikke kan rette det med det samme, anvend de nedenstående afbødninger, revider dit websted for injicerede scripts, og overvej at anvende virtuel patching via en administreret Web Application Firewall (WAF) for at reducere eksponeringen.

Dette indlæg forklarer sårbarheden, risikoscenarier, måder at opdage udnyttelse på, trin-for-trin afhjælpning og inddæmning, og hvordan WP-Firewalls beskyttelser kan reducere risikoen i dag, mens du håndterer opdateringen og oprydningen.

---

Hvad skete der (simpel opsummering)

• Sårbarhed: Gemt Cross-Site Scripting (XSS) i The7-temaet til WordPress (CVE-2026-6646).
• Berørte versioner: The7 ≤ 14.3.2. Rettet i 14.3.3.
• Påkrævet privilegium: Autentificeret Contributor-rolle (eller enhver rolle, der kan indsende indhold gemt af temaet).
• CVSS (som rapporteret): 6.5 (medium risiko) — påvirkningen kan være betydelig under de rette forhold.
• Udnyttelse: En ondsindet Contributor kan indsende indhold, der indeholder script payloads, der gemmes og senere udføres, når andre brugere (inklusive brugere med højere privilegier) ser bestemte sider eller temaindstillinger. En vellykket udnyttelse kræver normalt en form for brugerinteraktion (f.eks. admin, der forhåndsviser en side eller åbner en specifik indstillingsside).

Kort sagt: en angriber, der kan logge ind som en contributor, kan gemme et ondsindet script, der vil køre, når den sårbare skabelon eller admin-side gengiver det gemte indhold.

---

Hvorfor dette er vigtigt: virkelige konsekvenser af gemt XSS

Gemt XSS undervurderes ofte, fordi “Contributor”-niveau adgang ikke er fuld admin kontrol. Men gemt XSS kan bruges til at eskalere og pivotere ind i en kompromittering af hele webstedet. Typiske konsekvenser inkluderer:

• Session hijacking: Et script kan læse cookies eller stjæle autentificeringstokens og sende dem til angriberen. Hvis cookies ikke er korrekt markeret (HttpOnly), er dette lettere.
• Privilegiumseskalering: Scriptet kan udføre handlinger på vegne af en admin (hvis admin ser siden, mens de er logget ind), såsom at oprette en admin-bruger, ændre indstillinger, installere plugins eller ændre tema-filer.
• Defacement & ondsindede omdirigeringer: Angriberen kan omdirigere besøgende til ondsindede domæner eller injicere indhold, der driver annoncebedrageri eller phishing.
• Vedholdenhed/bagdøre: Scripts kan oprette vedholdende PHP- eller JS-bagdøre (uploade filer, oprette planlagte opgaver, eksfiltrere legitimationsoplysninger).
• Omdømme og SEO-skader: Injekteret spam, backlinks eller skjulte omdirigeringer kan forgifte søgeplacering og brandets omdømme.
• Leverandørkæde risiko for højtrafiksteder: En enkelt udnyttet bidragyderkonto (eller kompromitteret forfatter) på tværs af mange steder kan bruges i masseudnyttelses kampagner.

Fordi angrebet kan initieres af brugere på bidragyderniveau, er det særligt påvirkende for multi-forfatter blogs, fællesskabssteder, medlemssteder eller steder, der tillader brugerindhold uden streng sanitering.

---

Hvordan udnyttelsen typisk fungerer (teknisk forklaring)

Gemt XSS kræver tre komponenter:

1. En måde at gemme angriber-kontrolleret input i applikationen (f.eks. indhold af indlæg, widget-tekst, temaindstillinger, sidebyggerdata).
2. Applikationen, der ikke korrekt saniterer eller koder det gemte input ved rendering (enten frontend eller i admin).
3. Et offer (admin eller en anden bruger), der ser siden eller admin-visningen, hvor den gemte payload bliver gengivet.

I dette The7 tilfælde (højt niveau og generaliseret):

• En bidragyder opretter indhold (eller manipulerer et temaoption/page-builder element) og inkluderer et ondsindet script-tag eller begivenhedsattribut (f.eks., <script>…</script>, onerror=…, <img src="x" onerror="…">).
• The7 gemmer indholdet i databasen (post_content, postmeta, theme_mods eller andre brugerdefinerede tabeller) og gengiver senere det indhold i en admin-forhåndsvisning, temaindstillingsside eller på frontend uden tilstrækkelig outputkodning.
• Når en bruger med højere privilegier indlæser den side (eller når en admin forhåndsviser en side i dashboardet), udfører browseren den injicerede JavaScript med offerets sessionskontekst, hvilket gør det muligt for angriberen at udføre handlinger som den bruger.

Gemt XSS kan være stille og svær at opdage, fordi den synlige side kan se normal ud eller kun vise et lille indsat element.

---

Detektion: tegn på at dit site kan være påvirket eller udnyttet

Hvis dit site bruger The7 temaet og du har brugere på bidragyderniveau, skal du straks udføre følgende tjek.

1. Bekræft versioner:
   • I WordPress-dashboardet, gå til Udseende → Temaer og tjek The7 version.
   • Hvis du ikke kan få adgang til dashboardet, inspicer wp-content/themes/the7/style.css eller temaheaderfiler for at se versionsstrengen.
2. Søg efter mistænkeligt indhold i databasen. Brug disse skrivebeskyttede forespørgsler (lav databasebackup før ændringer):

   SQL eksempler (kør via phpMyAdmin, Adminer eller wp-db konsol):

   • Søg efter script-tags i indlæg:
     VÆLG ID, post_title, post_type FRA wp_posts HVOR post_content LIGNER '%<script%';
   • Søg efter begivenhedshåndterere:
     VÆLG post_id, meta_key, meta_value FRA wp_postmeta HVOR meta_value LIGNER '%onerror=%' ELLER meta_value LIGNER '%onload=%';
   • Søg muligheder og theme_mods:
     VÆLG option_name FRA wp_options HVOR option_value LIGNER '%<script%' ELLER option_value LIGNER '%onerror=%';
   • Generiske mistænkelige mønstre:
     VÆLG ID, post_title FRA wp_posts HVOR post_content REGEXP '(base64_decode|document.cookie|location.href|eval\\(|window\\.location)';

   WP-CLI eksempler:

   • wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%';"
   • wp search-replace '<script' '[scr fjernet]' --dry-run (tør kørsel for at se resultater)
3. Scan filer og uploads:
   • Check wp-indhold/uploads for filer med .php-udvidelse eller mærkelige filnavne.
   • Brug grep på serveren:
     grep -RIl --exclude-dir=uploads 'eval(' /path/to/site/wp-content/themes/the7
   • Søg efter nyligt ændrede tema filer:
     find wp-content/themes/the7 -type f -mtime -30 -ls
4. Gennemgå brugere og loginhistorik:
   • Tjek for nyligt oprettede konti med Contributor eller højere roller.
   • Revider admin adgangslogs og mislykkede loginforsøg.
5. Weblogs og trafik anomalier:
   • Tjek webserverlogs for usædvanlige POSTs til admin-ajax.php eller page-builder endpoints.
   • Se efter eksterne forbindelser til ukendte domæner fra din server.
6. Brug et malware/scanningsværktøj (eller WP-Firewall scanner) til at identificere kendte signaturer og mistænkeligt indhold.

Hvis nogen af forespørgslerne returnerer resultater med script-tags eller mistænkelige funktionsopkald, skal de betragtes som indikatorer for kompromittering (IoC) og fortsætte med inddæmning.

---

Øjeblikkelig afhjælpningscheckliste (hvad man skal gøre i den første time)

1. Opdater The7 til 14.3.3 (eller senere) — gør dette som første prioritet. Dette fjerner sårbarheden på kode niveau. Hvis du kan opdatere med det samme, så gør det og verificer derefter webstedets funktionalitet. Test altid først på et staging-miljø, hvis det er muligt.
2. Hvis øjeblikkelig opdatering ikke er mulig:
   • Midlertidigt begrænse bidragyderprivilegier:
     • Skift bidragyderrolle til en rolle uden publicerings/redigeringsrettigheder, eller fjern rollekapaciteten til at oprette indhold, der vises uden moderation.
     • Fjern ikke-pålidelige bidragyderkonti eller nulstil deres adgangskoder.
   • Anvend en WAF-regel eller virtuel patch (se WAF-afhjælpning nedenfor) for at blokere gemte XSS-payloadmønstre ved kanten.
3. Tving re-godkendelse for alle admin- og redaktørkonti:
   • Skift admin/redaktør adgangskoder og bed privilegerede brugere om at nulstille adgangskoder.
   • Rotér API/REST nøgler og andre hemmeligheder (OAuth tokens, tredjeparts nøgler).
4. Lås webstedets adminområde:
   • Begræns admin-adgang efter IP, hvor det er praktisk.
   • Aktivér 2FA for alle admin/redaktørbrugere.
   • Deaktiver muligheden for at forhåndsvise indhold eller reducer dens evne til at gengive usikker HTML i admin (hvis temaet har muligheder for at undslippe indhold).
5. Scann for ondsindet indhold og fjern det:
   • Fjern eventuelle opdagede payloads fra indlæg, postmeta, indstillinger og temaindstillinger.
   • Undersøg temaindstillinger og sidebygger-elementer for indlejret ondsindet HTML.
6. Lav en backup og snapshot:
   • Før du sletter eller ændrer indhold, skal du oprette en fuld backup (filer + DB) og gemme den offline til retsmedicinsk analyse.
7. Tjek for vedholdenhed/bagdøre:
   • Undersøg wp-content/themes/the7 og wp-indhold/plugins for ukendte filer.
   • Check mu-plugins, wp-indhold/uploads, cron jobs, og wp-config.php for injiceret kode.
8. Underret interessenter og planlæg en fuld revision:
   • Informer webstedsejere og administratorer om sårbarheden og de udførte afbødninger.
   • Planlæg en dybere retsmedicinsk undersøgelse, hvis IoCs findes.

---

Midlertidige afbødninger og hærdning (indtil du kan opdatere og revidere fuldt ud)

1. Erstat det aktive tema med et sikkert, vedligeholdt tema midlertidigt (f.eks. WordPress standard), mens du opdaterer og undersøger. Dette er den hurtigste måde at fjerne den sårbare kodevej.
2. Deaktiver tema-specifikke funktioner (sidebyggere, brugerdefinerede widgets eller temaindstillingssider), der accepterer HTML eller brugerleveret markup.
3. Tænd for en indholdssikkerhedspolitik (CSP) header for at begrænse virkningen af inline scripts:
   • Tilføje default-src 'self'; script-src 'self' 'nonce-' https:; object-src 'none'; frame-ancestors 'none';
   • Bemærk: CSP kan bryde webstedets funktionalitet; test før du anvender bredt.
4. Indstil HttpOnly og Secure flag på cookies (inklusive auth cookies) og overvej SameSite attributter:
   • Indstil via PHP ini eller via dine host/response headers.
5. Begræns filupload og forbyd eksekverbare filtyper i upload-mappen.
6. Kræv moderation for alt brugerindsendt indhold; indstil indlæg fra bidragydere til “Afventer gennemgang”, så indholdet ikke vises offentligt eller i admin-forhåndsvisninger uden gennemgang.

---

WAF & Virtuel Patching: hvordan man straks reducerer risikoen

En administreret WAF kan give hurtig risikoreduktion gennem virtuel patching. Her er hvordan en WAF hjælper i denne situation:

• Bloker ondsindede payloads på HTTP-laget, før de når WordPress. For gemt XSS kan WAF'en inspicere POST-kroppe og filtrere script-tags og almindelige XSS-mønstre.
• Bloker mistænkelige admin/editor POSTs og adgang til temaindstillingsendepunkter fra uverificerede IP'er eller ikke-administratorbrugere.
• Anvend specifikke regler for at blokere anmodninger, der forsøger at gemme script-tags eller inline begivenhedsegenskaber (onerror, onload, onclick) i anmodninger, der kortlægger til slutpunkter ansvarlige for at gemme temaindstillinger/indhold.
• Giv logføring og alarmer, så du kan se forsøg på udnyttelse og blokere gentagne lovovertrædere.

Eksempel på matchende mønstre (konceptuelt - WAF-regelforfattere bør teste og styrke for at undgå falske positiver):

• Bloker anmodninger, hvor kroppen indeholder <script eller javascript: eller begivenhedsegenskaber i formularfelter:
  • regex: (?i)<\s*script\b|javascript:|onerror\s*=|onload\s*=|onmouseover\s*=
• Bloker base64-kodede payloads, der indeholder eval( eller dokument.cookie:
  • regex: (?i)base64_decode\(|eval\(|document\.cookie|window\.location

Vigtig: WAF-regler skal justeres for at forhindre brud på legitimt indhold (f.eks. kodeudsnit, indlejringer). Adfærdsbaserede regler, der ser efter script-lignende payloads i formularfelter, der normalt ikke bruges til kode (som widgettitler, korte beskrivelser), er typisk sikrere.

WP-Firewall tilbyder administrerede, justerede regler og virtuel patching for at blokere de mest almindelige angrebsmønstre for gemt XSS, mens du opdaterer og renser siden.

---

Hvordan WP-Firewall hjælper i dette scenarie

Fra perspektivet af WP-Firewalls sikkerhedstjenester og administrerede WAF:

• Hurtig virtuel patching: vores sikkerhedsteam kan implementere regler, der specifikt målretter anmodningsmønstrene, der bruges til at udnytte denne gemte XSS-sårbarhed. Det stopper de fleste udnyttelsesforsøg ved kanten uden at vente på, at temaopdateringen installeres.
• Administrerede signaturer for gemt XSS: automatiserede signaturopdateringer blokerer kendte XSS-payloadmønstre på tværs af admin- og front-end indsendelses slutpunkter.
• Kontekstbevidst beskyttelse: WP-Firewall kan oprette brugerdefinerede regler, der kun blokerer anmodninger til de slutpunkter eller ruter, temaet bruger til at gemme indhold (reducerer falske positiver).
• Malware-scanning og indholdsinspektion: registrer gemte script-payloads i indlæg, postmeta og indstillinger og vis dem i dashboardet til afhjælpning.
• Filintegritetsmonitorering og oprydning efter kompromittering: identificer ændrede filer i temaet og alarmer for afhjælpning samt give fjernelsesassistance.
• Alarmer og retsmedicinske logs: fang den nøjagtige payload og anmodningsmetadata, så du kan undersøge kilden til en ondsindet bidragyderkonto eller eksterne udnyttelsesforsøg.

Hvis du har brug for øjeblikkelig risikoreduktion, er virtuel patching via en administreret WAF som WP-Firewall en måde at få tid til at opdatere, revidere og rense din side sikkert.

---

Detaljerede detektionskommandoer og forespørgsler (praktiske)

Brug disse eksempelkommandoer til at finde mistænkeligt indhold. Tag altid backup af din DB, før du kører destruktive operationer.

Søg efter script-tags på tværs af indlæg:

wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%' LIMIT 100;"

Find mistænkelig postmeta:

wp db query "SELECT post_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%' OR meta_value LIKE '%onerror=%' LIMIT 200;"

Søg muligheder og theme_mods:

wp db query "SELECT option_name FROM wp_options WHERE option_value LIKE '%<script%' OR option_value LIKE '%onerror=%' LIMIT 200;"

Scan efter PHP-filer i uploads (dårligt indikator):

find wp-content/uploads -type f -name "*.php" -ls

Liste over nyligt ændrede tema-filer:

find wp-content/themes/the7 -type f -mtime -30 -ls

Hurtig grep efter mistænkelige JS-snippets i tema-mappen:

grep -RIn --exclude-dir=node_modules --exclude-dir=vendor "document.cookie\|eval(\|window.location" wp-content/themes/the7 || true

Hvis du opdager mistænkelige indlæg eller metadata, eksportér dem før redigering:

wp post get  --field=post_content > mistænkeligt-indlæg-.html

---

Hvis du finder mistænkelig kode: inddæmning og oprydning

1. Eksportér og isoler mistænkeligt indhold til gennemgang — slet ikke straks, hvis du har brug for det til retsmedicinske undersøgelser.
2. Fjern de ondsindede scripts fra DB-posterne. Brug sikre redigeringsværktøjer (phpMyAdmin eller WP-CLI).
3. Rotér alle adgangskoder for brugere med redaktør/admin-rettigheder og tving alle brugere til at logge ud:
   • wp-brugerliste --rolle=administrator
   • wp user update --user_pass=
4. Søg og fjern eventuelle filer, som det ondsindede script måtte have oprettet (se i uploads, mu-plugins og tema-mapper).
5. Check wp-config.php og .htaccess for ændringer.
6. Gen-scan med en malware-scanner og gennemgå resultaterne manuelt.
7. Hvis du finder bagdøre eller vedvarende ændringer, gendan fra en ren backup lavet før den ondsindede ændring, og anvend derefter sikkerhedsopdateringer og hårdhændet sikring.

---

Genopretningsplan, hvis din side blev kompromitteret

1. Tag siden offline eller sæt den i vedligeholdelsestilstand (offentlig sikkerhed).
2. Opret en fuld retsmedicinsk backup (filer + DB) og opbevar den uden for serveren.
3. Identificer den indledende vektor (Misbrugt bidragyderkonto? Svagt kodeord? Phished legitimationsoplysninger?).
4. Fjern det ondsindede indhold og filer identificeret i den retsmedicinske kopi.
5. Opdater WordPress-kernen, alle temaer (inklusive The7) og plugins til deres nyeste versioner.
6. Rotér alle hemmeligheder: WordPress-salte, admin-koder, API-nøgler, tredjeparts legitimationsoplysninger.
7. Geninstaller eller erstat eventuelle plugins eller temaer, der blev ændret.
8. Kør scanninger igen, indtil det er rent. Hold logfiler over alle handlinger til revision.
9. Overvej en professionel sikkerhedsrevision, hvis du er usikker på fuld oprydning.

---

Anbefalinger til langvarig hærdning

• Princip om mindst privilegium: Giv brugerne de minimumskapaciteter, de har brug for. Genovervej bidragyder- og forfatterroller; brug kodefrie indsendelsesværktøjer eller moderationsarbejdsgange.
• 2FA: Håndhæve to-faktor-godkendelse for alle admin- og redaktørkonti.
• Regelmæssige opdateringer: Patch kerne, temaer og plugins på en planlagt rytme. Brug staging-miljøer til verifikation.
• Automatiserede sikkerhedskopier: Daglige sikkerhedskopier og offsite-opbevaring med hurtig gendannelsestest.
• Filintegritetsmonitorering: Spor ændringer i temaer, plugins og kernefiler.
• Begræns plugins og undgå unødvendige udvidelser, der accepterer rå HTML-input.
• Brug en administreret WAF med virtuel patching for at reducere eksponeringsvinduet for nyopdagede sårbarheder.
• Brugeruddannelse: Træn redaktører og bidragydere om phishing og mistænkelig aktivitet.
• Logging & overvågning: Centraliserede logfiler, alarmering om mistænkelige admin-handlinger og periodiske sikkerhedsscanninger.

---

Eksempel WAF-regler, der kan bruges som en baseline (konceptuel)

Bemærk: Dette er overordnede regelideer — produktionsimplementeringer kræver grundig test for at undgå at bryde legitim funktionalitet.

1. Afvis anmodninger, hvor POST-data indeholder <script eller mistænkelige inline-begivenhedsegenskaber for ruter, der accepterer indhold:
   • Bloker når REQUEST_METHOD = POST OG REQUEST_URI matcher admin/post eller temaindstillinger endpoints OG anmodningskroppen matcher (?i)<\s*script\b|onerror\s*=|onload\s*=|javascript:
2. Bloker kodede eller obfuskerede payload-signaturer:
   • Flag anmodninger, der indeholder base64, eval(, dokument.cookie, window.location, atob(, eller lange sekvenser af kodede tegn i formularfelter.
3. Rate-limite eller blokér anmodninger, der hurtigt skaber meget indhold fra den samme IP/brugeragent.
4. Overvåg og blokér anmodninger, der forsøger at opdatere tema filer via admin endpoints, der normalt ikke bruges af bidragydere.

---

Ofte stillede spørgsmål (FAQ)

Spørgsmål: Hvis bidragydere ikke kan stole på, hvorfor tillade dem overhovedet?

EN: Bidragydere er nyttige for mange sider (gæsteforfattere, fællesskabsbidrag). Pointen er at kontrollere hvor og hvordan deres bidrag præsenteres og at moderere før præsentation. Hvor rå HTML/scripting er påkrævet, brug sikre kodeeditorer eller tillad kun administratorer at offentliggøre.

Spørgsmål: Vil opdatering af temaet bryde min side?

EN: Det kunne det, hvis du har kraftigt tilpassede tema filer eller børnetema ændringer. Test opdateringen på staging først, og tag altid en sikkerhedskopi.

Spørgsmål: Kan en WAF bryde min side?

EN: Forkert konfigurerede regler kan. En administreret WAF, der forstår WordPress adfærd, vil minimere falske positiver. Virtuel patching anvendt af erfarne teams er tilpasset til at beskytte uden at forstyrre legitim adfærd.

---

Bilag: CVE og kreditter

• CVE: CVE-2026-6646
• Berørt software: The7 — Website og eCommerce Builder til WordPress tema ≤ 14.3.2
• Patchet i: 14.3.3
• Rapporteret af: João Pedro Soares de Alcântara (Kinorth) — tak til ansvarlig offentliggørelse og udvikleren for at udstede en patch.

---

Hurtig tjekliste: Hvad skal man gøre lige nu

• Tjek The7 tema version. Hvis ≤14.3.2, opdater til 14.3.3 nu.
• Hvis du ikke kan opdatere med det samme, begræns bidragyders privilegier, kræv moderation, og aktiver WAF virtuel patching.
• Søg din database efter og begivenhedsegenskaber i indlæg, postmeta og indstillinger. Fjern mistænkelige poster.
• Tving adgangskodeændringer for privilegerede konti og aktiver 2FA.
• Scann serverfiler og uploads for PHP-filer eller nylige uventede ændringer.
• Tag backup og forbered dig på en retsmedicinsk gennemgang, hvis du finder indikatorer på kompromittering.

---

Beskyt dit site i dag: Øjeblikkelig baseline-sikkerhed (Gratis plan)

Titel: Øjeblikkelig baseline-beskyttelse — start gratis i dag

Hvis du ønsker en hurtig og praktisk måde at reducere risikoen fra denne sårbarhed, mens du anvender opdateringer og rydder op, tilbyder WP-Firewall en altid-aktiv Basis (Gratis) plan, der inkluderer essentielle beskyttelser: en administreret firewall, ubegribelig båndbredde, en WAF, der kan justeres til at blokere gemte XSS-mønstre, en malware-scanner og afbødning af OWASP Top 10-risici. Den gratis plan er designet til at give dig øjeblikkelig defensiv dækning, mens du patcher, reviderer og genopretter.

Tilmeld dig Basis (Gratis) planen og få baseline-beskyttelse på få minutter: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Hvis du har brug for automatiseret fjernelse, IP-blacklisting/hvidlisting, månedlige sikkerhedsrapporter eller automatiseret virtuel patching og en administreret respons, så overvej de betalte niveauer (Standard og Pro), der bygger videre på den gratis plan med proaktiv afhjælpning, mere kontrol og dedikeret support.

---

Afsluttende ord fra WP-Firewall sikkerhedsteamet

Gemte XSS er et af de problemer, der kan starte småt — en enkelt bidragyderkonto — og hurtigt eskalere til en kompromittering på hele sitet. Den rette respons er hurtig og lagdelt: patch det sårbare tema så hurtigt som muligt, reducer angrebsoverfladen, og implementer beskyttende kontroller (WAF + overvågning) for at holde angribere på afstand, mens du rydder op.

Hvis du har brug for vejledning til at anvende trinene her — eller ønsker hjælp til at implementere virtuelle patches og scanne for injicerede scripts — kan vores team hjælpe. Start med en øjeblikkelig temaopdatering og en kort WAF-regelimplementering for at forhindre yderligere udnyttelse. Prioriter opgaverne i den hurtige tjekliste og følg op med en komplet revision, hvis du finder beviser på kompromittering.

Forbliv årvågen, og hold dine WordPress-installationer opdaterede og overvågede.

— WP-Firewall Sikkerhedsteam