Zabezpečení účtu
Zabezpečení serveru chrání weby. Zabezpečení účtu chrání klíče k nim. Každé přihlášení do Zinn Digital® běží na jednom standardizovaném systému identit — přístupové klíče a WebAuthn, dvoufaktorové ověření TOTP, přihlašování pomocí magického odkazu, SAML SSO pro podnikové a agenturní týmy — s podrobnými rolemi, klíči API pro jednotlivé organizace a protokolem auditu pouze pro přidávání v pozadí.
Většina hostingových účtů je jen heslo v databázi, připojené k ovládacímu panelu. Náš je vyhrazený systém identity — Keycloak, podporující OIDC a SAML — který stojí před vším: klientským panelem, administrační konzolí pro personál, tímto veřejným webem a znalostní bází i vašimi požadavky na podporu. Přihlaste se jednou a jste přihlášeni ke všem.
Protože je postavena na otevřených standardech a nikoli na proprietárním přihlašování, je vrstva identity vyměnitelná stejným způsobem jako jakákoli jiná součást platformy. Žádná část Vašeho přístupového modelu není uzamčena v produktu jednoho dodavatele a ověřování Vašeho týmu nezávisí na tom, zda si udržíme jednoho dodavatele. Je to stejný princip nezávislosti na dodavateli, jaký uplatňujeme na účty CDN, DNS a poskytovatele platebních služeb.
Přihlášení je lokalizováno a přechod z webu na přihlašovací obrazovku přenáší Váš jazyk s sebou – tým rozptýlený v různých zemích tak není nucen absolvovat přihlášení pouze v angličtině.
Čtyři metody, všechny špičkové kvality, všechny konfigurovatelné pro každou osobu. Nikdo není nucen využívat nejslabší možnost jen proto, že je jediná v nabídce.
Zadejte svůj e-mail, klikněte na odkaz a jste uvnitř. Žádné heslo, které by bylo možné podvodně vylákat, znovu použít nebo které by uniklo při narušení bezpečnosti dat. Toto je výchozí cesta pro nové účty a pro většinu lidí je to jediná, kterou kdy budou potřebovat.
Zaregistrujte si přístupový klíč — Touch ID, Face ID, Windows Hello nebo hardwarový klíč jako YubiKey — a přihlašujte se zcela bez hesla. Přístupové klíče jsou vázány na konkrétní doménu, takže je napodobená přihlašovací stránka nemůže odcizit. Platforma podporuje autentizátory ES256 a RS256 a preferuje ověření uživatele.
Přihlaste se pomocí Google prostřednictvím standardního propojení s poskytovatelem identity, takže účet převezme veškeré ovládací prvky, které váš Google Workspace již vymáhá. Další poskytovatelé se připojují stejným způsobem — nejedná se o žádnou integraci na míru.
Uchováváno pro uživatele a skripty, které to potřebují, a vázáno skutečnými pravidly: minimálně dvanáct znaků, nikdy vaše uživatelské jméno nebo e-mailová adresa, žádné opakované použití vašich posledních tří hesel, hašováno pomocí Argon2. E-mailové adresy jsou ověřovány dříve, než lze účet začít používat.
Druhé faktory jsou součástí systému identity, nikoli doplněk, který si koupíte, nebo plugin, který si nainstalujete na svůj vlastní web.
Pokud vaše organizace již používá poskytovatele identity — Okta, Entra ID, Google Workspace nebo cokoli jiného, co podporuje SAML — jednoduše jej připojíte a vaši lidé se budou k Zinn Digital® přihlašovat pomocí svých stávajících firemních údajů. Pro váš tým neexistuje žádné druhé heslo ke správě a žádný druhý kontrolní seznam pro ukončení pracovního poměru, na který by se dalo zapomenout.
Na tom záleží nejvíce na úrovni agentur a přeprodejců, kde je fluktuace zaměstnanců skutečnou bezpečnostní událostí. Když někdo odejde a Vy jej deaktivujete ve svém adresáři, zablokujete mu tím také přístup k Vašemu hostingu. Přístup se centrálně řídí pracovním poměrem, místo aby byl dohledáván v desítkách nástrojů SaaS.
SAML funguje vedle všeho ostatního, místo aby to nahrazoval: externisté mohou stále získat účet s magickým odkazem v rámci vymezené role, zatímco stálí zaměstnanci přistupují přes SSO. Jedna organizace, jeden model oprávnění, dvoje přední dveře.
Přístup je vymezen organizačním stromem — od prodejce přes klienta až po web — a je vynucován přímo v databázi prostřednictvím zabezpečení na úrovni řádků, nikoli pouze v aplikaci. Přístup mezi tenanty není zásadou, o jejíž dodržování bychom uživatele žádali; je to dotaz, který nemůže vrátit žádné řádky. Čtyři zákaznické role pokrývají realistické rozdělení povinností.
Úplná kontrola nad organizací a jejími dílčími účty: vytváření podřízených organizací, zvání a odebírání členů, přiřazování rolí, správa všech webů, provádění fakturace a vystavování faktur, správa klíčů API a čtení protokolu auditu.
Faktury, předplatná, platební metody a katalog tarifů — a nic jiného. Váš finanční specialista nebo účetní může uhradit fakturu, aniž by kdy měl možnost zasahovat do živého webu, pozastavit jej nebo smazat.
Přístup k webům a rozhraní API bez správy fakturace: prohlížejte a zřizujte weby, restartujte služby, promazávejte mezipaměť, spravujte klíče API a pracovní požadavky. Záměrně bez přístupu k platebním metodám, fakturaci či změnám tarifů.
Pouze pro čtení v rámci celé organizace — weby, fakturace, tarify, požadavky, stav překladu a záznam auditu. Vhodná role pro auditora, klienta vyžadujícího přehled nebo nováčka v jeho prvním týdnu.
Řídicí panel je jedním ze způsobů přístupu. Rozhraní API, rozhraní příkazového řádku (CLI), poskytovatel Terraform a server MCP představují další — a podléhají stejnému modelu přístupu, protože klíč bez vymezeného rozsahu obchází každou roli, kterou jste právě nakonfigurovali.
Klíč API se vydává organizaci, nikoli jednotlivé osobě, a nese svá vlastní oprávnění. Zacházejte s ním jako se sdíleným pověřením: pojmenujte jej podle jeho účelu, přiřaďte mu nejužší možná funkční oprávnění a obnovte jej, pokud osoba, která jej vytvořila, odejde.
Nezpracovaný klíč se vám zobrazí pouze jednou, a to při vytvoření. Uchováváme pouze hash SHA-256 a krátkou předponu pro vyhledávání. Klíč vám již nemůžeme znovu zobrazit a kompromitace databáze neposkytne útočníkovi funkční přihlašovací údaje.
Každý klíč nese podrobné rozsahy navázané na stejný katalog oprávnění, jaký používají role, zaznamenává, kdy byl naposledy použit, a lze jej okamžitě odvolat, jakmile se zdá být v nepořádku. Samostatné sandbox klíče testují API bez reálné fakturace nebo zřizování služeb na pozadí.
Server MCP umožňuje libovolnému agentovi s podporou MCP spravovat váš hosting — a ověřuje se prostřednictvím OAuth 2.1, s rozsahem vymezeným pro vaši organizaci a její oprávnění RBAC, s odvolatelnými tokeny pro jednotlivé nástroje, potvrzením u destruktivních akcí, limity výdajů a kompletním protokolováním auditu. Připojení asistenta AI neznamená, že mu předáte klíče od všeho.
Každá privilegovaná akce vytváří záznam typu append-only — kdo ji provedl, co udělal, s čím to udělal, podpůrné důkazy a zdrojovou IP adresu spolu s časovým razítkem. Nejedná se o pomůcku pro ladění; je to důkazní stopa.
Ne — a byli bychom raději, kdybyste to nedělali. Výchozí možností je přihlášení pomocí e-mailu s magickým odkazem, přičemž si můžete zaregistrovat přístupový klíč (Touch ID, Face ID, Windows Hello nebo hardwarový klíč) a přihlašovat se, aniž byste kdy nastavovali heslo. E-mail a heslo zůstávají k dispozici jako záložní řešení s minimální délkou dvanácti znaků, zákazem opětovného použití posledních tří hesel a hashováním pomocí Argon2.
Dvoufaktorové ověření TOTP je integrováno přímo do vrstvy identity a může být v rámci organizace vynuceno zásadou, místo aby bylo ponecháno na volbě každého člena. Pokud je zařízení vašeho týmu podporují, jsou přístupové klíče silnější možností, protože odstraňují heslo, které by se útočník mohl pokusit získat pomocí phishingu.
Ano. Role Správce fakturace opravňuje k přístupu k fakturám, předplatným, platebním metodám a katalogu tarifů a ničemu jinému – bez možnosti zobrazit, zřídit, restartovat, pozastavit nebo smazat web. Platí to i naopak: role Vývojář spravuje weby a přístup k API zcela bez kontroly nad fakturací. Role se přiřazují na úrovni organizace, takže role v jedné organizaci neuděluje žádný přístup v samostatné, nesouvisející organizaci – ačkoli role v nadřazené organizaci se vztahuje i na organizace pod ní vnořené.
Odvolejte jej z administračního panelu a okamžitě přestane fungovat. Rozsah škod je omezen tím, co mohl daný klíč provádět od samého počátku, což je důvod, proč klíče nesou granulární rozsahy oprávnění a zaznamenávají časové razítko posledního použití — úzké rozsahy a viditelná stopa využití jsou tím, co proměňuje únik v ohraničený incident namísto úplného kompromitování účtu. Mějte na paměti, že klíče jsou vydávány organizaci, nikoli jednotlivci, proto s nimi zacházejte jako se sdílenými přihlašovacími údaji a při odchodu zaměstnanců je obměňujte. Na naší straně je uložen pouze hash klíče, takže únik z naší databáze nepovede k získání funkčních přihlašovacích údajů.
Ano. Každá privilegovaná akce je zapsána do protokolu auditu typu append-only spolu s aktérem, akcí, cílem, podpůrnými důkazy, zdrojovou IP adresou a časovým razítkem. Role vlastníka a role pouze pro čtení ji mohou číst přímo. Akce personálu na Vašem účtu jsou zaznamenávány ve stejné stopě a citlivé nebo destruktivní akce personálu mohou nejprve vyžadovat zesílené ověření nebo schválení dvěma osobami.
Ano — SAML SSO je podporováno pro firemní a agenturní účty, takže vaši lidé provádějí ověření pomocí stávajících firemních přihlašovacích údajů a vyřazení z vašeho adresáře jim odebere přístup i zde. Přístupy můžete kombinovat: SSO pro stálé zaměstnance, účty magic-link s vymezeným rozsahem pro externisty, vše v rámci stejného modelu oprávnění.
Ne — hesla se záměrně nepřevádějí. Váš účet je importován bez hesla a při prvním přihlášení buď použijete magický odkaz, nebo si nastavíte nové heslo podle aktuálních zásad. Přenesení starých hashů hesel by do nového systému vneslo staré slabiny, proto to neděláme.
Zkušební verze Footprint-Free trvá 14 dní, je bez nutnosti zadávat kartu a pokrývá až pět webů. Během zkušební verze získáte kompletní vrstvu identity — přístupové klíče, dvoufázové ověření, role, klíče API a protokol auditu nejsou uzamčeny za placeným tarifem.
Zaregistrujte přístupový klíč, pozvěte svůj tým do příslušných rolí a vygenerujte klíč API s vymezeným rozsahem – to vše v rámci 14denní zkušební verze bez nutnosti zadávat údaje o platební kartě.
Začněte zdarma