Každému člověku vytvořte vlastní účet, roli přidělte podle pracovních úkolů a administrátorská práva ponechte pouze správcům. Vlastní capabilities používejte pro stabilní rozdíly, například schvalování nebo správu jednoho typu obsahu. Zapněte vícefaktorové ověření citlivých účtů a pravidelně odebírejte nepotřebné přístupy.
Role a oprávnění ve WordPressu rozhodují o tom, kdo může číst neveřejný obsah, publikovat, upravovat cizí články, instalovat pluginy nebo měnit uživatele. Když celý tým používá jeden administrátorský účet, nelze spolehlivě zjistit autora změny ani odebrat přístup jednomu člověku. Zároveň jediný ukradený přihlašovací údaj otevírá celý web. Bezpečnější nastavení dá každému vlastní účet s nejmenšími právy potřebnými pro jeho práci.
Výchozí role jsou vhodným základem, ale složitější redakce často potřebuje vlastní capabilities nebo omezení na konkrétní typ obsahu. Cílem není vytvořit roli pro každou osobu. Role mají reprezentovat stabilní odpovědnosti, zatímco jednotlivé účty se k nim přiřazují a pravidelně kontrolují. Tento článek propojuje technické nastavení s nástupem, externí spoluprací a odchodem uživatele.
Převeďte pracovní úkoly na oprávnění
Sepište činnosti bez názvů rolí: vytvořit koncept, nahrát médium, upravit vlastní článek, upravit cizí článek, publikovat, spravovat menu nebo aktualizovat plugin. U každé určete, kdo ji potřebuje a jaký následek má chyba. Člověk připravující text nepotřebuje měnit šablonu vzhledu; marketingový manažer může publikovat bez možnosti zakládat administrátory.
Odlište pravidelnou činnost od výjimečného zásahu. Dočasná migrace neopravňuje k trvalému administrátorskému oprávnění. U výjimečného úkolu vytvořte časově omezený účet nebo dočasně zvyšte roli s evidovaným návratem. Matice úkolů a rolí se stane podkladem pro konfiguraci, školení i audit přístupů.
Pochopte výchozí role a jejich hranice
Subscriber má základní účet, Contributor připravuje obsah bez samostatného publikování, Author spravuje vlastní příspěvky, Editor i obsah ostatních a Administrator celý web. Konkrétní možnosti se mohou lišit podle pluginů a vlastních typů obsahu. Název „Editor“ proto nestačí jako důkaz; zkontrolujte skutečné capabilities v aktuální instalaci.
U multisite existuje také síťová úroveň, která má ještě větší dosah. Pluginy mohou rolím přidávat správu objednávek, formulářů nebo členské zóny. Po instalaci kritického rozšíření ověřte, co nové role vidí a mohou měnit. Testujte přes samostatný zkušební účet, nikoli pouze pohledem administrátora, který má přirozeně vše povoleno.
- Vlastní testovací účet pro každou roli
- Kontrola po instalaci pluginu
- Žádný sdílený administrátorský účet
- Síťová oprávnění posuzovaná samostatně
Vlastní capabilities navrhněte podle domény
U vlastního typu obsahu zaregistrujte samostatnou sadu capabilities, pokud jeho správa nemá kopírovat běžné příspěvky. Personalista může upravovat profily lidí, ale ne služby; produktový tým katalog, ale ne globální nastavení. Oprávnění pojmenovávejte podle akce a objektu. Kontrola musí proběhnout na serveru při každé operaci, nikoli pouze skrytím tlačítka v rozhraní.
Nevytvářejte capability pro každý jednotlivý záznam bez jasné potřeby, protože správa se rychle stane nepřehlednou. U vlastnictví poboček nebo oddělení zvažte pravidlo založené na přiřazeném objektu a otestujte všechny cesty: seznam, rychlou úpravu, REST API, média i hromadné akce. Zamítnutí má být bezpečné a pro uživatele srozumitelné.
Chraňte přihlašování a životní cyklus účtu
Uživatelé mají používat jedinečná hesla uložená ve správci hesel a citlivé role vícefaktorové ověření. Omezte počet administrátorů a pravidelně kontrolujte neaktivní účty, aplikační hesla a relace. Účet technické integrace oddělte od člověka, pojmenujte jeho účel a přidělte mu pouze potřebný rozsah. Nouzový účet uchovávejte pod kontrolou a testujte jeho dostupnost.
Onboarding obsahuje vlastníka schválení, roli, školení a datum kontroly. Při změně pozice se práva upraví, při odchodu se účet zablokuje a obsah se přiřadí novému vlastníkovi bez smazání historie. Externímu dodavateli nastavte datum ukončení. E-mail bývalého pracovníka nesmí zůstat jedinou cestou k obnově kritického účtu.
- Schválení a datum vzniku účtu
- Vícefaktorové ověření správců
- Samostatné účty integrací
- Checklist změny a odebrání přístupu
Auditujte změny bez nadměrného sledování
Auditní log má zaznamenávat bezpečnostně a provozně důležité události: přihlášení, změnu role, publikování, změnu pluginu nebo konfigurace. Záznam potřebuje čas, účet, objekt a výsledek. Nemá bez důvodu ukládat celé citlivé formuláře nebo hesla. Přístup k logu omezte a dobu uchovávání přizpůsobte účelu.
Jednou za dohodnuté období porovnejte účty s aktuálním týmem a maticí rolí. Zkontrolujte zejména administrátory, dlouho nepoužívané účty a oprávnění přidaná pluginy. Nález napravte a zjistěte, proč proces selhal. Audit není jen bezpečnostní kontrola; odhaluje také role, které redaktory zbytečně blokují a vedou je ke sdílení účtů.
Časté dotazy
Jakou roli má dostat člověk, který píše články?
Pokud pouze připravuje vlastní návrhy, postačí Contributor nebo přiměřeně upravená role. Pokud publikuje vlastní texty, může být vhodný Author. Právo upravovat a publikovat obsah ostatních náleží odpovědnému editorovi.
Je bezpečné sdílet jedno admin heslo v týmu?
Ne. Ztrácí se dohledatelnost, odebrání přístupu i bezpečná rotace. Každý člověk potřebuje vlastní účet; administrátorská práva mají dostat jen ti, kdo vykonávají administrátorské úlohy.
Stačí skrýt položku menu uživateli bez oprávnění?
Nestačí. Skrytí zlepšuje rozhraní, ale požadavek lze odeslat jinou cestou. Server musí u každé citlivé akce ověřit capability uživatele a odmítnout neoprávněný přístup.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
