Kort sagt: Har er hotellwebbplats hackats handlar det mindre om startsidan än om allt som hänger ihop med den: den inbäddade bokningsmotorn, presentkortsbutiken, förfrågningsformulär för fester och konferenser. Kontrollera patchnivå och inbäddningar, säkra loggar och varna gäster sakligt om deras uppgifter kan ha berörts.
Vilka PHP-system som körs på hotell och restauranger
Ett hotells eller en restaurangs webbplats körs oftast på WordPress eller ett annat PHP-baserat CMS. Bokningsmotorn kommer ofta från leverantören av hotellprogramvaran eller en channel manager och är inbäddad via skript eller iframe. Vid sidan av körs på den egna servern ofta en presentkortsbutik baserad på WooCommerce, formulär för konferens- och bröllopsförfrågningar, bordsbokningar, nyhetsbrevsanmälningar och säsongsjobb.
Just blandningen av egna och främmande byggstenar gör hotell- och restaurangbranschen sårbar: Den egna servern behöver inte innehålla bokningsuppgifterna för att utsätta gäster för fara. Det räcker att den bestämmer vart Boka-knappen leder.
Vilka gästuppgifter som står på spel
Via hotellwebbplatser går namn, adresser, telefonnummer, resedata och medresenärer. Förfrågningar innehåller ofta särskilda önskemål som allergier, tillgänglighet eller kostkrav. Sådana hälsouppgifter hör till de särskilda kategorierna enligt art. 9 GDPR. I presentkortsbutiken tillkommer order- och fakturauppgifter.
Kortuppgifter ligger i regel hos betalningsleverantören eller i hotellprogramvaran, inte på webbplatsen. Men den som kan ändra JavaScript på den egna sidan kan också läsa med inmatningar i formulär eller skicka gäster till en bedrägligt äkta betalningssida.
Konferens- och eventförfrågningar kommer ofta från företag och innehåller deltagarlistor, programplaner och budgetar. Bröllopsförfrågningar nämner datum, gästantal och släktnamn. Sådan information uppfattas sällan som känslig, men är värdefull för riktade bedrägeriförsök, till exempel en förfalskad förskottsfaktura strax före arrangemanget. Kontrollera därför om förfrågningar ligger permanent i webbplatsens databas och om det är nödvändigt.
Hackad hotellwebbplats: typiska följder för verksamheten
- Förfalskade boknings- och betalningssidor: Gäster betalar till bedragare och håller hotellet ansvarigt.
- Riktade bedrägerimeddelanden: Med äkta resedata verkar förfalskade betalningsuppmaningar trovärdiga.
- Förlorade direktbokningar: En Google-varning eller ett avbrott driver gäster till bokningsportaler där ni betalar provision.
- Recensioner: Gäster som blivit lurade berättar det offentligt, oavsett var felet låg.
Kontrollera efter en patch även om inbäddningen av er bokningsmotor fortfarande pekar på rätt adress. Ett ändrat skript eller en omdirigerad länk märks knappast i vardagen.
Vem ansvarar: byrå, programvaruleverantör, webbhotell?
| Byggsten | Typiskt ansvarig | Öppen fråga |
|---|---|---|
| Hotellwebbplats och presentkortsbutik | Byrå och webbhotell | PHP-patch och omstart bekräftade? |
| Bokningsmotor | Leverantör av hotellprogramvaran | Är inbäddningen oförändrad? |
| Hotellprogramvara i huset | Programvaruleverantör eller IT-ansvarig | Förbindelser till webbplatsen? |
| Receptionens postlådor | Webbhotell eller IT-ansvarig | Okända vidarebefordringar? |
Hos hotellkedjor och franchiseverksamheter tillkommer centrala föreskrifter. Ofta driver centralen huvudsidan medan enskilda hus har egna presentkorts- eller eventsidor som ingen centralt har koll på.
Säsongspersonal, delade åtkomster och presentkort
I hotell- och restaurangbranschen byts team ofta. Åtkomster till webbplatsen, presentkortsbutiken och bokningsplattformar delas i receptionen och ändras sällan när någon slutar. Efter en incident bör alla dessa åtkomster förnyas och flyttas till personliga konton där det är möjligt.
En underskattad risk är presentkort. Den som har åtkomst till butikens databas kan läsa ut presentkortskoder, ändra värden eller skapa egna koder som löses in i receptionen. Låt efter en rensning kontrollera om presentkort har skapats eller ändrats som inte kan hänföras till någon beställning. En avstämning mot er bokföring visar sådana avvikelser oftast snabbt.
De första timmarna efter en varning
- Låt webbhotellet skriftligen bekräfta att PHP ligger på 8.5.12, 8.4.27, 8.3.36 eller 8.2.35 eller är patchad och att alla processer har startats om.
- Utan bekräftelse: ersätt webbplatsen med en informationssida med telefon och direktlänk till leverantörens bokningsmotor.
- Säkra loggar från och med den 20 oktober 2026 och kontrollera inbäddningarna av bokningsmotor och betalningssidor.
- Informera receptionsteamet så att det känner igen och dokumenterar misstänkta följdfrågor från gäster.
- Vid tecken på bedrägeri, varna gäster sakligt. Formuleringshjälp ger sidan om krishantering och kommunikation.
Hur hjälper PHP SOS konkret?
- Vi kontrollerar patchnivå, omstart och driftläge för er webbserver och samordnar med byrå och webbhotell.
- Vi granskar webbplats, presentkortsbutik och inbäddningar efter ändrat JavaScript, främmande omdirigeringar och webshells och tar bort skadlig kod.
- Vi kontrollerar om postlådor har fått vidarebefordringsregler som ni inte känner till.
- Därefter ställer vi på begäran in en säkerhetsövervakning som rapporterar ändringar i filer och skript.
Vanliga frågor
Berörs min bokningsmotor av PHP2Shell?
Många bokningsmotorer drivs av leverantören och är bara inbäddade i hotellets webbplats. Då ansvarar leverantören för sin server. Er egen webbplats förblir ändå en risk, eftersom en angripare där kan ändra inbäddningen eller dirigera om till en förfalskad bokningssida.
Gäster har fått konstiga betalningsuppmaningar. Hänger det ihop med webbplatsen?
Det är möjligt, men kan bevisas först efter en granskning. Sådana meddelanden kan också uppstå via bokningsplattformar eller komprometterade postlådor. Säkra meddelandena, varna berörda gäster och låt granska webbplats, postlådor och plattformsåtkomster.
Får jag stänga av webbplatsen under högsäsong?
Om PHP inte är belagt patchad rekommenderar BSI att webbservrar tillfälligt tas offline. En informationssida med telefon och direktlänk till leverantörens bokningsmotor håller verksamheten igång. En oupptäckt komprometterad webbplats kostar under säsong mer förtroende än några timmars underhåll.