# PHP2Shell: 15 kysymystä hosting-asiakkailta > PHP-aukko ja hosting: 15 hosting-asiakkaiden kysymystä PHP2Shellistä lyhyin vastauksin vastuusta, versionäytöstä, todisteesta ja epäilytapauksista. Lähde: https://phpsos.de/fi/blog/fragen-von-hosting-kunden/ Tilanne: 25.10.2026 Palveluntarjoaja: PHP SOS, PHP-hätäapu ja palvelimen tietoturva. Pikaapu WhatsAppilla: https://wa.me/491736494914?text=Hei%20PHP%20SOS%2C%20tarvitsemme%20apua%20PHP-palvelimemme%20kanssa.%20Yritys%3A%20%E2%80%A6%20Verkkosivusto%3A%20%E2%80%A6 **Lyhyesti:** Mitä tehdä hosting-asiakkaana PHP-aukon PHP2Shellin kohdalla? PHP-päivitystä ette yleensä asenna itse, sen hoitaa jaetussa verkkohotellissa hosting-yritys. Teidän tehtävänne ovat toisia: hankkia kirjallinen vahvistus korjaustilasta, valita asiakasvalikosta tuettu PHP-versio ja tarkistaa verkkosivustonne poikkeamien varalta. Tämä artikkeli vastaa 15 yleisimpään kysymykseen lyhyesti ja järjestyksessä. ## PHP-aukko hosting-asiakkaalle: olenko alttiina, mitä tehdä? 21. lokakuuta 2026 alkaen olemme saaneet monia kysymyksiä yrityksiltä, joiden verkkosivusto on hosting-yrityksellä. Useimmat koskevat samoja kohtia. Joka haluaa lukea vastuista tarkemmin, löytää ne kohdasta [Jaettu verkkohotelli: mitä hosting-yritys tekee ja mitä teidän on tehtävä](https://phpsos.de/fi/server/shared-hosting/). ### 1. Onko verkkosivustoni edes alttiina? Jos verkkosivustonne toimii WordPressillä, Shopwarella, TYPO3:lla, Joomlalla, Contaolla tai jollain muulla PHP-järjestelmällä, sen alla oleva palvelin voi olla alttiina. Pelkät HTML-sivut ilman PHP:tä eivät ole. Epäselvässä tapauksessa auttaa katsoa asiakasvalikkoa: jos siellä on PHP-version asetus, käytätte PHP:tä. ### 2. Mikä ero on jaetulla verkkohotellilla ja omalla palvelimella? Jaetussa verkkohotellissa jaatte hosting-yrityksen ylläpitämän palvelimen muiden asiakkaiden kanssa; hosting-yritys ylläpitää PHP:tä. Omalla root-palvelimella tai vServerillä vastaatte itse. Hallinnoidulla palvelimella sopimus määrittää, kuka asentaa päivitykset. ### 3. Hosting-yritykseni lähetti joukkoviestin. Pitääkö minun tehdä vielä jotain? Lukekaa tarkasti, mitä siinä lukee. Joukkoviesti vahvistaa usein vain, että hosting-yritys ”työskentelee asian parissa”. Tarvitsette lausunnon omasta paketistanne: PHP-haara, korjaustila, ajankohta ja uudelleenkäynnistys. ## Vastuu ja päivitys ### 4. Asentaako hosting-yritys päivityksen automaattisesti? Yleensä kyllä, niille PHP-versioille, joita se tarjoaa palvelimillaan. Onko se jo tapahtunut ja kattaako se myös vanhemmat versiot, vaihtelee hosting-yrityksittäin. Kysykää. ### 5. Asiakasvalikkoni näyttää vanhan versionumeron. Olenko suojaamaton? Ette välttämättä. Monet hosting-yritykset rakentavat korjaukset backportteina, jolloin numero pysyy samana. Plesk voi esimerkiksi edelleen näyttää 8.2.34, vaikka virhe on korjattu. Ratkaiseva on hosting-yrityksen vahvistus. ### 6. Käytän yhä PHP 7.4:ää tai 8.1:tä. Mitä nyt? Näille haaroille PHP-projekti ei enää julkaise virallisia päivityksiä. Jotkut hosting-yritykset toimittavat omia korjauksia, toiset eivät. Selvittäkää asia kirjallisesti ja suunnitelkaa siirtymä tuettuun haaraan. Tarkistakaa ensin CMS:nne järjestelmävaatimuksista, mitä PHP-versioita se tukee. ### 7. Voinko vaihtaa PHP-version itse? Useimmilla hosting-yrityksillä kyllä, asiakasvalikossa. Miten se tehdään ja mitä kannattaa ottaa huomioon etukäteen, kuvaa artikkeli [PHP-version vaihtaminen hosting-asiakasalueella](https://phpsos.de/fi/blog/php-version-hosting-aendern/). Tehkää ennen sitä varmuuskopio. ### 8. Auttaako WordPressin tai lisäosien päivittäminen? PHP2Shelliä vastaan ei, koska aukko on PHP:ssä. CMS-päivitykset ovat silti järkeviä, koska ne sulkevat muita aukkoja. ## Tarkistaminen ja todistaminen ### 9. Miten saan todisteen hosting-yritykseltä? Kirjallisella pyynnöllä, joka vaatii konkreettisia tietoja: pakettitila PHP-haaroittain, asennuspäivä, kaikkien PHP-prosessien uudelleenkäynnistys. Kopioitavan mallin tarjoaa opas [Hosting-yrityksen PHP-päivitysvahvistuksen pyytäminen](https://phpsos.de/fi/ratgeber/hoster-patch-status-erfragen/). ### 10. Voinko ottaa väliaikaistoimet käyttöön .user.ini-tiedostolla? Ette. php.net neuvoo nimenomaisesti olemaan asettamatta väliaikaisia asetuksia `ini_set()`-funktiolla tai `.user.ini`-tiedostolla. Ne kuuluvat palvelimen konfiguraatioon, jota jaetussa verkkohotellissa hallinnoi hosting-yritys. ### 11. Verkkosivustoni oli hetken pois käytöstä. Onko minua murrettu? Ei välttämättä. Jotkut hosting-yritykset ovat sulkeneet verkkosivustoja varotoimena tai käynnistäneet palvelimia uudelleen. Kysykää syytä ennen kuin teette johtopäätöksiä. ### 12. Mistä tunnistan, että verkkosivustoani on hyökätty? Mahdollisia vihjeitä ovat tuntemattomat ylläpitäjätilit, uudet PHP-tiedostot upload-kansiossa, uudelleenohjaukset vieraille sivuille, vieraat sivut Googlen hakemistossa tai Search Consolen varoitukset. Pyytäkää hosting-yritystä säilyttämään pääsylokit 20. lokakuuta alkaen. ## Kun jokin ei täsmää ### 13. Hosting-yritys ei vastaa tai vastaa kierrellen. Mitä tehdä? Kysykää kirjallisesti ja asettakaa kohtuullinen määräaika. Jos vastausta ei tule, kohdelkaa palvelinta tarkistamattomana ja harkitkaa verkkosivuston väliaikaista siirtämistä staattiselle hätäsivulle. ### 14. Pitäisikö minun vaihtaa hosting-yritystä? Vaihto kesken tilanteen luo omia riskejään. Se on järkevää, jos hosting-yritys ei pysyvästi anna tietoja tai ylläpitää vanhoja PHP-versioita ilman korjausta. Mitä siinä on huomioitava, kuvaa [Hosting-yrityksen vaihtaminen tapauksen jälkeen](https://phpsos.de/fi/blog/hoster-wechseln-nach-vorfall/). ### 15. Onko minun ilmoitettava jotain? Jos on viitteitä hyökkäyksestä ja henkilötietoja voi olla mukana, GDPR:n mukainen ilmoitusvelvollisuus voi olla voimassa, yleensä 72 tunnin kuluessa. Selvittäkää se tietosuojavastaavanne tai juristin kanssa. Tämä ei ole oikeudellista neuvontaa. ## Pikatarkistuslistanne 1. Kysykää hosting-yritykseltä kirjallisesti korjaustilaa ja uudelleenkäynnistystä. 2. Tarkistakaa PHP-versio asiakasvalikosta, vaihtakaa vanhentuneet haarat. 3. Käykää läpi ylläpitäjätilit ja upload-kansio. 4. Tarkistakaa Search Consolen varoitukset. 5. Hakekaa poikkeamien yhteydessä apua, ennen kuin poistatte tiedostoja. ## Miten PHP SOS auttaa konkreettisesti? - **Selvitys hosting-yrityksen kanssa:** Muotoilemme pyynnön tai käymme keskustelun ja arvioimme vastauksen. - **Verkkosivuston tarkistus:** Etsimme jälkiä tiedostoista, tietokannasta ja tileistä sikäli kuin hosting-paketti sen sallii. - **Puhdistus:** Jos löydämme haittakoodia, poistamme sen ja vaihdamme kaikki tunnukset. - **Dokumentointi:** Saatte tilan kirjallisena. Konkreettisen epäilyn yhteydessä auttaa [Hätäapu murretuille verkkosivustoille](https://phpsos.de/fi/leistungen/website-gehackt-notfallhilfe/). ## Yhteenveto Hosting-asiakkaana ette PHP2Shellin kohdalla kanna päivityksen taakkaa mutta kannatte vastuun verkkosivustostanne. Useimmat kysymykset ratkeavat hosting-yrityksenne selkeällä kirjallisella vastauksella. Sen jälkeen jää katsoa omaa verkkosivustoa: tilit, tiedostot, Googlen huomautukset. Joka on tehnyt molemmat, on hoitanut osansa ja voi tarvittaessa osoittaa toimineensa huolellisesti. ## Usein kysytyt kysymykset **Kuka vastaa PHP-päivityksestä verkkohotellissa?** Jaetussa verkkohotellissa yleensä hosting-yritys, koska se ylläpitää palvelinta ja PHP-asennusta. Te vastaatte verkkosivustostanne, tunnuksistanne ja PHP-version valinnasta asiakasvalikossa. Hallinnoiduilla palvelimilla sopimus määrittää vastuunjaon. **Miksi hosting-yritykseni näyttää vanhan PHP-version?** Monet hosting-yritykset ja jakelut rakentavat korjauksen backportina olemassa olevaan versioon. Numero pysyy silloin samana, vaikka aukko on suljettu. Luottakaa siksi hosting-yrityksen kirjalliseen vahvistukseen, ei näyttöön. **Mitä voin hosting-asiakkaana tarkistaa itse?** Voitte tarkistaa asiakasvalikosta asetetun PHP-version, käydä läpi CMS:nne ylläpitäjätilit, katsoa tuntemattomia tiedostoja upload-kansiosta ja tarkistaa Search Consolen varoitukset. Palvelimen korjaustilan voi todistaa vain hosting-yritys. **Auttaako hosting-paketin palomuuriasetus?** Hosting-yrityksen tai etukytketyn palvelun palomuurisäännöt voivat vähentää riskiä. Ne eivät kuitenkaan korvaa PHP-päivitystä palvelimella. Kysykää siksi aina ensin päivityksestä. ## Lähteet - [php.net: tietoturvatiedotteet](https://www.php.net/) - [PHP: tuetut versiot](https://www.php.net/supported-versions.php) - [Google Search Consolen ohje](https://support.google.com/webmasters/) - [GDPR art. 33: ilmoitus valvontaviranomaiselle](https://dsgvo-gesetz.de/art-33-dsgvo/)