# Spravovaný hosting, nebo vlastní server? Bezpečnostní srovnání

> Spravovaný hosting, nebo root server? Bezpečnostní srovnání: kdo záplatuje, kdo odpovídá a který model sedí vašemu týmu a vašim datům.

Zdroj: https://phpsos.de/cs/blog/managed-oder-eigener-server/  
Stav: 25.10.2026  
Poskytovatel: PHP SOS, Nouzová pomoc pro PHP a bezpečnost serverů. Okamžitá pomoc přes WhatsApp: https://wa.me/491736494914?text=Dobr%C3%BD%20den%2C%20PHP%20SOS%2C%20pot%C5%99ebujeme%20pomoc%20s%20na%C5%A1%C3%ADm%20PHP%20serverem.%20Firma%3A%20%E2%80%A6%20Web%3A%20%E2%80%A6

**Stručně:** Zda je bezpečnější spravovaný hosting, nebo root server, rozhoduje méně technika než otázka, kdo spolehlivě instaluje aktualizace. U spravovaného hostingu to v dohodnutém rozsahu dělá poskytovatel, u vlastního root serveru váš tým nebo dodavatel. Pro firmy bez odbornosti ve správě serverů je spravovaný hosting zpravidla bezpečnější volbou. Kdo potřebuje kontrolu a má pečující tým, může s vlastním serverem jezdit stejně bezpečně.

## Co PHP2Shell prozradilo o provozních modelech

Situace v říjnu 2026 byla praktickou zkouškou. Dne 21. 10. v 16 hodin německého času vyšly záplaty a BSI (německý Spolkový úřad pro informační bezpečnost) doporučilo okamžitou aktualizaci. Kdo měl spravovaný tarif, musel především jedno: zeptat se poskytovatele a nechat si potvrdit stav záplat a restart. Kdo provozoval vlastní server, musel jednat sám, často večer nebo o víkendu.

Obojí mělo své záludnosti. U zákazníků spravovaného hostingu mohl panel dál ukazovat staré číslo verze, například 8.2.34, ačkoli byl backport nasazen; bez potvrzení poskytovatele pak zůstal stav nejasný. Provozovatelé vlastních serverů stáli před otázkou, zda mají správné balíčky a zda byly restartovány všechny procesy PHP. Základní odpovědnosti popisují [Spravovaný server: vyjasnit odpovědnost](https://phpsos.de/cs/server/managed-server/) a [Zabezpečení root serveru a vServeru vlastními silami](https://phpsos.de/cs/server/root-server-vserver/). Zde jde o rozhodnutí mezi nimi.

## Spravovaný hosting, nebo root server: srovnání

| Kritérium | Spravovaný hosting | Vlastní root server nebo vServer |
|---|---|---|
| Kdo záplatuje PHP a operační systém? | Poskytovatel, v dohodnutém rozsahu | Vy nebo váš dodavatel |
| Rychlost u kritických zranitelností | Závisí na procesech poskytovatele | Závisí na vaší dostupnosti |
| Kontrola nad konfigurací | Omezená, často jen přes panel nebo na požádání | Úplná |
| Přechodná opatření na úrovni serveru | Možná jen přes poskytovatele | Lze provést sami |
| Doložení stavu záplat | Nutné potvrzení poskytovatele | Lze ověřit sám přes changelog balíčku |
| Potřebné odborné znalosti ve firmě | Nízké pro server, aplikace zůstává na vás | Vysoké, trvale |
| Zvláštní požadavky, starší software | Často nemožné | Možné, ale vlastní riziko |
| Hledání stop po incidentech | Logy a přístup jen po dohodě | Plný přístup, ale nutná vlastní odbornost |
| Závislost | Na poskytovateli a jeho smlouvě | Na vašem týmu a jeho dostupnosti |

Tabulka ukazuje: Oba modely odpovědnost přesouvají, žádný ji neodstraňuje. U spravovaného hostingu přenášíte péči o server, ale zachováváte povinnost se dotazovat a zabezpečit svou aplikaci. U vlastního serveru si ponecháváte všechno, včetně víkendů.

## Pět otázek k volbě provozního modelu

1. **Je ve firmě osoba s odborností ve správě serverů, která je zastupována i při nemoci nebo dovolené?** Pokud ne, je vlastní server bez externí péče riskantní.
2. **Potřebuje vaše aplikace zvláštní konfigurace, vlastní služby nebo starý software?** Pokud ano, spravovaný hosting často narazí na hranice.
3. **Jak kritický je web pro tržby nebo provoz?** Čím kritičtější, tím důležitější jsou jasné záruky ohledně aktualizací a dostupnosti, v jakémkoli modelu.
4. **Jaká data zpracováváte?** U citlivých dat se počítají doklady a přístup k logům. Ujasněte si, zda váš poskytovatel v krizi logy vydá.
5. **Kolik webů provozujete?** Mnoho podobných stránek lze na vlastním, dobře spravovaném serveru efektivně sdružit. Jednotlivé stránky jsou často lépe uloženy na spravovaném hostingu.

## Kombinace, které se osvědčují

Mezi oběma póly existují modely, které v praxi často fungují nejlépe. Nejčastější je vlastní server s externí péčí: Zachováváte kontrolu nad konfigurací a daty, dodavatel přebírá aktualizace, monitoring a krizovou reakci podle pevných dohod.

Druhou variantou je spravovaný hosting s doplňkovou bezpečnostní kontrolou. Poskytovatel udržuje server, nezávislý dodavatel pravidelně kontroluje aplikaci, pluginy a stopy, které leží mimo rozsah správy. Pro jednoduché weby zůstává [sdílený hosting](https://phpsos.de/cs/server/shared-hosting/) rozumným řešením, pokud poskytovatel spolehlivě záplatuje a web nemá zvláštní požadavky.

Důležité ve všech modelech: Automatizované bezpečnostní aktualizace operačního systému, pravidelně kontrolované zálohy a dvoufázové přihlášení pro všechny přístupy jsou základy platné bez ohledu na model. Kdo na vlastním serveru nastaví automatické aktualizace, musí přesto ověřit, že se procesy PHP po nich restartují; proč je to rozhodující, vysvětluje [Po aktualizaci: restartovat PHP-FPM a všechny workery](https://phpsos.de/cs/php2shell/php-fpm-neustart/).

> **Důležité:**
> Žádný provozní model vás nezbavuje odpovědnosti za vaši aplikaci a vaše data. I u spravovaného hostingu je nutné udržovat CMS, pluginy a administrátorské účty a havárie dat musíte posuzovat vy.

## Kdy je změna smysluplná a kdy ne

Změna se vyplatí, pokud PHP2Shell ukázalo strukturální slabinu: Váš tým nedokázal vlastní server včas záplatovat, nebo váš poskytovatel spravovaného hostingu nereagoval na dotazy a nedodal doklad. Na co dbát při změně poskytovatele, popisuje [Změna poskytovatele hostingu po bezpečnostním incidentu](https://phpsos.de/cs/blog/hoster-wechseln-nach-vorfall/).

Dobrým důvodem ke změně naopak není jednotlivá událost, kterou by vyřešila lepší dohoda. Často stačí stávající smlouvu doplnit o úpravu bezpečnostních aktualizací, restartů a informování při kritických zranitelnostech.

Mějte na paměti i časový okamžik. Přesun uprostřed akutní situace váže právě ty síly, které se zrovna potřebují na záplaty a hledání stop. Lepší je nejprve zabezpečit stávající server a změnu pak v klidu naplánovat, s čistým novým vybudováním místo kopie starého systému.

## Jak konkrétně pomáhá PHP SOS?

- Srovnáváme váš současný model s vašimi skutečnými požadavky a ukazujeme, kde je odpovědnost nejasná.
- Popisy služeb poskytovatelů spravovaného hostingu kontrolujeme z hlediska bodů, které se v krizi počítají.
- U vlastních serverů přebíráme aktualizace, zabezpečení a monitoring v rámci [smlouvy o bezpečnostní údržbě](https://phpsos.de/cs/leistungen/security-wartungsvertrag/).
- Při změně doprovázíme přesun, aby se nepřenesly staré přístupy ani neprověřená data.

## Závěr

Spravovaný hosting je bezpečnější volbou pro firmy bez odbornosti ve správě serverů, vlastní server flexibilnější pro týmy s odbornými znalostmi a ochotou. Nejlépe často obstojí kombinace, kde je jasně upraveno, kdo záplatuje, kdo restartuje a kdo reaguje v krizi.


## Časté dotazy

**Je spravovaný hosting zásadně bezpečnější než root server?**  
Ne zásadně. Spravovaný hosting je bezpečnější, pokud poskytovatel spolehlivě instaluje aktualizace a vy sami máte málo znalostí o serverech. Dobře spravovaný vlastní server může být stejně bezpečný, ale trvale vyžaduje čas a odborné znalosti.

**Kdo odpovídá za aktualizace PHP u root serveru?**  
Zpravidla vy sami. Provozovatel datového centra se většinou stará jen o hardware, síť a virtualizaci. Operační systém, PHP, webový server a aplikace jsou na vás nebo vašem dodavateli.

**Mohu u spravovaného hostingu nastavit vlastní konfiguraci PHP?**  
Často jen omezeně. Mnoho poskytovatelů povoluje změny přes panel nebo na požádání. U přechodných opatření jako u PHP2Shell se musí některá nastavení provést na úrovni celého serveru; to pak jde jen přes poskytovatele.

**Co sdílený hosting?**  
Sdílený hosting je nejjednodušší forma spravovaného hostingu. Poskytovatel udržuje systém pro mnoho zákazníků současně. Na verzi PHP a konfiguraci máte jen malý vliv, ale také se o ně téměř nemusíte starat.

**Vyplatí se po PHP2Shell změnit provozní model?**  
Jen pokud situace ukázala skutečnou slabinu, například že nikdo nedokázal vlastní server včas záplatovat. Změna z rozmaru zřídka vyřeší skutečný problém.

## Zdroje

- [php.net: bezpečnostní hlášení](https://www.php.net/)
- [PHP: podporované verze](https://www.php.net/supported-versions.php)
- [CIS Benchmarks](https://www.cisecurity.org/cis-benchmarks)
- [BSI](https://www.bsi.bund.de/)