--- title: "Sikkerheden afgøres af jeres ældste hjemmeside" description: "En offentlig organisations websikkerhed afhænger ikke af hovedhjemmesiden alene, men af hvor hurtigt alle dens hjemmesider kan opdateres, når en kritisk sårbarhed rammer." date: "2026-10-27" created: "2026-10-27" --- # Sikkerheden afgøres af jeres ældste hjemmeside En offentlig organisations websikkerhed afhænger ikke af hovedsitet alene, men hvor hurtigt alle dens hjemmesider kan opdateres, når en kritisk sårbarhed rammer. [Hjem](https://moliri.dk/) [Viden](https://moliri.dk/viden) [Sikkerheden afgøres af jeres ældste hjemmeside](https://moliri.dk/viden/sikkerheden-afgoeres-af-jeres-aeldste-hjemmeside) ## En rettelse beskytter kun dem, der kan installere den Tiden, hvor den menneskelige kapacitet satte grænsen for omfanget af et cyberangreb, er forbi. Før tog det tid at finde en sårbarhed, skrive angrebskoden og lede efter hjemmesider, der var ramt. I dag kan AI-agenter gennemsøge internettet, analysere kode og afprøve kendte huller døgnet rundt uden at blive trætte. Når det ikke længere kræver noget af et menneske at lede, bliver alt fundet - også den hjemmeside, ingen har kigget på i årevis. Det har de seneste uger vist. I oktober 2026 blev der fundet to kritiske sårbarheder i PHP, et programmeringssprog som en stor del af verdens hjemmesider er bygget på, herunder også mange danske myndigheder. Sårbarhederne blev udnyttet aktivt, inden der fandtes en rettelse. Rettelsen kom dagen efter, men kun til de nyere versioner af PHP. Hjemmesider på ældre versioner får ingen rettelse, selvom de også er ramt. I de følgende dage har vi set flere offentlige hjemmesider været nødsaget til at gå offline, da en ukendt aktør fik uautoriseret adgang til serveren bag hostingplatformen. Hændelsen viser flere sider af samme risiko. En sikkerhedsrettelse virker først, når den kører på den enkelte server. Perioden fra rettelsen er udgivet, til den er installeret, er den periode, hvor en hjemmeside er mest udsat. Angrebsmetoden er kendt, og automatiserede værktøjer leder systematisk efter hjemmesider, der ikke er opdateret. En hjemmeside står typisk i en af tre situationer: 1. **Understøttet version med løbende drift.** Rettelsen installeres som en rutineopgave inden for timer. 2. **Understøttet version uden fast vedligehold.** Rettelsen kan installeres, men nogen skal først opdage behovet, bestille opgaven og finde tid. Det tager dage. 3. **Forældet version.** Der findes ingen rettelse. Hjemmesiden skal først opgraderes, og udvidelser, temaer og specialudvikling skal testes. Det tager uger. ## Her opstår risikoen, og sådan håndterer I den ### Den glemte hjemmeside er bagdøren Mange organisationer har flere hjemmesider end hovedsitet. Kampagnesites, ældre subsites eller projektsider bliver ofte bygget til et bestemt formål og har derefter sjældent en fast ejer. Og selvom sitet måske ikke længere er aktuelt, lever det videre. Det er typisk her, de forældede versioner findes. Risikoen stopper sjældent ved selve sitet. En hjemmeside kører på en server sammen med andre hjemmesider, databaser og systemer. Et kendt hul i en forældet installation kan give adgang til serveren og derfra til de løsninger og data, der ligger ved siden af. Den svageste hjemmeside bestemmer dermed sikkerhedsniveauet for alt det, der deler infrastruktur med den. ### Versionsgæld opstår gradvist Ingen organisation vælger at køre på en forældet version. Det sker ofte, fordi hjemmesiden blev bygget som et projekt med et lanceringsbudget, mens driftsaftalen kun dækker hosting og fejlretning. Opgraderinger bestilles, når der er et behov, og godkendes, når der er budget. Hver udskudt opgradering gør den næste større, fordi flere ændringer skal håndteres på én gang. Resultatet er versionsgæld. Den er usynlig i det daglige, fordi hjemmesiden fungerer, og den bliver først synlig, når en kritisk sårbarhed kræver en opgradering, der ikke er budgetteret. Omkostningen bliver betalt alligevel. Opgraderingen sker under tidspres, med mindre tid til test og ofte til en højere pris. Imens er sitet sårbart, og et kompromitteret site kan koste nedetid, genopretning, en indberetning efter NIS2 og tab af borgernes tillid. ### A og B-hold Hos leverandører, der driver mange kunder på forskellige versioner, opstår et A og et B-hold. A-holdet kører på den nyeste version og får rettelserne først. B-holdet kører på ældre versioner, der kræver særskilt håndtering. Når en kritisk sårbarhed rammer, skal leverandøren håndtere alle versioner på én gang, og B-holdet venter længst. ### Hvad I bør kunne svare på NIS2 forpligter offentlige organisationer til at kunne dokumentere passende sikkerhedsforanstaltninger, også hos deres leverandører. Opdateringstempo er en af dem. Disse fire forhold bør være et naturligt udgangspunkt: 1. **Overblik over alle sites.** I ved, hvilke hjemmesider organisationen har, hvem der ejer dem, og om de stadig får sikkerhedsopdateringer. 2. **Én fælles version.** Alle kunder hos CMS-leverandøren kører på samme version, så en rettelse rulles ud til alle samtidig. 3. **Løbende opdatering i aftalen.** Opdatering af sprog, frameworks, biblioteker og infrastruktur er en fast del af driften og ikke en opgave, der skal bestilles. 4. **Dokumenteret responstid.** Leverandøren kan beskrive, hvordan sårbarheder overvåges, hvor hurtigt kritiske rettelser rulles ud, og hvordan I bliver informeret. ![](https://moliri.dk/i/MOLIRIMEDIA/6e94d961-7f23-4c20-86f6-cef9ec91f1c0?width=1920) ## Sådan arbejder vi med sikkerhed i moliri moliri er bygget på en sikker infrastruktur og har ikke været berørt af de seneste ugers angreb. Men teknologivalget er kun udgangspunktet. Det afgørende er, at sikkerhed er en del af vores daglige arbejde. Vi venter ikke på, at noget sker. Vi opruster løbende og forebygger så meget, vi kan, så platformen og vores kunders løsninger er modstandsdygtige, når angrebene kommer. Den samme tankegang ligger bag det cyberberedskab, der er bygget ind i platformen. moliri CyberShield stopper mistænkelig trafik og kendte angrebsmønstre, før den når løsningerne, og i moliri Insights kan kunderne selv følge med i blokerede angreb, afviste bots, oppetid og meget mere. Det skaber tryghed, også når angrebene bliver flere og hurtigere. [Få mere at vide](https://moliri.dk/MOLIRIPAGE/112f8309-d778-4c43-8b63-286b170db69b) ## Få overblik over jeres hjemmesider Har I sites, hvor I er i tvivl om version, ejerskab eller sikkerhedsopdateringer, hjælper vi gerne med at få overblik. Vi kan også tage en snak om, hvordan I samler jeres hjemmesider på én sikker platform, der opdateres løbende. ![](https://moliri.dk/i/MOLIRIMEDIA/c7f44462-e8c4-4c41-bbec-e93b4133a0b8?width=200) **Mikkel Kolbe Lorenzen** Partner & Markedschef Bleau A/S mkl@bleau.dk [+45 26 29 59 40](tel:+45%2026%2029%2059%2040 "+45 26 29 59 40")