# Onlineshop hacket? Sikkert og dokumenteret tilbage > Onlineshop hacket? Vi beskytter kundedata og omsætning, finder indgangen og får shoppen dokumenteret rent tilbage. Ring til os eller skriv på WhatsApp. Kilde: https://phpsos.de/da/soforthilfe/onlineshop-gehackt/ 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:** Hvis jeres onlineshop er blevet hacket, handler det om tre ting på samme tid: beskytte kundedata, sikre omsætningen og dokumentere, at shoppen igen er ren. Er I berørt? Kontakt os nu. Vi overtager på afstand inddæmning, årsagsanalyse, oprydning og dokumentation og afstemmer med jeres tjenesteudbydere. > **Handl med det samme:** > **Slet intet og opsæt intet på ny nu.** Før I fjerner filer eller spiller shoppen tilbage, skal filer, database og logs være sikret. Ring til os eller skriv på WhatsApp. Den hurtigste vej er [Meld en nødsituation](https://phpsos.de/da/notfall/). ## Er I berørt? Tegn i onlineshoppen Ved shops står der mere på spil end ved et visitkortwebsite. Hold øje med disse signaler: - Kunder melder, at deres kort eller konto er blevet misbrugt efter en bestilling hos jer - Jeres betalingstjenesteudbyder eller bank spørger til påfaldende transaktioner - i betalingsforløbet dukker der felter, vinduer eller omdirigeringer op, som I ikke har oprettet - ordrer, priser eller rabatkoder er ændret uden jeres medvirken - i administrationsområdet er der ukendte brugere eller usædvanlige logins - Jeres mailserver sender spam i shoppens navn, eller kunder modtager phishing-mails med jeres afsender - filer i mapper til medier, cache eller plugins er nye eller ændrede, selv om ingen har deployet - belastningen stiger uden synlig stigning i antallet af besøgende ## Hvad I gør med det samme 1. **Beslut, om kassen går offline.** Så snart betalings- eller kundedata kan være i fare, tager I checkout eller shoppen midlertidigt af nettet, for eksempel med en vedligeholdelsesside. Beslutningen er jeres; vi rådgiver hertil. 2. **Slet intet, overskriv intet.** Ingen opdateringer i livesystemet, ingen tilbagespilning af en backup. 3. **Forbered betalingstjenesteudbyderen.** Undersøg, hvilke meldeveje jeres kontrakt foreskriver, og hav kontaktpersonerne klar. 4. **Gem logs.** Bed hostingudbyder og bureau om at sikre adgangs-, fejl- og shoplogs. Fagpressen anbefaler at gemme serverlogs fra den 20.10.2026. 5. **List adgangene:** Shop-admin, server, database, betalingsportaler, grænseflader til varestyring og forsendelse. Skift adgangskoder først efter aftale. 6. **Underret interne instanser:** Ledelsen, databeskyttelsesrådgiveren, forsikringsselskabet. Oplysninger om policen står under [Cyberforsikring i skadestilfælde](https://phpsos.de/da/compliance/cyberversicherung/). 7. **Kontakt os,** før jeres bureau reparerer shoppen på egen hånd. ## Hvordan hjælper PHP SOS ved en hacket onlineshop? 1. **Danne overblik over situationen:** Shopsystem, version, PHP-version, hostingudbyder, betalingsmåder, indbundne tjenester. Vi afklarer, hvilke data der ligger i shoppen. 2. **Sikre og inddæmme:** Aftryk af filer og database, sikring af logs, spærring af påfaldende adgange, afsikring af kassen. 3. **Bestemme årsag og omfang:** Vi kontrollerer kernefiler, udvidelser, skabeloner, planlagte opgaver og databaseindhold for manipulationer og forsøger at dokumentere, hvad der kan være sluppet ud. Hvor sporene ikke rækker, siger vi det åbent. 4. **Rense og genoprette:** Fjernelse af skadelig kode eller genopbygning fra pålidelige kilder, afhængigt af resultatet. Afvejningen mellem de to beskriver [Opsætte på ny eller rense?](https://phpsos.de/da/blog/neu-aufsetzen-oder-bereinigen/). 5. **Hærde, frigive igen, rapportere:** PHP-version, rettigheder, adminbeskyttelse, overvågning. I modtager en dokumentation, som I kan fremlægge for betalingstjenesteudbyder, databeskyttelsesrådgiver og forsikringsselskab. Vokser hændelsen ud over shoppen, for eksempel til varestyring eller interne systemer, skifter vi til en [incident response](https://phpsos.de/da/leistungen/incident-response/). Skal I vide med retlig holdbarhed, hvad der er sket, kommer desuden [it-forensik](https://phpsos.de/da/leistungen/it-forensik/) i betragtning. ## Kundedata, anmeldelsespligter og kommunikation I shoppen ligger der navne, adresser, ordrer og ofte betalingsreferencer. Så snart sådanne data kan være berørt, løber der en frist: GDPR kender en anmeldelse til tilsynsmyndigheden inden for 72 timer, hvis en risiko for de berørte ikke kan udelukkes. Om det gælder i jeres tilfælde, afklarer I med jeres databeskyttelsesrådgiver eller en advokat; vi yder ikke juridisk rådgivning. Vi leverer det tekniske grundlag, som I har brug for hertil. Mere om fristen: [GDPR-anmeldelsespligt](https://phpsos.de/da/compliance/dsgvo-meldepflicht-72-stunden/). Også kommunikationen til kunderne hører med til hændelsen. Hvordan I informerer sagligt uden at fortie noget eller spekulere, beskriver [Informér kunder efter en hændelse](https://phpsos.de/da/blog/kunden-nach-vorfall-informieren/) og [Krisekommunikation efter et angreb](https://phpsos.de/da/compliance/krisenkommunikation/). Muligheden for en politianmeldelse gennemgår vi under [Anmeldelse hos politiet](https://phpsos.de/da/compliance/anzeige-polizei-zac/). ## Shopsystemer og PHP-version Uanset om WooCommerce, Shopware, Magento eller PrestaShop: Alle kører på PHP. En opdatering af shopsoftwaren lukker ikke PHP-sårbarhederne PHP2Shell. Brancheside [IT-sikkerhed for onlineshops](https://phpsos.de/da/branchen/onlineshops/) samler særegenhederne, platformsiderne [WooCommerce](https://phpsos.de/da/plattformen/woocommerce/) og [Shopware 6](https://phpsos.de/da/plattformen/shopware-6/) gennemgår systemerne enkeltvis. ## Sådan frigiver vi shoppen igen En shop går først fuldt i drift igen, når tre ting passer sammen: Den skadelige kode er fjernet, indgangen er lukket, og adgangsdata er fornyet. Dertil hører admin-konti, databaseadgangskoder, API-nøgler til betalings- og forsendelsesudbydere samt mailadgange. Checkout kontrollerer vi til sidst med en testbestilling, så det er synligt, at betalingsforløbet arbejder uændret. Bagefter anbefaler vi en snævrere overvågning i de følgende uger, fordi angribere gerne kontrollerer kendte ofre igen. En garanti for, at der aldrig mere sker noget, findes ikke; det, der findes, er en dokumenteret tilstand og klare ansvarsområder. ## Hvad I bør sende til os - Shopsystem og version, hostingudbyder, hvis kendt også PHP-versionen - hvad der først var påfaldende, og siden hvornår - henvendelser fra kunder, bank eller betalingstjenesteudbyder i deres ordlyd - navn på bureauet eller udvikleren, der passer shoppen - status og sted for den seneste sikkerhedskopi ## Hvorfor PHP SOS Vi arbejder Made in Germany og har sammen med vores partnernetværk af cyberprofessionelle i over 25 år specialiseret os i it-sikkerhed. I får én kontaktperson, der fører jeres shophændelse fra første kontakt til afslutningen. Vi arbejder på afstand i hele Tyskland og Europa, fastholder hvert skridt skriftligt og lover ikke noget, som ingen kan holde. Vi arbejder, indtil hændelsen er afsluttet og dokumenteret. ## Er I berørt? Ring til os. Vi hjælper. Hver time med et kompromitteret checkout kan koste kundedata. Kontakt os nu, pr. opkald eller WhatsApp, og vi overtager fra den første besked. [Meld en nødsituation nu](https://phpsos.de/da/notfall/) ## Ofte stillede spørgsmål **Skal jeg slukke min onlineshop med det samme, hvis den er blevet hacket?** Hvis kundedata eller betalingsforløb er i fare, er en midlertidig lukning af kassen eller hele shoppen ofte den rigtige beslutning. Afvejningen mellem tabt omsætning og skade træffer I, vi leverer den tekniske vurdering hertil. Det vigtige er ikke at slette filer undervejs. **Skal jeg informere kunder, hvis min shop er blevet hacket?** Det afhænger af, om personoplysninger kan være berørt, og hvilken risiko de berørte er udsat for. Træf beslutningen sammen med jeres databeskyttelsesrådgiver eller en advokat. Vores rapport leverer de tekniske fakta hertil. **Hvordan genkender jeg, at fremmed kode i checkout opsnapper betalingsdata?** Tegn er ukendte scripts i betalingsforløbet, meddelelser fra kunder om misbrug af deres kort efter et køb eller henvendelser fra betalingstjenesteudbyderen. Sikkert afklares det kun ved en kontrol af filer og database. **Kan jeg bare genoprette shoppen fra backuppen?** En backup bringer jer kun rent tilbage, hvis den blev oprettet før indbruddet, og indgangen derefter er lukket. Begge dele er på forhånd ofte uklare. Derfor sikrer vi først og vurderer derefter sammen med jer. **Hjælper akuthjælpen også ved Shopware, WooCommerce eller Magento?** Ja. Fremgangsmåden er ved alle PHP-shops ens: sikre, inddæmme, finde årsagen, rense, hærde. Systemspecifikke særegenheder kontrollerer vi på den enkelte shop. ## 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/) - [OWASP Top 10](https://owasp.org/www-project-top-ten/) - [Politiet: centrale kontaktpunkter for cyberkriminalitet](https://www.polizei.de/)