Сигурност на акаунта
Сигурността на сървъра защитава сайтовете. Сигурността на акаунта защитава ключовете към тях. Всяко влизане в Zinn Digital® работи на базата на една стандартна система за самоличност — ключове за достъп и WebAuthn, TOTP двуфакторна автентикация, вход чрез магическа връзка, SAML SSO за корпоративни и агентски екипи — с детайлни роли, API ключове за всяка организация и регистър за одит само с добавяне зад нея.
Повечето хостинг акаунти представляват парола в база данни, прикрепена към контролен панел. Нашият е специална система за идентичност — Keycloak, поддържаща OIDC и SAML — която стои пред всичко: клиентския панел, администраторската конзола за персонала, този публичен сайт и базата от знания, както и вашите тикети за поддръжка. Влезте веднъж и ще бъдете вписани във всички тях.
Тъй като е изграден върху отворени стандарти, а не върху патентован вход, идентификационният слой е заменяем по същия начин, както всеки друг компонент на платформата. Нито една част от Вашия модел за достъп не е заключена в продукт на доставчик и автентикацията на Вашия екип не зависи от това да запазим един-единствен доставчик. Това е същият принцип за липса на обвързаност, който прилагаме към CDN акаунтите, DNS и доставчиците на плащания.
Входът е локализиран, а прехвърлянето от сайта към екрана за вход запазва Вашия език — така че екип, разпределен в различни държави, не е принуден да използва вход само на английски език.
Четири метода, всички от първокласно ниво, всички с възможност за конфигуриране за всеки потребител. Никой не е принуден да използва най-слабата опция само защото тя е единствената предлагана.
Въведете своя имейл, щракнете върху връзката и сте вътре. Няма парола, която да бъде фишингната, използвана повторно или изтекла при пробив на данни. Това е маршрутът по подразбиране за нови профили и за повечето хора той е единственият, от който някога ще имат нужда.
Регистрирайте ключ за достъп (passkey) — Touch ID, Face ID, Windows Hello или хардуерен ключ като YubiKey — и влизайте без никаква парола. Ключовете за достъп са обвързани с домейна, така че наподобяваща страница за вход не може да ги прихване. Платформата приема автентикатори с ES256 и RS256 и предпочита потребителска верификация.
Влезте с Google чрез стандартна връзка с доставчик на идентичност, така че акаунтът да наследи всички контроли, които Вашият Google Workspace вече налага. Допълнителните доставчици се свързват по същия начин — нищо в това не представлява индивидуална интеграция.
Запазено за хората и скриптовете, които се нуждаят от него, и подчинено на истинска политика: минимум дванадесет знака, никога вашето потребителско име или имейл адрес, без повторно използване на последните три, хеширано с Argon2. Имейл адресите се потвърждават, преди профилът да може да се използва.
Вторите фактори са част от системата за идентичност, а не добавка, която купувате, или плъгин, който инсталирате на собствения си сайт.
Ако вашата организация вече използва доставчик на самоличност — Okta, Entra ID, Google Workspace или всичко друго, което поддържа SAML — вие го свързвате и вашите служители влизат в Zinn Digital® със съществуващите си корпоративни идентификационни данни. Няма втора парола, която екипът ви да управлява, нито втори контролен списък за освобождаване, който да забравите.
Това е от най-голямо значение в мащаба на агенции и риселъри, където текучеството на персонал представлява реален инцидент със сигурността. Когато някой напусне и го деактивирате във вашата директория, вие прекратявате и неговия достъп до вашия хостинг. Достъпът следва заетостта централизирано, вместо да се проследява в десетки SaaS инструменти.
SAML функционира редом с всичко останало, вместо да го заменя: подизпълнителите все още могат да получат акаунт с магическа връзка в рамките на роля с ограничен обхват, докато постоянните служители влизат чрез SSO. Една организация, един модел за разрешения, две предни врати.
Достъпът е ограничен до дървото на организацията — от риселър към клиент и към сайт — и се прилага в самата база данни чрез защита на ниво ред, а не само в приложението. Достъпът между различни наематели не е политика, която молим потребителите да спазват; това е заявка, която не може да върне редове. Четири клиентски роли покриват реалистичното разделение на задълженията.
Пълен контрол върху организацията и нейните подустройства: създаване на под-организации, поканване и премахване на членове, възлагане на роли, управление на всеки сайт, фактуриране и разплащания, управление на API ключове и преглеждане на одиторския дневник.
Фактури, абонаменти, начини на плащане и каталог с планове — и нищо друго. Вашето финансово лице или счетоводител може да плати фактура, без изобщо да има възможност да променя, спира или изтрива работещ сайт.
Достъп до сайтове и API без контрол върху фактурирането: преглеждайте и конфигурирайте сайтове, рестартирайте услуги, изчиствайте кеша, управлявайте API ключове и работни тикети. Умишлено липсва достъп до начини на плащане, фактуриране или промени в плановете.
Само за преглед в цялата организация — сайтове, фактуриране, планове, билети, статус на превода и одит лог. Подходящата роля за одитор, клиент, който иска видимост, или нов служител през първата му седмица.
Таблото за управление е един от начините за достъп. API, CLI, доставчикът на Terraform и сървърът MCP са други — и те се придържат към същия модел за достъп, тъй като ключът без ограничен обхват заобикаля всяка роля, която току-що сте конфигурирали.
API ключът се издава на организация, а не на отделно лице, и носи свои собствени обхвати. Третирайте го като споделени идентификационни данни: наименувайте го според целта му, дайте му възможно най-тесния работещ обхват и го подновете, когато лицето, което го е създало, напусне.
Необработеният ключ ви се показва само веднъж, при създаването му. Това, което съхраняваме, е SHA-256 хеш и кратък префикс за търсене. Не можем да ви покажем ключа отново, а компрометирането на базата данни не предоставя на нападателя работещи идентификационни данни.
Всеки ключ носи детайлни обхвати, свързани със същия каталог с разрешения, който използват ролите, записва кога е бил използван за последно и може да бъде незабавно оттеглен в момента, в който изглежда нереден. Отделни sandbox ключове тестват API без реално фактуриране или предоставяне на ресурси зад тях.
MCP сървърът позволява на всеки агент с поддръжка на MCP да управлява Вашия хостинг — и се автентикира чрез OAuth 2.1, с обхват до Вашата организация и нейните RBAC разрешения, с отменяеми токени за всеки инструмент, потвърждение при деструктивни действия, лимити на разходите и пълно регистриране на одит. Свързването на AI асистент не означава да му предадете ключовете за всичко.
Всяко привилегировано действие записва запис само за добавяне — кой го е извършил, какво е направил, върху какво го е направил, подкрепящите доказателства и изходния IP адрес, с времево клеймо. Това не е удобство за отстраняване на грешки; това е доказателствената следа.
Не — и предпочитаме да не го правите. Влизането чрез имейл с вълшебна връзка е по подразбиране, като можете да регистрирате ключ за достъп (Touch ID, Face ID, Windows Hello или хардуерен ключ) и да влизате, без изобщо да задавате парола. Имейлът и паролата остават налични като резервен вариант, като се изисква минимум от дванадесет знака, забрана за повторно използване на последните три и Argon2 хеширане.
Двуфакторната автентикация с TOTP е вградена в слоя за самоличност и може да бъде наложена чрез политика в цялата организация, вместо да се оставя на избора на всеки член. Ключовете за достъп са по-сигурната опция, когато устройствата на вашия екип ги поддържат, тъй като те премахват паролата, към която биха се насочили фишинг атаките.
Да. Ролята „Мениджър фактуриране“ предоставя достъп до фактури, абонаменти, начини на плащане и каталога с планове и нищо друго — без възможност за преглед, осигуряване, рестартиране, спиране или изтриване на сайт. Обратното също е вярно: ролята „Разработчик“ управлява сайтове и достъп до API без никакъв контрол върху фактурирането. Ролите се присвояват за всяка организация, така че роля в една организация не дава достъп в отделна, несвързана организация — въпреки че роля в организация майка се прилага за организациите, разположени под нея.
Анулирайте го от таблото за управление и той ще спре да работи незабавно. Обхватът на щетите е ограничен от това, което този ключ е можел да извърши първоначално, поради което ключовете носят подробни обхвати и записват времево клеймо за последно използване — тесните обхвати и видимата следа от използване са това, което превръща изтичането в локализиран инцидент, а не в пълен пробив на акаунта. Имайте предвид, че ключовете се издават на организацията, а не на отделно лице, затова се отнасяйте към тях като към споделени идентификационни данни и ги подменяйте, когато служителите напускат. От наша страна се съхранява само хеш на ключа, така че изтичане от нашата база данни не осигурява работещи идентификационни данни.
Да. Всяко привилегировано действие се записва в одит лог само за добавяне с извършителя, действието, целта, подкрепящите доказателства, изходния IP адрес и времевото клеймо. Ролите „Собственик“ и „Само за четене“ могат да го четат директно. Действията на персонала по Вашия акаунт се записват в същата одитна следа, а чувствителните или деструктивни действия на персонала могат първо да изискват засилена автентикация или одобрение от две лица.
Да — SAML SSO се поддържа за корпоративни и агенциски акаунти, така че вашите служители се удостоверяват със съществуващи корпоративни идентификационни данни, а прекратяването на достъпа в директорията ви премахва достъпа им и тук. Можете да комбинирате подходи: SSO за постоянен персонал, акаунти с ограничен обхват на magic-link за изпълнители, всичко това в рамките на един и същ модел на разрешения.
Не — паролите умишлено не се мигрират. Вашият акаунт се импортира без парола, като при първото влизане можете или да използвате магическа връзка, или да зададете нова парола съгласно текущите правила. Пренасянето на стари хешове на пароли би пренесло стари слабости в новата система, затова не го правим.
Пробният период на Footprint-Free е 14 дни, без необходимост от карта, и покрива до пет сайта. По време на пробния период получавате пълния слой за самоличност — ключовете за достъп, двуфакторната автентикация, ролите, API ключовете и одитният лог не са ограничени зад платен план.
Регистрирайте ключ за достъп, поканете екипа си в съответните роли и издайте API ключ с определен обхват — всичко това в рамките на 14-дневен пробен период без изискване за данни от карта.
Започнете безплатно