Nejdůležitější body
- inventář systémů, doplňků a vlastníků
- MFA a individuální účty správců
- aktualizace podle závažnosti rizika
- ochrana formulářů a bezpečné zpracování dat
- zálohy, monitoring a plán incidentu
Účty a přístupy
Každý správce má mít vlastní účet a pouze potřebná oprávnění. Sdílená hesla znemožňují audit a zůstávají aktivní po odchodu člověka. Zapněte vícefaktorové ověření na hostingu, doméně, CMS i analytice.
Přístupy pravidelně kontrolujte a odstraňte neaktivní účty. Produkční tajemství neukládejte do veřejného kódu ani běžných dokumentů.
Aktualizace a závislosti
Redakční systém, doplňky, knihovny a serverové prostředí mají vlastní bezpečnostní cykly. Kritickou opravu je třeba nasadit rychle, ale s možností návratu. Nepoužívaný doplněk odstraňte, ne pouze vypněte.
U starého systému bez podpory vytvořte plán migrace. Dlouhodobé odkládání zvyšuje riziko i cenu budoucí změny.
Formuláře a osobní údaje
Vstupy validujte na serveru, omezte spam a zobrazujte bezpečné chybové zprávy. E-mailové odeslání nesmí odhalit technické údaje. Sbírejte pouze údaje potřebné k účelu a nastavte přiměřenou dobu uchování.
TLS chrání přenos, ne celý systém. Data je třeba chránit také v databázi, zálohách, exportech a e-mailových schránkách.
Připravenost na incident
Monitoring má zachytit neobvyklé chyby, výpadek a změnu kritických souborů podle typu řešení. Tým potřebuje kontakty, způsob izolace, obnovy a komunikace. Při incidentu se rozhoduje pod tlakem.
Pravidelně testujte obnovu ze zálohy a aktualizujte seznam vlastníků. Cílem není tvrdit, že incident nikdy nenastane, ale snížit pravděpodobnost a dopad.
Pohled Nexode: vhodné digitální řešení nemusí mít největší rozsah. Musí mít jasného uživatele, očekávaný výsledek, známá rizika a způsob měření.
Časté dotazy
Otázky a odpovědi
Je HTTPS dostatečné zabezpečení?
Ne. Chrání přenos mezi prohlížečem a serverem, ale neřeší zranitelný kód, účty, databázi ani zálohy.
Jak často měnit hesla?
Důležitější jsou unikátní silná hesla, správce hesel, MFA a okamžitá změna při podezření. Nucené časté změny bez důvodu nemusí pomoci.
Kdo má být zodpovědný po spuštění?
Konkrétní interní nebo externí vlastník s přístupy, monitoringem a dohodnutým postupem reakce.