Ajankohtainen tilanne: PHP2Shell. Kaksi kriittistä PHP-haavoittuvuutta (CVSS 9.2) sallii haittakoodin suorittamisen ilman kirjautumista. Korjaukset 21.10.2026 alkaen.Mitä nyt on tehtävä →

PHP2Shell: 15 kysymystä hosting-asiakkailta

Verkkosivustonne on hosting-yrityksellä ja haluatte tietää, mitä teidän on itse tehtävä PHP2Shellin vuoksi? Tässä 15 yleisintä kysymystä lyhyin vastauksin.

Tilanne Lukuaika 4 minTilanne ja arviointi

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ä?

  1. 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ä.

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. 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.

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.

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.

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

Pikayhteys

Jokainen tunti on tärkeä. Kirjoittakaa meille nyt.

Kuvatkaa lyhyesti järjestelmä, PHP-versio ja havainnot. Otamme yhteyttä, selvitämme tilanteen ja työskentelemme etänä, kunnes tapaus on käsitelty loppuun ja dokumentoitu.

Pikaapu