Risiko for hackerangreb på vores hjemmeside

Hvor farligt er det for os allesammen, at hjemmesiden ligger på internettet, som til stadighed huser mere eller mindre farlige angreb fra hackere?

Aktuelt skøn fra webredaktionen

Sandsynligvis sker der ikke det store – det håber vi i hvert fald. Men ...

Brugere:
Vores bedste skøn er, at beboer-brugerne ikke udsættes for nogen nævneværdig form for risiko af den grund.
Der er ingen personlige data om jer, ud over jeres eventuelle indlæg på siden og jeres email adresse ifm abonnement på vores nyhedsbrev.
Hvad bestyrelsen måtte have af mere personlige data om jer, ligger ikke på vores hjemmeside.
I som brugere kan i kortere eller længere perioder opleve, at hjemmeside ikke bliver ajourført, at I ikke kan indlægge kommentarer, eller at hjemmesiden simpelt hen ikke er tilgængelig. 
I risikerer også at blive udsat for alskens irrelevante reklamer eller det, der er værre på hjemmesiden eller i postkassen.

Redaktører:
Vi som Strandvejskvarterets webredaktører kan få noget eller meget eller særdeles meget bøvl med at afklare aktuelle risici og med at teste og rydde op efter større eller mindre ulykker.
Vi risikerer at blive involveret i at skulle få opgraderet styresystemet for for hjemmesiden. Sidst vi gjorde det, "trak det tænder ud".
Derudover har vi de samme risici som brugerne.

Foreningen og bestyrelsen:
Selvfølgelig de samme risici som alle andre brugere.
Bestyrelsen kan lige som andre brugere opleve, at de kan få reduceret service i en periode. 
Derudover risikerer foreningen, at hjemmesidens store arkiv ødelægges. I bedste fald opdager man det straks, og backuppen er ikke blevet inficeret, så folkene på webhotellet kan reetablere sitet. I værste fald opdager man det først efter længere tid, så backup-filerne også er blevet inficerede, hvorefter oprydningsarbejdet bliver kompliceret.

Webhotellet:
Folkene dér får en masse bøvl.
Hvis der skulle være smuttet noget malware ind, satser vi på, at de kan reetablere det hele, så snart de har renset ud i skaderne. De tager jo løbende backups af vores data, og de har en række log-filer og andre sikkerhedsforanstaltninger.
De kan også blive tvunget til en mere forhastet omstilling af styresystem mm.

Case:
PHP-svaghed på vores hjemmeside

(Som publiceret på Facebook-gruppen 22/10-2026)

Strandvejskvarterets hjemmeside er potentielt blandt de hjemmesider, som er truet pga et aktuelt PHP-sikkerhedshul. Pt. har vi dog ikke set problemer.

Baggrund

Den 21/10-2026 blev måske 75% af verdens hjemmesider udsat for en potentiel risiko for hackeraktivitet, fordi de er programmeret i PHP, et computersprog, som netop havde fået afdækket to huller, der gjorde det muligt for hackere at lægge malware ind på hjemmesiderne. Mange sites er lukket ned for at sikre virksomheder og organisationer mod alskens elendigheder.

Status hos os

Medarbejderne på vores webhotel har, så vidt jeg forstår, allerede i går 21/10 lukket for al adgang til at lægge data ind på vores hjemmeside. Man kan stadig læse, hvad der står på siderne, men altså ikke ajourføre den.
Mit bedste skøn er, at vores beboere ikke udsættes for nogen form for risiko af den grund. Der er ingen personlige data om jer, ud over jeres eventuelle indlæg på siden og jeres email adresse ifm abonnement på vores nyhedsbrev. Hvad bestyrelsen måtte have af mere personlige ting ligger ikke på vores hjemmeside.
Jeg som webmaster kan få noget bøvl, og foreningens medlemmer, beboere og bestyrelse kan også få manglende service i en periode. Men sandsynligvis sker der ikke noget nævneværdigt – det håber jeg i hvert fald. 
Vores webhotel er nu ved at opdatere og tjekke deres kunders websites. Hvis der skulle være smuttet noget malware ind, satser jeg på, at de kan reetablere det hele, så snart de har renset ud i det. De tager løbende backups af vores data.

Follow-up

Jeg har haft en kort email-udveksling med vores konsulenter, og jeg afventer nu stille og roligt deres næste status. Der er ingen grund til at forstyrre dem unødigt ?.
Jeg vender tilbage, når der er nyt.
Mange hilsner, fra jeres webredaktør Søren
 

Log: 31/10-2026 artikel oprettet af webredaktør Søren Borch