Každému človeku vytvorte vlastný účet, rolu prideľte podľa pracovných úloh a administrátora ponechajte iba správcom. Vlastné capabilities používajte pre stabilné rozdiely, napríklad schvaľovanie alebo správu jedného typu obsahu. Zapnite viacfaktorové overenie citlivých účtov a pravidelne odoberajte nepotrebné prístupy.
WordPress roly a oprávnenia rozhodujú, kto môže čítať neverejný obsah, publikovať, upravovať cudzie články, inštalovať pluginy alebo meniť používateľov. Keď celý tím používa jedno administrátorské konto, nemožno spoľahlivo zistiť autora zmeny ani odobrať prístup jednému človeku. Zároveň jediný ukradnutý údaj otvára celý web. Bezpečnejšie nastavenie dá každému vlastný účet s najmenšími právami potrebnými na jeho prácu.
Predvolené roly sú vhodným základom, no zložitejšia redakcia často potrebuje vlastné capabilities alebo obmedzenie na konkrétny obsahový typ. Cieľom nie je vytvoriť rolu pre každú osobu. Roly majú reprezentovať stabilné zodpovednosti, zatiaľ čo jednotlivé účty sa k nim priraďujú a pravidelne kontrolujú. Tento článok prepája technické nastavenie s nástupom, externou spoluprácou a odchodom používateľa.
Preložte pracovné úlohy do oprávnení
Spíšte činnosti bez názvov rolí: vytvoriť návrh, nahrať médium, upraviť vlastný článok, upraviť cudzí článok, publikovať, spravovať menu alebo aktualizovať plugin. Pri každej určte, kto ju potrebuje a aký následok má chyba. Človek pripravujúci text nepotrebuje meniť tému; marketingový manažér môže publikovať bez možnosti zakladať administrátorov.
Rozlíšte pravidelnú činnosť od výnimočného zásahu. Dočasná migrácia neodôvodňuje trvalé administrátorské právo. Pri výnimočnej úlohe vytvorte časovo obmedzený účet alebo dočasne zvýšte rolu s evidovaným návratom. Matica úloh a rolí sa stane podkladom pre konfiguráciu, školenie aj audit prístupov.
Pochopte predvolené roly a ich hranice
Subscriber má základný účet, Contributor pripravuje obsah bez samostatného publikovania, Author spravuje vlastné príspevky, Editor aj obsah ostatných a Administrator celý web. Konkrétne možnosti sa môžu meniť podľa pluginov a vlastných typov obsahu. Názov „Editor“ preto nestačí ako dôkaz; skontrolujte skutočné capabilities v aktuálnej inštalácii.
Na multisite existuje aj sieťová úroveň, ktorá má ešte väčší dosah. Pluginy môžu rolám pridávať správu objednávok, formulárov alebo členskej zóny. Po inštalácii kritického rozšírenia overte, čo nové roly vidia a môžu meniť. Test robte cez samostatný skúšobný účet, nie iba pohľadom administrátora, ktorý má prirodzene všetko povolené.
- Vlastný testovací účet pre každú rolu
- Kontrola po inštalácii pluginu
- Žiadne zdieľané administrátorské konto
- Sieťové oprávnenia posudzované osobitne
Vlastné capabilities navrhnite podľa domény
Pri vlastnom type obsahu zaregistrujte samostatnú množinu capabilities, ak jeho správa nemá kopírovať bežné články. Personalista môže upravovať profily ľudí, no nie služby; produktový tím katalóg, no nie globálne nastavenia. Oprávnenie pomenúvajte podľa akcie a objektu. Kontrola musí prebehnúť na serveri pri každej operácii, nie iba skrytím tlačidla v rozhraní.
Nevytvárajte capability pre každý jednotlivý záznam bez jasnej potreby, lebo správa sa rýchlo stane neprehľadnou. Pri vlastníctve pobočiek alebo oddelení zvážte pravidlo založené na priradenom objekte a otestujte všetky cesty: zoznam, rýchlu úpravu, REST API, médiá aj hromadné akcie. Zamietnutie má byť bezpečné a používateľovi zrozumiteľné.
Chráňte prihlasovanie a životný cyklus účtu
Používatelia majú používať unikátne heslá uložené v správcovi hesiel a citlivé roly viacfaktorové overenie. Obmedzte počet administrátorov a pravidelne skontrolujte neaktívne účty, aplikačné heslá a relácie. Účet technickej integrácie oddeľte od človeka, pomenujte účel a priraďte mu iba potrebný rozsah. Núdzový účet uchovávajte kontrolovane a testujte jeho dostupnosť.
Onboarding obsahuje vlastníka schválenia, rolu, školenie a dátum kontroly. Pri zmene pozície sa práva upravia, pri odchode sa účet zablokuje a obsah priradí novému vlastníkovi bez zmazania histórie. Externému dodávateľovi nastavte dátum skončenia. E-mail bývalého pracovníka nesmie zostať jedinou cestou na obnovu kritického účtu.
- Schválenie a dátum vzniku účtu
- Viacfaktorové overenie správcov
- Samostatné účty integrácií
- Checklist zmeny a odobratia prístupu
Auditujte zmeny bez nadmerného sledovania
Auditný log má zaznamenať bezpečnostne a prevádzkovo dôležité udalosti: prihlásenie, zmenu role, publikovanie, zmenu pluginu alebo konfigurácie. Záznam potrebuje čas, účet, objekt a výsledok. Nemá bez dôvodu ukladať celé citlivé formuláre alebo heslá. Prístup k logu obmedzte a dobu uchovania prispôsobte účelu.
Raz za dohodnuté obdobie porovnajte účty s aktuálnym tímom a maticou rolí. Skontrolujte najmä administrátorov, dlho nepoužité kontá a práva pridané pluginmi. Nález napravte a zistite, prečo proces zlyhal. Audit nie je iba bezpečnostná kontrola; odhaľuje aj role, ktoré redaktorov zbytočne blokujú a vedú ich k zdieľaniu účtov.
Časté otázky
Akú rolu má dostať človek, ktorý píše články?
Ak iba pripravuje vlastné návrhy, postačí Contributor alebo primerane upravená rola. Ak publikuje vlastné texty, môže byť vhodný Author. Právo upravovať a publikovať obsah ostatných patrí zodpovednému editorovi.
Je bezpečné zdieľať jedno admin heslo v tíme?
Nie. Stráca sa dohľadateľnosť, odobratie prístupu aj bezpečná rotácia. Každý človek potrebuje vlastný účet; administrátorské práva majú dostať iba tí, ktorí vykonávajú administrátorské úlohy.
Stačí skryť položku menu používateľovi bez oprávnenia?
Nestačí. Skrytie zlepšuje rozhranie, ale požiadavku možno odoslať inou cestou. Server musí pri každej citlivej akcii overiť capability používateľa a odmietnuť neoprávnený prístup.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
