# Site hotel hackuit? Securitate IT pentru hoteluri și ospitalitate > Motor de rezervări, magazin de vouchere, rezervare de mese: ce fac hotelurile și restaurantele dacă site-ul a fost hackuit sau este expus prin PHP2Shell. Sursa: https://phpsos.de/ro/branchen/hotels-gastgewerbe/ Stadiu: 25.10.2026 Furnizor: PHP SOS, Asistență de urgență PHP și securitatea serverelor. Ajutor imediat pe WhatsApp: https://wa.me/491736494914?text=Bun%C4%83%20ziua%2C%20PHP%20SOS%2C%20avem%20nevoie%20de%20ajutor%20cu%20serverul%20nostru%20PHP.%20Firma%3A%20%E2%80%A6%20Site%3A%20%E2%80%A6 **Pe scurt:** Dacă site-ul hotelului dumneavoastră a fost hackuit, nu este vorba atât de pagina de start, cât de tot ce depinde de ea: motorul de rezervări încorporat, magazinul de vouchere, formularele de solicitare pentru evenimente și conferințe. Verificați versiunea patchului și încorporările, salvați logurile și avertizați obiectiv oaspeții dacă datele lor ar putea fi afectate. ## Ce sisteme PHP rulează în hoteluri și restaurante Site-ul unui hotel sau restaurant rulează de obicei pe WordPress sau pe un alt CMS PHP. Motorul de rezervări provine adesea de la furnizorul software-ului hotelier sau al unui channel manager și este încorporat prin script sau iframe. Alături, pe propriul server rulează frecvent un magazin de vouchere pe baza [WooCommerce](https://phpsos.de/ro/plattformen/woocommerce/), formulare pentru solicitări de conferințe și nunți, rezervări de mese, abonări la newsletter și oferte de locuri de muncă sezoniere. Tocmai amestecul de componente proprii și străine face ospitalitatea vulnerabilă: propriul server nu trebuie să conțină datele de rezervare pentru a pune oaspeții în pericol. Este suficient să stabilească unde duce butonul de rezervare. ## Ce date ale oaspeților sunt în joc Prin site-urile hotelurilor circulă nume, adrese, numere de telefon, date de călătorie și însoțitori. Solicitările conțin adesea dorințe speciale precum alergii, accesibilitate sau cerințe dietetice. Astfel de informații de sănătate fac parte din categoriile speciale conform art. 9 RGPD. În magazinul de vouchere se adaugă date de comandă și de facturare. Datele cardurilor se află, de regulă, la furnizorul de plăți sau în software-ul hotelier, nu pe site. Cine poate însă modifica JavaScript-ul de pe propria pagină poate citi și datele introduse în formulare sau poate trimite oaspeții către o pagină de plată care pare autentică. Solicitările pentru conferințe și evenimente provin adesea de la firme și conțin liste de participanți, programe și bugete. Solicitările de nuntă menționează date, numărul de invitați și numele familiilor. Astfel de informații sunt rareori percepute ca sensibile, dar sunt valoroase pentru tentative de fraudă țintite, de exemplu o factură falsă de avans chiar înainte de eveniment. Verificați de aceea dacă solicitările se află permanent în baza de date a site-ului și dacă acest lucru este necesar. ## Site de hotel hackuit: consecințe tipice pentru activitate - **Pagini false de rezervare și plată:** Oaspeții plătesc unor escroci și consideră hotelul responsabil. - **Mesaje de fraudă țintite:** Cu date reale de călătorie, solicitările de plată falsificate par credibile. - **Pierderea rezervărilor directe:** Un avertisment Google sau o întrerupere împinge oaspeții spre portaluri de rezervări, pentru care plătiți comision. - **Recenzii:** Oaspeții înșelați descriu public situația, indiferent unde a fost greșeala. > **Sfat:** > După un patch, verificați și dacă încorporarea motorului dumneavoastră de rezervări indică în continuare adresa corectă. Un script modificat sau un link redirecționat abia se observă în activitatea de zi cu zi. ## Cine răspunde: agenția, furnizorul de software sau furnizorul de hosting? | Componentă | De regulă responsabil | Întrebare deschisă | |---|---|---| | Site-ul hotelului și magazinul de vouchere | Agenția și furnizorul de hosting | Patch PHP și repornire confirmate? | | Motorul de rezervări | Furnizorul software-ului hotelier | Este încorporarea neschimbată? | | Software hotelier în incintă | Furnizorul de software sau administratorul IT | Conexiuni către site? | | Căsuțele poștale ale recepției | Furnizorul de hosting sau administratorul IT | Redirecționări necunoscute? | La grupurile hoteliere și la unitățile în franciză se adaugă cerințe centrale. Adesea centrala operează site-ul principal, în timp ce unele hoteluri individuale întrețin pagini proprii de vouchere sau evenimente, pe care nimeni nu le urmărește central. ## Personal sezonier, accesuri comune și vouchere În ospitalitate, echipele se schimbă frecvent. Accesurile la site, la magazinul de vouchere și la platformele de rezervări se partajează la recepție și rareori se schimbă când pleacă cineva. După un incident, toate aceste accesuri ar trebui înnoite și trecute pe conturi personale, acolo unde este posibil. Un risc subestimat sunt voucherele. Cine are acces la baza de date a magazinului poate citi codurile de voucher, modifica valori sau crea coduri proprii care se răscumpără la recepție. După o curățare, puneți să se verifice dacă au fost create sau modificate vouchere care nu pot fi atribuite niciunei comenzi. O comparare cu contabilitatea dumneavoastră arată de obicei rapid astfel de anomalii. ## Primele ore după un avertisment 1. Cereți furnizorului de hosting confirmarea scrisă că PHP este la 8.5.12, 8.4.27, 8.3.36 sau 8.2.35 ori actualizat și că toate procesele au fost repornite. 2. Fără confirmare: înlocuiți site-ul cu o pagină de informare cu telefon și link direct către motorul de rezervări al furnizorului. 3. Salvați logurile începând cu 20.10.2026 și verificați încorporările motorului de rezervări și ale paginilor de plată. 4. Informați echipa de la recepție, pentru ca aceasta să recunoască și să documenteze întrebările suspecte ale oaspeților. 5. La indicii de fraudă, avertizați obiectiv oaspeții. Ajutor pentru formulare oferă pagina despre [comunicarea de criză](https://phpsos.de/ro/compliance/krisenkommunikation/). ## Cum ajută PHP SOS concret? - Verificăm versiunea patchului, repornirea și modul de operare ale serverului dumneavoastră web și ne coordonăm cu agenția și cu furnizorul de hosting. - Controlăm site-ul, magazinul de vouchere și încorporările în căutare de JavaScript modificat, redirecționări străine și webshell-uri și [eliminăm codul malițios](https://phpsos.de/ro/leistungen/malware-entfernung/). - Verificăm dacă căsuțele poștale au primit reguli de redirecționare pe care nu le cunoașteți. - Apoi, la cerere, configurăm un [monitoring de securitate](https://phpsos.de/ro/leistungen/security-monitoring/) care raportează modificările fișierelor și scripturilor. ## Întrebări frecvente **Este afectat motorul meu de rezervări de PHP2Shell?** Multe motoare de rezervări sunt operate de furnizor și doar încorporate în site-ul hotelului. Atunci furnizorul răspunde de serverul său. Propriul site rămâne totuși un risc, pentru că un atacator poate modifica acolo încorporarea sau poate redirecționa către o pagină de rezervare falsă. **Oaspeții au primit solicitări de plată ciudate. Are legătură cu site-ul?** Este posibil, dar poate fi dovedit abia după o verificare. Astfel de mesaje pot apărea și prin platforme de rezervări sau căsuțe poștale compromise. Păstrați mesajele, avertizați oaspeții afectați și puneți să se verifice site-ul, căsuțele poștale și accesurile la platforme. **Am voie să opresc site-ul în plin sezon?** Dacă PHP nu este dovedit actualizat, BSI (Oficiul Federal German pentru Securitatea Informațiilor) recomandă scoaterea temporară a serverelor web de pe internet. O pagină de informare cu telefon și link direct către motorul de rezervări al furnizorului menține activitatea în funcțiune. O prezență online compromisă neobservat costă în sezon mai multă încredere decât câteva ore de mentenanță. ## Surse - [php.net: anunțuri de securitate](https://www.php.net/) - [BSI: avertizări și recomandări](https://www.bsi.bund.de/) - [OWASP Cheat Sheets (fișe practice)](https://cheatsheetseries.owasp.org/)