# White Label IT-turvalisus: turvapartner agentuuridele

> Palju kliendisaite, erinevad veebimajutajad, üks paikamispäev: töötame agentuuridele taustal, paigame, puhastame ja dokumenteerime teie juhtimisel.

Allikas: https://phpsos.de/et/branchen/agenturen-white-label/  
Seis: 25.10.2026  
Pakkuja: PHP SOS, PHP hädaabi ja serveri turvalisus. Kohene abi WhatsAppis: https://wa.me/491736494914?text=Tere%2C%20PHP%20SOS%2C%20vajame%20abi%20oma%20PHP-serveriga.%20Ettev%C3%B5te%3A%20%E2%80%A6%20Veebisait%3A%20%E2%80%A6

**Lühidalt:** White Label IT-turvalisus tähendab teie agentuurile: teie jätate endale kliendisuhte, meie teeme taustal turvatöö ära. PHP2Shelli puhul tähendab see kõigi kliendisaitide inventuuri, riskipõhist prioriseerimist, paika ja taaskäivitust serveri kohta ning tõendit kliendi kohta, mida saate edasi anda.

## Miks agentuurid on PHP2Shelli korral eriti surve all

Paljude klientidega agentuur harva hooldab ühtset maastikku. Osa saite asub oma serverites Pleskiga, osa klientide veebimajutajate juures, mõned vanad projektid PHP versioonidel, mis ei saa ametlikke uuendusi juba ammu. Lisaks erinevad süsteemid: WordPress, TYPO3, Shopware, [Craft CMS](https://phpsos.de/et/plattformen/craft-cms/), Laraveli omaarendused.

PHP enda turvaaugu korral tabab see kõiki projekte korraga. Kliendid ootavad vastust, kas nende sait on turvaline, ja projektimeeskond on käimasolevate tellimustega ülekoormatud. Paljud hooldulepingud reguleerivad CMS-i, kuid mitte selle all olevat serverit.

Lisaks tulevad süsteemid, mis ei esine enam üheski projektiloendis: staging-keskkonnad alamdomeenidel, lõpetatud projektide kampaanialehed, arendajate testpaigaldused oma vServeritel. Need töötavad sageli vanematel PHP versioonidel, neid ei jälgita ja nad kannavad siiski teie agentuuri või teie kliendi nime. Automatiseeritud skaneerimisele on need sama nähtavad kui põhileht.

## Milliseid küsimusi teie kliendid nüüd esitavad

- Kas minu veebisait on mõjutatud ja kas see on vahepeal paigatud?
- Kas enne paika on midagi sisse toodud?
- Kas CMS-i uuendus loeb kaitseks? Ei, CMS-i uuendus PHP turvaauku ei sulge.
- Kas pean oma veebisaidi võrgust maha võtma? BSI soovitab seda serverite puhul, mida ei saa kohe uuendada.

Igale neist küsimustest vajab teie agentuur tõendatavat vastust kliendi kohta, mitte üldiste väidetega ringkirja.

## Kuidas White Label IT-turvalisus agentuuridele toimib

Töötame teie meeskonna osana, kuid ilma oma kliendikontaktita. Jaotus on selge:

| Ülesanne | Teie agentuur | PHP SOS |
|---|---|---|
| Kliendikommunikatsioon ja arveldus | jah | ei |
| Kõigi kliendisaitide inventuur koos PHP seisuga | annab ligipääsud | koostab ja hooldab |
| Paik, taaskäivitus, kontroll serveri kohta | annab hoolduse akna | teeb või koordineerib veebimajutajatega |
| Kompromiteerimise kontroll | saab tulemuse | otsib veebishelle ja kõrvalekaldeid |
| Tõend kliendi kohta | annab edasi | koostab neutraalselt või teie vormingus |

Võõraste veebimajutajate juures olevate saitide puhul hangime paketi seisu kinnituse. Kuvatud versiooninumbrist üksi ei piisa, sest backportid võivad selle muutmata jätta.

> **Oluline:**
> Prioriseerige kõigepealt serverid Apache'i ja mod_php-ga, kus PHP meeskond hindab riski kõige suuremaks, seejärel poed ja sisselogimistega saidid, siis projektid PHP 8.1 ja vanemal. Staatilised vanad projektid, mida keegi enam ei vaja, lülitage pigem välja, selle asemel et neid paigata.

## Mitu kliendisaiti ühes serveris: kontrollige isolatsiooni

Agentuuri serverites jagavad sageli paljud kliendisaidid ühte masinat. Kui üks neist kompromiteeritakse, otsustab eraldus, kas ründaja pääseb ligi ka teistele. Olulised on iga veebisaidi oma süsteemikasutajad ja PHP-FPM-poolid, korralikud failiõigused ja piirangud nagu [open_basedir](https://phpsos.de/et/ratgeber/open-basedir/). [Plesk-serverites](https://phpsos.de/et/server/plesk/) saab neid sätteid kontrollida tellimuse kaupa.

Pärast paika kehtib: käivitage kõik poolid ja tööprotsessid uuesti. Alles siis ei tööta mälus enam vanu PHP protsesse. Logisid alates 20.10.2026 tuleks iga kliendisaidi kohta säilitada.

## Klienditeave: mis on tõendatud ja mis mitte

Selle olukorra suurim kiusatus on rahustav ringkiri. Turvalisem on väide kliendi kohta, mis sisaldab ainult seda, mis on tõendatud: milline server, milline PHP paketi seis, millal uuesti käivitatud, kas kompromiteerimise kontroll on toimunud ja milline on tulemus. Mis on veel lahtine, on samuti kirjas.

Sõnastusi nagu „Teie leht on turvaline“ vältige pigem. Paik sulgeb turvaauku, kuid ei tõesta, et varem midagi ei juhtunud. Kes seda ausalt eristab, ei pea hiljem selgitama, kui tulemus siiski ilmneb.

## Hooldulepingud pärast PHP2Shelli uuesti sõnastada

Paljud agentuuride lepingud reguleerivad CMS-i ja laienduste uuendusi, kuid vaikivad serveri kohta. Kasutage olukorda, et fikseerida iga kliendi kohta, kes PHP-d uuendab, kes vastutab taaskäivituste eest, kes intsidendi korral otsustab ja millised teenused tellitakse eraldi. Siia kuulub ka andmetöötluse kokkulepe kõigi kaasatud teenusepakkujatega. Lepingulise kujundamise selgitate välja oma õigusnõustajaga.

## Kuidas PHP SOS konkreetselt aitab?

- Võtame üle kõigi kliendisaitide inventuuri koos PHP versiooni, töörežiimi, veebimajutaja ja vastutusega.
- Oma [PHP paikamisteenuse](https://phpsos.de/et/leistungen/php-patch-service/) kaudu paigame teie enda serverid, käivitame kõik tööprotsessid uuesti ja tõendame seda kliendi kaupa.
- Kontrollime prioriseeritud saite kompromiteerimise suhtes ja puhastame tulemuse korral, kuni intsident on lõpetatud ja dokumenteeritud.
- Anname tekstiplokke teie klienditeabe jaoks, mida saate kohandada ja ise saata.
- Seejärel võtame soovi korral [turvahoolduslepinguga](https://phpsos.de/et/leistungen/security-wartungsvertrag/) üle pideva turvahoolduse taustal.


## Korduma kippuvad küsimused

**Kas te esinete meie klientide ees?**  
Ainult siis, kui te seda soovite. White Label mudelis töötame üksnes taustal ja kogu kommunikatsioon käib teie agentuuri kaudu. Oma dokumentatsiooni anname neutraalselt või teie vormingus.

**Kas selleks on vaja andmetöötluslepingut?**  
Kui pääseme ligi süsteemidele, kus on teie klientide isikuandmeid, on üldjuhul vajalik andmetöötluse kokkulepe, sageli alltöötlemisena. Kuidas see teie olemasolevatesse lepingutesse sobitub, selgitate välja oma õigusnõustajaga. Meie anname vajaliku teabe oma tegevuste kohta.

**Mis saab kliendisaitidest, mille servereid me üldse ei halda?**  
Kui kliendisaidid asuvad võõraste veebimajutajate juures, hangime teie nimel või teie vormide alusel paigatud seisu ja taaskäivituse kinnitused. Kus on ligipääs ainult FTP või CMS-i kaudu, kontrollime, mis sealt on võimalik, ja märgime avalikult, mida saab tõendada ainult veebimajutaja.

**Kas saame selle pärast PHP2Shelli püsivalt välja anda?**  
Jah. Paljud ülesanded kordusvad iga turvaaugu korral: inventuuri hooldamine, paikade paigaldamine, taaskäivituste tõendamine, kõrvalekalletest teatamine. Seda tööd saab korraldada pideva taustahooldusena.

## Allikad

- [php.net: turvateated](https://www.php.net/)
- [php.net: toetatud versioonid](https://www.php.net/supported-versions.php)
- [BSI: hoiatused ja soovitused](https://www.bsi.bund.de/)