# Website hacket, hvad nu? Akuthjælp på afstand > Website hacket? Vi sikrer spor, inddæmmer angrebet, renser serveren og dokumenterer hændelsen. Akuthjælp på afstand for virksomheder. Kilde: https://phpsos.de/da/leistungen/website-gehackt-notfallhilfe/ Status: 25.10.2026 Udbyder: PHP SOS, PHP-nødhjælp og serversikkerhed. Akut hjælp på WhatsApp: https://wa.me/491736494914?text=Hej%20PHP%20SOS%2C%20vi%20har%20brug%20for%20hj%C3%A6lp%20med%20vores%20PHP-server.%20Firma%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6 **Kort sagt:** Når jeres website er blevet hacket, er det vigtigste spørgsmål »hvad gør vi uden at ødelægge sporene?«. Vi overtager på afstand inddæmningen, sikrer logs og filer, fjerner skadelig kode, lukker indgangsdøren og dokumenterer det hele. I beholder beslutningerne, vi leverer de tekniske fakta. ## Website hacket: hvad skal I gøre den første time? De første skridt afgør, om hændelsen senere kan opklares ordentligt. Ro er vigtigere end fart for enhver pris. Disse punkter kan I selv klare med det samme: - **Slet ikke noget:** fjern ingen filer, geninstaller ikke oven på den gamle tilstand, og indspil ikke en backup, før der er sikret. - **Isolér:** sæt websitet i vedligeholdelsestilstand eller tag det midlertidigt af nettet, hvis besøgende er i fare, eller data kan sive ud. - **Gem logs:** bed jeres hostingudbyder om ikke at overskrive adgangs- og fejllogs. Ved PHP2Shell anbefaler fagpressen at gemme serverlogs fra og med 20.10.2026. - **Notér adgange:** Hvem har admin-, FTP-, SSH- og panel-adgang? Skift først adgangskoder efter aftale, og gør det fra en ren enhed. - **Underret de involverede:** direktionen, databeskyttelsesrådgiveren og, hvis I har en police, forsikringsselskabet. > **Handl med det samme:** > Gå ud fra, at en angriber med adgang til webserveren også har kunnet læse adgangsdata fra konfigurationsfiler. Adgange til database, mail og API hører derfor med på listen over hemmeligheder, der skal skiftes. Hvilke tegn der peger på en kompromittering, beskriver siden [Er jeg allerede kompromitteret?](https://phpsos.de/da/php2shell/bin-ich-gehackt-anzeichen/). ## Hvordan hjælper PHP SOS konkret? 1. **Situationsbillede:** Vi afklarer med jer, hvad der er observeret, hvilke systemer der kan være berørt, og hvilke data der ligger dér. Heraf opstår en kort vurdering med de næste skridt. 2. **Sikre og inddæmme:** Vi sikrer filer, database og logs, før noget ændres. Derefter inddæmmer vi angrebet, f.eks. ved at spærre mistænkelige adgange, slå angrebne funktioner fra eller midlertidigt isolere systemet. 3. **Finde og lukke indgangen:** Vi kontrollerer PHP-version og rettelsesstatus, CMS, udvidelser og adgange. Hvis indgangen via PHP2Shell er nærliggende, retter vi og genstarter alle PHP-processer. 4. **Rense og genoprette:** Webshells, bagdøre og manipulerede filer fjernes, eller tilstanden genopbygges fra pålidelige kilder. Detaljer står under [Få malware og webshells fjernet](https://phpsos.de/da/leistungen/malware-entfernung/). 5. **Afslutning og rapport:** I får en dokumentation af hændelsen og anbefalinger til hærdning. Er en bevismæssigt holdbar opklaring nødvendig, inddrager vi specialiserede partnere inden for forensik. ## Hvad I får fra os - en tidslinje over hændelsen, for så vidt den lader sig dokumentere ud fra sporene - en liste over fundne og fjernede skadelige komponenter - beskrivelsen af den sandsynlige indgang, klart opdelt i dokumenteret, sandsynligt og ukendt - en liste over alle ændrede adgange og hemmeligheder - anbefalinger til, hvad der bør sikres varigt Rapporten hjælper i samtaler med databeskyttelsesrådgiver, forsikringsselskab og eventuelt politiet. Til den juridiske vurdering, f.eks. [GDPR-anmeldelsespligten inden for 72 timer](https://phpsos.de/da/compliance/dsgvo-meldepflicht-72-stunden/), erstatter den ikke rådgivning fra fagfolk. ## Hvad vi har brug for fra jer - **Adgange:** til serveren (SSH eller panel), til CMS-backend og til databasen, alternativt tilladelse til at tale direkte med jeres hostingudbyder - **Kontaktperson:** en person, der er til at træffe, og som har beslutningskompetence til at slukke, genstarte og skifte adgangskoder - **Oplysninger:** hvornår problemet først blev bemærket, hvilke ændringer der senest er sket, og hvem der havde adgang - **Backups:** hvor sikkerhedskopierne ligger, og hvor gamle de er - **Kontakt til tjenesteudbydere:** bureau, udvikler eller hostingudbyder, som kender systemet ## Hvad vi ikke lover Vi kan ikke love, at ethvert angreb kan rekonstrueres fuldstændigt. Hvis logs mangler eller allerede er overskrevet, bliver der huller, og dem nævner vi åbent. Vi lover heller ikke, at en renset side forbliver sikker for evigt. Vi arbejder på hændelsen, indtil den er afsluttet og dokumenteret, og fortæller jer, hvad der bagefter stadig skal gøres. Vi yder ikke juridisk rådgivning. Spørgsmål om anmeldelsespligt, ansvar eller forsikringsdækning hører hjemme hos databeskyttelsesrådgiver, advokat og forsikringsselskab. Til en struktureret gennemgang efter hændelsen hjælper vores [tjekliste efter et hackerangreb](https://phpsos.de/da/ratgeber/checkliste-nach-dem-hack/). ## Hvornår en større hændelseshåndtering er nødvendig Nogle hændelser rækker ud over ét website: flere servere, kundedata der er sluppet ud, afpresning eller en angriber, der bevæger sig videre i netværket. Så skifter vi til en struktureret [incident response](https://phpsos.de/da/leistungen/incident-response/) med faste roller, situationsmøder og afstemt kommunikation. Overgangen aftaler vi med jer, så snart den tegner sig. Også efter en mindre hændelse er det værd at se fremad. Et renset website uden hærdning, opdateringer og overvågning er fortsat et oplagt mål, for angribere kontrollerer ofte kendte ofre igen. Det er derfor fornuftigt efter afslutningen at fastlægge, hvem der fremover er ansvarlig for opdateringer, backups og kontrol. Ofte viser hændelsen netop dér et hul: Ingen følte sig ansvarlig, eller adgangene lå hos en tjenesteudbyder, som ikke længere var til at få fat i. Disse spørgsmål afklarer vi med jer i afslutningssamtalen, så hændelsen bliver til en bedre drift. ## Ofte stillede spørgsmål **Skal jeg slette det hackede website med det samme og sætte det op påny?** Lad være med at forhaste jer. Sletter man alt, ødelægger man de spor, der viser, hvordan angriberen kom ind, og om data er sluppet ud. Det er bedre at tage siden af nettet eller isolere den og sikre den først. **Hvordan kan jeg se, at mit website er blevet hacket?** Typiske tegn er fremmede omdirigeringer, spamsider i Googles indeks, ukendte administratorkonti, nye PHP-filer eller advarsler fra browseren, hostingudbyderen eller Google. Også en kraftigt øget serverbelastning eller påfaldende udgående datatrafik kan være tegn. **Skal jeg anmelde et hackerangreb?** Hvis personoplysninger kan være berørt, kan der bestå en pligt til at anmelde det til tilsynsmyndigheden inden for 72 timer. Om det gælder hos jer, afklarer I med jeres databeskyttelsesrådgiver eller en advokat. **Hjælper akuthjælpen også, hvis serveren ligger hos hostingudbyderen?** Ja. Vi arbejder med den adgang, I har, og afstemmer om nødvendigt med jeres hostingudbyder. Hvad vi kan kontrollere, afhænger af de rettigheder, I kan give os. ## Kilder - [BSI: det tyske forbundsagentur for informationssikkerhed](https://www.bsi.bund.de/) - [GDPR art. 33: anmeldelse til tilsynsmyndigheden](https://dsgvo-gesetz.de/art-33-dsgvo/) - [Google Search Console Hjælp](https://support.google.com/webmasters/) - [Politiet: centrale kontaktpunkter for cyberkriminalitet](https://www.polizei.de/)