Plugin-navn	Træk og slip flere filupload – Kontaktformular 7
Type af sårbarhed	Sårbarhed ved vilkårlig filupload
CVE-nummer	CVE-2026-49055
Hastighed	Medium
CVE-udgivelsesdato	2026-06-05
Kilde-URL	CVE-2026-49055

Haster: XSS i “Drag and Drop Multiple File Upload – Contact Form 7” (≤1.3.9.7) — Hvad WordPress-webstedsejere skal gøre nu

TL;DR

• En Cross-Site Scripting (XSS) sårbarhed (CVE-2026-49055) påvirker WordPress-pluginet “Drag and Drop Multiple File Upload – Contact Form 7” i versioner <= 1.3.9.7.
• Alvorlighed: Medium (CVSS ~7.1). Sårbarheden kan bruges til at udføre angriber-kontrolleret JavaScript i kontekster, hvor webstedets besøgende eller privilegerede brugere ser berørt output.
• Løst i version 1.3.9.8 — opdater straks, hvis du kører pluginet.
• Hvis du ikke kan opdatere straks: følg de midlertidige afbødninger nedenfor (deaktiver plugin, begræns upload-endepunkter, blokér ondsindede mønstre med din WAF, håndhæv CSP, roter legitimationsoplysninger, inspicer webstedet for kompromittering).
• Dette indlæg forklarer sårbarheden på et praktisk niveau, viser detektions- og afbødningsmuligheder og giver en tjekliste til hændelsesrespons, som du kan bruge nu.

Bemærk: Denne artikel er skrevet fra perspektivet af WP-Firewalls sikkerhedsteam og er beregnet til webstedsejere, administratorer og udviklere, der ønsker klare, handlingsorienterede retningslinjer. Den undgår detaljer om udnyttelse, men giver de defensive skridt, du har brug for.

---

Hvad skete der (kort resumé)

En Cross-Site Scripting (XSS) sårbarhed blev rapporteret i “Drag and Drop Multiple File Upload – Contact Form 7” pluginet til WordPress. Plugin-versioner op til og med 1.3.9.7 er sårbare. Leverandøren har løst problemet i version 1.3.9.8. Sårbarheden tillader en angriber at forårsage scriptudførelse på browsersiden i kontekster, hvor pluginet reflekterer eller gemmer ikke-valideret input og senere udskriver det på en side uden korrekt escaping.

XSS i filuploadkomponenter er især farligt, fordi angribere kan skjule payloads i filnavne, metadata eller andre uploadparametre, der senere gengives på administrationssider eller frontend-forhåndsvisninger. En vellykket udnyttelse kan føre til overtagelse af konti, privilegiumseskalering, installation af bagdøre, SEO-spam og distribution af klient-side malware.

Til reference, dette problem spores som CVE-2026-49055.

---

Hvem bliver berørt?

• Ethvert WordPress-websted med pluginet “Drag and Drop Multiple File Upload – Contact Form 7” installeret i version 1.3.9.7 eller tidligere.
• Websteder, der tillader uploads fra ikke-pålidelige kilder (offentlige kontaktformularer, frontend-uploadfelter) er i højere risiko.
• Selv hvis uploads er begrænset til indloggede brugere, kan XSS stadig blive våbeniseret mod administrative brugere, der ser de uploadede data eller uploadstyringsskærme.

Hvis du kører dette plugin, skal du tjekke din pluginliste og straks bekræfte din installerede version.

---

Hvorfor denne sårbarhed betyder noget (virkelige konsekvenser)

XSS er en af de mest almindelige og misbrugte sårbarhedsklasser på nettet, fordi det direkte giver angribere en rute ind i besøgendes browsere. De reelle konsekvenser afhænger af konteksten:

• Hvis XSS reflekteres ind på en administrativ side eller dashboard, kan en angriber målrette mod webstedets administratorer — et lille antal klik og en angriber-kontrolleret payload kan føre til fuld overtagelse af webstedet (oprette admin-brugere, installere plugins/temaer, ændre filer).
• Hvis XSS vises på frontend-sider, kan det bruges til at levere phishing-overlays, falske login-prompter eller til at eksfiltrere legitimationsoplysninger eller cookies.
• XSS kan kædes sammen med andre sårbarheder (f.eks. filuploadfejl) for at vedholde og eskalere et angreb.
• Massexploatering er mulig: en angriber kan skabe en ondsindet URL eller uploade og scanne for sider, der kører det sårbare plugin automatisk.

Den offentliggjorte CVSS er ~7.1 (Medium). Den score afspejler potentialet for administrativ indvirkning og relativt lav kompleksitet til at udnytte i almindelige scenarier.

---

Høj-niveau teknisk forklaring (uden PoC)

På et højt niveau opstår XSS, når bruger-kontrolleret input indsættes i en webside uden kontekst- passende escaping og sanitering. I konteksten af et filupload-plugin er de typiske risikable steder:

• Filnavne og metadata, der vises tilbage i admin UI eller front-end liste.
• HTML-attributter eller inline JavaScript, der inkluderer bruger-forsynede værdier.
• Enhver funktion, der genererer dynamisk HTML fra uploadede filfelter (forhåndsvisninger, billedtekster, formularsvar) uden korrekt escaping.

En angriber kan skabe input, der indeholder HTML eller JavaScript (inklusive kodede former som URL-kodede eller Base64) i felter, som pluginet senere gengiver. Hvis validering og escaping mangler eller er utilstrækkelige, vil det input blive tolket som aktiv kode af browsere.

Vigtigt, XSS kan være reflekteret (vises straks i et svar), gemt (persisted i databasen og serveret senere), eller DOM-baseret (angrebet udføres helt i offerets browser via klient-side kode). Hver type har lidt forskellige udnyttelseskarakteristika, men lignende defensive modforanstaltninger: valider input, escape output, og håndhæve CSP.

---

Hvordan angribere kan udnytte denne sårbarhed (scenarier)

1. Offentlig kontaktformularangreb:
   Angriberen uploader en fil eller giver et særligt udformet filnavn/beskrivelse på en offentlig formular. Når en admin ser formularindsendelsen eller fillisten, udføres ondsindet script i adminens browser og kan tage handlinger under admin-rettigheder.
2. Fangst af webstedets besøgende:
   Ondsindet HTML injiceret i upload-forhåndsvisninger eller visningssider udføres, når almindelige besøgende indlæser en side, hvilket muliggør sessionsstjæling, falske UI-overlejringer eller omdirigering til phishing-sider.
3. Ondsindet reklame / SEO-forgiftning:
   Scriptet indsætter spam-links eller indhold i sider, der ses af søgemaskiner eller besøgende, hvilket skader SEO og omdømme.
4. Pivot og vedholdenhed:
   Med admin-adgang fra XSS kan angribere installere vedholdende bagdøre, ændre kerne/theme/plugin-filer eller oprette planlagte opgaver for at opretholde adgang.

Fordi mange WordPress-brugere genbruger legitimationsoplysninger eller har svage admin-beskyttelser, er vejen fra XSS til fuld kompromittering direkte og kræver øjeblikkelig opmærksomhed.

---

Detektion: Hvordan man kan se, om du er blevet målrettet eller udnyttet.

Tegn varierer afhængigt af angriberens mål. Hvis du mistænker udnyttelse, udfør disse tjek straks:

• Søg efter mistænkelige eller usædvanlige filnavne i wp‑uploads (f.eks. navne der indeholder HTML-tags, javascript:, onerror= eller lange tilfældige strenge).
• Inspicer nylige formularindsendelser og uploadede filbeskrivelser for HTML/JS-indhold.
• Gennemgå ændrings-tidsstempler for plugin-, tema- og kerne-filer — uventede ændringer er et rødt flag.
• Tjek aktive brugere: er der nye administrator-konti? Tjek wp_users og wp_usermeta for nyligt tilføjede konti og mistænkelige rettigheder.
• Undersøg server- og adgangslogfiler for anmodninger til plugin'ets upload-endepunkter, der inkluderer usædvanlige nyttelaster eller gentagne anmodninger fra enkelt-IP'er.
• Se efter web shell indikatorer: PHP-filer i uploads, filer med mistænkelig kode eller filer med dobbelte filendelser (image.php.jpg).
• Tjek planlagte opgaver (wp‑cron jobs) og wp_options for ukendte autoloaded muligheder.
• Gennemgå Google Search Console eller andre indekseringsværktøjer for beskeder om hacket indhold eller spam.
• Kør en fuld malware-scanning ved hjælp af en velrenommeret scanner og filintegritetsværktøj.

Hvis du finder noget mistænkeligt, følg de nedenstående trin for hændelsesrespons.

---

Øjeblikkelig afbødning — hvad du skal gøre lige nu (rækkefølgen betyder noget)

1. Bekræft plugin-status:
   Tjek den installerede plugin-version. Hvis den er <= 1.3.9.7, opdater straks til 1.3.9.8.
   Hvis du ikke kan opdatere med det samme, fortsæt til trin 2.
2. Hvis du ikke kan opdatere straks, deaktiver plugin'et:
   Gå til Plugins > Installerede Plugins og deaktiver plugin'et.
   Hvis du ikke kan få adgang til wp-admin, fordi det er kompromitteret, omdøb plugin-mappen via SFTP/SSH (wp-content/plugins/drag-and-drop-multiple-file-upload-contact-form-7) — dette deaktiverer det.
3. Bloker de sårbare endepunkter på webserver- eller firewall-niveau:
   Hvis du har en administreret WAF, aktiver blokkeringsregler, der målretter mønstre, der ofte bruges i XSS-nyttelaster (script-tags, begivenhedshåndterere i parametre, kodede scriptfragmenter). Se de foreslåede regelideer nedenfor.
   Begræns adgangen til upload-URL'er til kendte IP-adresser, localhost, eller kræv godkendelse når det er muligt.
4. Håndhæve en strengere Content‑Security‑Policy (CSP):
   Implementer en konservativ CSP, der forbyder inline scripts og kun tillader betroede scriptkilder. Eksempel: nægt ‘unsafe-inline’ og brug nonces til eventuelle inline scripts, du kontrollerer.
   CSP er ikke en kur mod alle XSS, men det hæver barren og reducerer risikoen.
5. Rotér følsomme legitimationsoplysninger og nøgler:
   Rotere adgangskoder for alle administrator-konti.
   Rotér applikationsadgangskoder og API-nøgler, der er gemt i wp_config.php eller databasen.
   Tving log ud for alle brugere (Brugere > Alle brugere > Vælg alle > Skift rolle til ingen eller skift sessioner ved hjælp af et plugin som “Sessions” eller via databasen).
6. Stram admin-adgang:
   Aktivér to-faktor autentificering (2FA) for alle admin-brugere.
   Begræns de IP-adresser, der kan få adgang til wp-admin via .htaccess eller serverregler, hvis du har statiske admin-IP'er.
7. Backup og snapshot:
   Tag en fuld sikkerhedskopi eller snapshot med det samme (filer + database). Bevar dette som bevis, før du foretager ændringer.
8. Scann for indikatorer på kompromittering:
   Kør en malware-scanning og filintegritetskontrol på hele siden.
   Gennemgå logfiler for mistænkelig aktivitet — især handlinger foretaget efter eventuelle mistænkte injektionsbegivenheder.
9. Overvåg og hårdnakket i de næste 72 timer:
   Øg overvågningen, tjek logfiler ofte, og hold øje med nye admin-konti, ændrede filer eller yderligere mistænkelige uploads.

---

Langsigtede afbødningsstrategier

• Anvend altid opdateringer til plugins, temaer og WordPress-kernen hurtigt. Aktiver auto-opdateringer, hvor det er sikkert.
• Begræns filuploads til autentificerede og betroede brugere, hvor det er muligt. Hvis offentlige uploads er nødvendige, skal du bruge en streng tilladelsesliste for filtyper og størrelsesgrænser.
• Rens filnavne server-side: fjern eller normaliser eventuelle tegn, der kan tolkes som HTML, når de er gengivet.
• Escape output i alle kontekster. Plugin- og temaudviklere skal bruge de korrekte WordPress-escape-funktioner (esc_html(), esc_attr(), wp_kses_post(), osv.) når de gengiver brugerindhold.
• Brug moderne sikkerhedshoveder (CSP, X‑Content‑Type‑Options, X‑Frame‑Options, Referrer‑Policy).
• Implementer princippet om mindst privilegium: giv kun brugere de roller og kapaciteter, de har brug for. Undgå at bruge delte admin-konti.
• Brug en anerkendt WAF til at give virtuel patching for zero-day eksponeringsvinduer.
• Udfør periodiske sikkerhedsrevisioner og penetrationstest på kritiske websteder.
• Anvend filintegritetsmonitorering og automatiserede meddelelser for kernefilændringer.
• Hold adskillelse mellem produktion og staging, og test pluginopdateringer i staging, før de implementeres.

---

Eksempler på WAF-afbødningsideer (mønstre og tilgange)

Nedenfor er konceptuelle tilgange, du kan diskutere med din hostingudbyder, eller implementere i en webapplikationsfirewall. Disse er defensive retningslinjer — de er bevidst overordnede og undgår specifikke udnyttelsespayloads.

• Bloker anmodninger, der indeholder bogstaveligt “<script” eller kodede varianter inden for forespørgselsstrenge, POST-kroppe, filnavne eller multipart-formdele — især hvis de observeres på upload-endepunkter.
• Bloker attributter som “onerror=” eller “onload=” der er til stede i felter, der kun skal indeholde filnavne eller beskrivelser.
• Afvis filnavne med vinkelparenteser (), citationstegn eller andre tegn, der ville blive outputtet som HTML uden escape.
• Normaliser og afvis dobbelt-kodede payloads: URL-dekoderede værdier, der stadig indeholder skript tokens, kræver afvisning.
• Håndhæve indholdstypevalidering på uploads: tillad kun forventede MIME-typer og verificer filindhold (magiske bytes).
• Begræns antallet af indsendelser til upload-endepunkter for at reducere automatiserede masse-scanninger og udnyttelsesforsøg.
• For admin-endepunkter, kræv gyldig autentificering og verificer anmodninger med nonces.

Hvis du vedligeholder dine egne ModSecurity-regler eller Nginx-regler, inkluder mønstre til at kontrollere for skript tokens inde i filnavnefelter og multipart payload headers. Test regler grundigt for at undgå falske positiver, der blokerer legitime uploads.

---

Incident response checklist (trin-for-trin)

Hvis du mistænker en vellykket udnyttelse, følg denne tjekliste straks:

1. Isoler:
   Sæt webstedet i vedligeholdelsestilstand eller blokér midlertidigt adgangen for at minimere yderligere skade.
2. Bevar beviserne:
   Tag snapshots af filer og databasen.
   Eksporter serverlogfiler (adgang, fejl, sikre logfiler).
   Behold sikkerhedskopier af de mistænkte ondsindede filer til analyse.
3. Indhold:
   Deaktiver det sårbare plugin eller omdøb dets mappe.
   Tilbagetræk offentlig adgang til upload-endepunkter, hvis det er muligt.
   Skift admin- og FTP/SFTP-adgangskoder og tilbagekald API-nøgler.
4. Undersøg:
   Scann for web shells, ændrede kerne filer og nye admin-brugere.
   Søg uploads for nytilføjede PHP-filer eller filer, der indeholder eksekverbar kode.
   Gennemgå nyligt ændrede filer i wp-content, temaer og plugins.
5. Rens:
   Fjern ondsindede filer og gendan ændrede filer fra en kendt ren backup, hvor det er muligt.
   Hvis webstedets integritet ikke kan sikres, genopbyg fra en ren kilde (frisk WP-kerne + rene plugin-versioner + gendannet database efter rengøring).
6. Gendan:
   Efter rengøring, roter nøglerne igen, genskab admin-sessioner, og genaktiver plugin'et kun når det er blevet opdateret.
   Geninitialiser sikkerhedsforanstaltninger (2FA, hårdning, WAF-regler).
7. Efter hændelsen:
   Udfør en årsagsanalyse og dokumenter, hvordan angriberen opnåede adgang.
   Implementer afbødninger for at forhindre lignende problemer i fremtiden.
   Underret berørte brugere, hvis datalækage eller tyveri af legitimationsoplysninger mistænkes.

Hvis du har brug for ekspert hjælp, samarbejd med et erfarent WordPress hændelsesrespons team, der forstår webforensik, WordPress interne forhold og sikre gendannelsesprocedurer.

---

Hvordan man opdaterer sikkert til den opdaterede version 1.3.9.8

1. Tag backup først:
   Tag altid en fuld backup (filer + database) før opdatering af plugins.
2. Test i staging:
   Hvis du har et staging-miljø, anvend opdateringen der for at sikre kompatibilitet med dit tema og andre plugins.
3. Opdater plugin:
   Fra WordPress Admin: Plugins > Installerede Plugins > Opdater nu.
   Eller opdater via WP-CLI: wp plugin opdatering
4. Bekræft:
   Test upload flows og kontaktformular funktionalitet for at sikre, at alt stadig fungerer, og at output er korrekt undsluppet.
   Tjek serverlogfiler for unormal adfærd efter opdateringen.
5. Genaktiver eventuelle afbødninger:
   Hvis du tidligere har deaktiveret plugin'et eller blokeret endpointet, skal du kun genaktivere efter opdateringen.
6. Overvåge:
   Hold øje med logfilerne nøje i mindst 7 dage efter opdateringen for at opdage tegn på angreb efter opdateringen.

---

Udviklervejledning: hvordan man forhindrer denne klasse af sårbarheder

Hvis du er udvikler af et plugin eller tema, skal du følge disse bedste praksisser for at stoppe XSS og lignende injektionsfejl:

• Output kodning først: Undgå altid brugerdata baseret på konteksten, før du gengiver. Brug esc_html() til HTML-krop indhold, esc_attr() til attributter, esc_url() til URLs, og wp_kses() når du tillader begrænset HTML.
• Valider input server-side: Stol ikke kun på klient-side tjek. Valider MIME-typer og filindhold på serveren.
• Brug tilladelseslister til filuploads: Begræns til en kort liste over sikre filtyper (jpg, png, pdf) og håndhæv indholdstjek.
• Rens filnavne: Fjern eller normaliser tegn, der kan skabe HTML eller bryde ud af attributter (, “, ‘, `, &).
• Undgå at ekko brugerinput i inline JavaScript eller HTML-attributter. Hvis det er uundgåeligt, brug passende undslipning og nonces.
• Brug kapabilitetskontroller og nonces til at beskytte handlinger, der ændrer webstedets tilstand.
• Opbevar binære filer uden for dokumentroden, når det er muligt, eller server dem gennem en kontrolleret proxy for at forhindre direkte udførelse.
• Hold afhængigheder opdaterede og udfør sikkerhedstest: statisk analyse, dynamisk scanning og manuel kodegennemgang for rensnings- og undslipningsproblemer.

Hvis du vedligeholder et plugin, skal du tilføje automatiserede tests for at kontrollere, at input, der indeholder typiske angrebsvektorer, bliver renset eller afvist.

---

Hvorfor denne type sårbarhed fortsætter med at dukke op

Flere faktorer gør plugins, der håndterer uploads, særligt risikable:

• Kompleksitet: Håndtering af forskellige filtyper, metadata og forhåndsvisninger øger kompleksiteten og sandsynligheden for udviklerfejl.
• Kontekstuelle undslipningsfejl: Udviklere glemmer ofte, at filnavne og metadata vil blive indlejret i forskellige kontekster (HTML, attributter, JSON, JavaScript).
• Arv kode og genveje: Ældre plugins kan bruge hurtige output-funktioner uden korrekt undslipning.
• Offentlig eksponering: Kontaktformularer og upload-endepunkter er ofte offentlige som standard, hvilket giver angribere nem adgang.

Løsningen er både teknisk (rettelser og hårdføre) og procesorienteret (sikker udviklingslivscyklus, kodegennemgange og automatiseret testning).

---

Logging og overvågning: hvad der skal kontrolleres rutinemæssigt

• Webserverlogfiler:
  Overvåg for fejlbehæftet multipart/form-data, gentagne uploadforsøg eller anmodninger med skript tokens.
• Applikationslogfiler:
  Overvåg plugin-logfiler og WordPress-fejllogfiler for undtagelser eller mistænkelige POST-payloads.
• Filændringsdetektion:
  Giv besked om ændringer i wp‑content, især i uploads, plugins og temaer.
• Brugeraktivitet:
  Overvåg for oprettelse af nye admin-brugere, rolleændringer eller uventede nulstillinger af adgangskoder.
• Ekstern omdømme:
  Hold øje med Google Search Console for advarsler om hacket indhold.

Opsæt automatiserede alarmer for højrisikomønstre og gennemgå alarmer dagligt.

---

Hvordan WP‑Firewall hjælper (vores tilgang)

Hos WP‑Firewall fokuserer vi på flere lag af beskyttelse, der reducerer eksponeringen for sårbarheder som denne:

• Administreret WAF og virtuel patching: vi implementerer regler, der opdager og blokerer mistænkelige payloads (inklusive skript tokens i uploadfelter) for at forhindre udnyttelse, mens sider opdateres.
• Malware-scanning og fjernelse: automatiserede scanninger opdager og renser ondsindede filer, som angribere måtte have uploadet.
• OWASP Top 10-afbødning: kernebeskyttelser mod almindelige injektionsklasser, herunder XSS.
• Fuldt stak overvågning: filintegritet, admin-aktivitet og detektion af mistænkelige anmodninger med notifikation.
• Sikkerhedsrådgivning og support: trin-for-trin genopretningsplaner og hårdføre anbefalinger til administratorer og udviklere.

Hvis du har et beskyttet site hos os, kan vores afbødningsregler straks reducere risikoen, mens du anvender leverandørens patch.

---

Begynd at beskytte dit site på få minutter — WP‑Firewall Gratis plan

Vi forstår, at hurtig beskyttelse er vigtig. Hvis du ønsker en enkel måde at tilføje en administreret webapplikationsfirewall og grundlæggende malware-detektion uden omkostninger, giver vores WP‑Firewall Free-plan dig essentielle beskyttelser hurtigt:

• Essentiel beskyttelse: administreret firewall, ubegrænset båndbredde, WAF, malware-scanner og afbødning af OWASP Top 10-risici.
• Nem opsætning og øjeblikkelig virtuel patching for kendte plugin-sårbarheder.
• Ingen kreditkort kræves - få grundlæggende forsvar på få minutter.

Læs mere og tilmeld dig den gratis plan her: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Hvis du har brug for automatisk fjernelse, IP-blacklisting, planlagt rapportering eller premium support, tilføjer vores Standard- og Pro-planer disse funktioner for et lille årligt gebyr.)

---

Praktisk tjekliste, som du kan kopiere og indsætte

Øjeblikkelig (inden for 1 time)

• [ ] Tjek om plugin'et er installeret, og bekræft version.
• [ ] Hvis sårbar og du kan opdatere: opdater til 1.3.9.8 nu.
• [ ] Hvis du ikke kan opdatere: deaktiver plugin'et eller omdøb plugin-mappen.
• [ ] Tag en fuld backup (filer + DB) og bevar logs.

Næste skridt (inden for 24 timer)

• [ ] Rotér admin- og SFTP-legitimationsoplysninger.
• [ ] Aktivér 2FA for alle admin-brugere.
• [ ] Udfør en fuld malware- og filintegritetsscanning.
• [ ] Gennemgå serveradgang og WordPress-logs for mistænkelig aktivitet.

Gendannelse (inden for 72 timer)

• [ ] Rens eller gendan eventuelle ændrede filer fra en kendt god backup.
• [ ] Genaktiver plugin'et først efter patching og verifikation.
• [ ] Implementer WAF-regler og CSP for at reducere fremtidig risiko.

Langsigtet

• [ ] Tilføj filupload tilladelsesliste-tjek og sanitér filnavne.
• [ ] Håndhæve en sikker udviklingslivscyklus for brugerdefineret kode.
• [ ] Planlæg periodiske sikkerhedsrevisioner.

---

Afsluttende tanker

XSS-sårbarheder i upload-håndterere er ikke teoretiske — de er aktivt målrettet, fordi de giver høj gevinst. Hvis du kører Drag and Drop Multiple File Upload – Contact Form 7-pluginet, er den bedste handling at opdatere til 1.3.9.8 straks. Hvis du ikke kan, anvend de ovenstående afbødninger uden forsinkelse, og behandl enhver afvigelse som potentielt alvorlig.

Sikkerhed er en kombination af hurtig reaktion (patching, inddæmning) og vedholdende hærdning (princip om mindst privilegium, output-escaping, overvågning). Hvis du ønsker hjælp til at udføre en risikovurdering eller hændelsesrespons, eller ønsker at tilføje administreret WAF-beskyttelse, der kan give virtuel patching straks, så kontakt vores team — vi hjælper WordPress-webstedsejere med at blive sikre hurtigt.

Hold jer sikre,
WP‑Firewall Sikkerhedsteamet

Referencer og yderligere læsning

• CVE‑2026‑49055 (til sporing og leverandørvejledning)
• OWASP: Cross‑Site Scripting (XSS) — detaljeret baggrund og afbødningsmønstre
• WordPress-udviklerressourcer: escaping/sanitization-funktioner