Делегиран достъп

Дайте на хората точно този достъп, от който се нуждаят — и нищо повече

Привлечете разработчик, прехвърлете фактурирането на Вашия счетоводител, предоставете на клиента достъп само за четене до неговите сайтове или позволете на екипа ни по поддръжка да разгледа даден проблем. Всеки предоставен достъп е роля с определени права, ограничена до организация, приложена в базата данни и записана в одиторски журнал само за добавяне.

Няколко души, свързани с един акаунт, всеки със свои собствени ограничени разрешения.
  • 94Подробни разрешения
  • 12Вградени роли
  • 8Отдели на персонала
  • 700 000+хоствани сайтове по целия свят

Достъпът е членство, а не споделена парола

Споделянето на общи данни за вход води до проблеми с достъпа до акаунта. В Zinn Digital® всеки потребител има собствена самоличност, а достъпът представлява членство — потребител, организация и роля — което можете да предоставяте, променяте или оттегляте самостоятелно.

Вашата собствена идентичност, винаги

Всеки сътрудник влиза със своя собствен профил чрез Keycloak, нашия слой за идентичност. Никой не въвежда Вашата парола, никой не споделя сесия на браузъра, а премахването на потребител е еднократно действие, вместо смяна на парола и суматоха да се разбере кой друг я е знаел.

Организациите образуват дървовидна структура

Акаунтите са йерархични — риселър организацията съдържа клиентски организации, а клиентските организации съдържат сайтове. Членството се прилага за дадена организация и всичко под нея, така че можете да предоставите на клиент на агенция контрол върху собствената му организация, без никога да разкривате другите си клиенти.

Изолацията се прилага в базата данни

Разделянето на наемателите не е филтър в програмния код на приложението, който грешка би могла да пропусне. Защитата на ниво ред (Row-Level Security) в Postgres ограничава всяка заявка до поддървото на организацията на извикващия, така че заявка извън вашия обхват няма какво да върне.

Отсъствието е невидимо

Ако поискате организация или сайт извън Вашия обхват, API отговаря с обикновена грешка за ненамерен ресурс, вместо с грешка за права за достъп. Грешката за права би потвърдила съществуването на записа, докато отговорът за ненамерен ресурс не разкрива абсолютно нищо на външни лица.

Четири клиентски роли, тридесет и пет разрешения

Разрешенията са детайлни ключове — модул плюс действие, като sites.restart или billing.refund — а ролите ги обединяват. Четири роли покриват структурите, от които се нуждаят реалните екипи, и всяка от тях представлява първоначално зададени данни, а не логика, скрита в кода.

Собственик

Пълен контрол: създавайте дъщерни организации, канете и премахвайте членове, променяйте роли, управлявайте API ключове, създавайте, рестартирайте, изчиствайте, спирайте временно и изтривайте сайтове, управлявайте таксуването и фактурите, подавайте запитвания и преглеждайте одитния лог. Ролята, която запазвате за себе си.

Управление на фактурирането

Вижда организацията, нейните членове и каталога с планове и управлява фактури, методи на плащане и такси. Няма достъп за създаване, промяна или изтриване на който и да е уебсайт — точно конфигурацията, която външен счетоводител трябва да има.

Разработчик

Преглежда и създава сайтове, рестартира услуги, изчиства кеша, управлява API ключове и обработва тикети. Умишлено изключени: фактуриране, фактури, начини на плащане, управление на членове, спиране на сайтове и изтриване на сайтове. Изпълнителят може да изгражда, без да може да Ви таксува или да унищожи нещо.

Само за четене

Вижда организацията, нейните членове, нейните сайтове, фактурирането, каталога с планове, запитванията, състоянието на превода и одитния лог — и не може да променя нищо от това. Подходящото право за клиент, който иска видимост, одитор или заинтересована страна, която има нужда само да преглежда.

Вход, който вашият екип не може тихо да отслаби

Делегирането на достъп е безопасно само ако акаунтите, на които делегирате, са трудни за превземане. Удостоверяването се извършва чрез Keycloak за всяко лице в акаунта, на всяка повърхност.

  • Ключове за достъп (passkeys) и WebAuthn за вход, устойчив на фишинг, плюс двуфакторна автентикация чрез TOTP, наложена за всички съгласно правилата — а не незадължителна настройка, която член на екипа може да пропусне.
  • Вход по имейл с вълшебна връзка по подразбиране, с имейл и парола като резервен вариант, и вход чрез социални мрежи през Google, Microsoft, GitHub и други.
  • SAML единичен вход за корпоративни и агенциски клиенти, така че постъпващите и напускащите служители да се обработват от Вашия доставчик на самоличност, а не ръчно.
  • Една сесия за клиентския панел, публичния сайт, базата със знания и тикетите за поддръжка — влезте веднъж и прекратете достъпа с едно действие.
  • Политики за сесиите, поетапно автентифициране при чувствителни действия и незадължителни списъци с разрешени IP адреси за отделните организации за акаунти, които изискват достъпът да бъде ограничен до познати мрежи.
  • Всеки имейл за регистрация се проверява преди създаването на акаунт, така че недоставените, временните и служебните адреси се засичат още на входа, вместо по-късно да се превърнат в изоставени профили.

Когато нашият екип се нуждае от достъп, той е с ограничен обхват и се регистрира

Работата по поддръжката понякога изисква преглед на Вашия акаунт. Този достъп се управлява от същия модел на разрешения, както всичко останало — служителите просто са част от служебна организация, организирани в отдели с ограничени права.

Отдели, а не пълен администратор

Служителите са разпределени в следните групи: Поддръжка, Фактуриране и финанси, Злоупотреби и безопасност, Продажби, Внедряване, Инженерство и операции, Маркетинг и Ръководство. Всяка роля предоставя достъп до конкретни модули и действия, така че агентът вижда само онази част от администраторската конзола, която работата му изисква, и нищо друго.

Истинският таван на представителя по поддръжката

Ролята „Агент по поддръжката“ предоставя точно това: преглед на клиенти, преглед и отговор на тикети, преглед на сайтове, рестартиране на сайт и изчистване на кеша му. Тя не включва конфигурация на таксуването, възстановяване на суми, редактиране на планове и управление на автопарка. Корективните действия, които даден агент може да извърши, са ограничени от ролята, а не от добрите намерения.

Влизането като клиент е строго ограничено

Разрешението customer.impersonate не е част от ролята Manager — то се притежава само от Super Admin. Когато дадена сесия се изпълнява от Ваше име, таблото за управление съдържа постоянен банер за представяне под чужда самоличност, така че никога да няма двусмислие относно това кой действа.

Всичко конфиденциално е записано в писмен вид

Всяко привилегировано и административно действие се добавя към одит лог само за добавяне, който записва извършителя, действието, целта, поддържащите метаданни, IP адреса и времевото клеймо — разделен по време в производствена среда. Собствениците и членовете с права само за четене могат сами да четат лога на своята организация.

Контролни точки за одобрение при деструктивни действия

Чувствителните и разрушителни действия на персонала могат да изискват допълнително удостоверяване или одобрение от двама души, преди да бъдат изпълнени, а новите отдели и роли се задават чрез конфигурация, а не чрез промяна в кода.

Машините също получават делегиран достъп

Скриптовете, CI конвейерите, CLI, Terraform доставчикът и AI агентите се автентикират чрез същия модел за разрешения като хората — без споделени човешки идентификационни данни, без дълготрайни тайни, поставени в компилация.

API ключовете са за конкретна организация и имат определен обхват

Ключовете принадлежат на организация и притежават детайлни обхвати, свързани със същите RBAC разрешения — само за четене, таксуване, обезпечаване. Предоставете на конвейера тесния обхват, от който се нуждае, вместо целия акаунт на член.

Ключовете за тестова среда са отделни от тези за реална среда

Ключовете за тестов режим и за реална работа са различни, така че интеграция в процес на разработка не може да осъществи достъп до производствени данни случайно или чрез копирана променлива на средата.

Съхранява се само хешът

Ние съхраняваме SHA-256 хеш на тайната и префикс за търсене — никога необработения ключ. Виждате ключа само веднъж при създаването му. Всеки ключ следи кога е бил използван за последен път и може да бъде оттеглен самостоятелно, без да засяга нищо друго.

Инструментите с изкуствен интелект се свързват според вашите разрешения

Нашият MCP сървър позволява на всеки съвместим с MCP агент да управлява хостинга ви на естествен език, автентифициран с OAuth 2.1 и ограничен до вашата организация и RBAC роля, с отменяеми токени за всеки инструмент, потвърждение при деструктивни действия, лимити на разходите и пълен одит лог.

Достъп до самите сайтове

Достъпът до акаунта и достъпът до сървъра са различни проблеми. Данните за достъп на ниво сайт се управляват в таблото за управление, издават се с минимални привилегии и са изолирани така, че обвивката на един сътрудник да бъде обвивка само на един сайт.

  • SSH с изолирана обвивка (jailed shell), плюс SFTP и FTP — изолацията чрез CageFS гарантира, че всеки потребител вижда само своите собствени файлове.
  • wp-cli от терминала на панела и през SSH, за операциите, които разработчиците наистина искат да скриптират.
  • Пълен VS Code редактор в браузъра чрез code-server, с git, редактиращ файловете на сайта директно в контролния панел.
  • Вградени phpMyAdmin и Adminer за бази данни, както и вграден файлов мениджър, като и двата инструмента използват единен вход от таблото за управление, вместо да изискват втори набор от данни за вход.
  • Ключовете за достъп и идентификационните данни се създават, изброяват, ротират и отменят в таблото за управление, издават се с минимални привилегии и използването им се регистрира в одитния лог.
  • Тестовата среда с клониране и качване към реалния сайт държи рисковите задачи далеч от производствената среда, така че първата промяна на нов сътрудник никога да не попада директно на работещия сайт.

Как да структурирате достъпа според реалния си начин на работа

Самостоятелният оператор поддържа една организация и едно членство като собственик, и добавя роля „Разработчик“, когато изпълнител се присъедини за даден проект. Когато проектът приключи, членството се премахва и техният вход спира да работи незабавно — не остават споделени идентификационни данни, които да се налага да бъдат сменяни.

Една агенция използва дървото на организацията. Всеки клиент получава своя собствена подчинена организация, съдържаща неговите сайтове, а служителите на самия клиент получават членства там — само за четене за заинтересована страна, която иска видимост, собственик за клиент, който желае да се обслужва самостоятелно. Вашите служители имат членства по-нагоре в дървото и виждат цялото портфолио; клиентът вижда само своя собствен клон, а Row-Level Security е това, което прави това реалност, а не просто обещание.

Дилърът работи по същия начин, едно ниво по-нагоре: дилърската организация съдържа клиентски организации, всяка със свои собствени членове, изглед за фактуриране и сайтове. Един и същ примитив захранва подпрофилите, екипите на агенции и дилърските йерархии — няма отделен, по-слаб механизъм за нито един от тях.

Всичко е налично в 14-дневния пробен период без изискване за карта. Регистрирайте се без платежни данни, поканете колега, вижте до какво всяка роля има и няма достъп и прегледайте собствения си одит лог.

Често задавани въпроси

Мога ли да дам на някого достъп само до един сайт?

Към момента членството предоставя своята роля в рамките на цялата организация и всичко под нея в йерархията, така че начинът за разделяне на групи от сайтове е да се разделят организациите — поставете тези сайтове в тяхна собствена дъщерна организация и предоставете членството там. Това е изчистен модел за агенции и препродавачи, при които всеки клиент вече желае собствено обособяване. Ограничаването на обхвата на ресурсите за отделно членство, обвързващо едно членство с посочени сайтове в рамките на една организация, е планирано подобрение, а не нещо налично в момента.

Може ли поканен от мен разработчик да изтрие сайт или да го пусне на живо?

Ролята Developer не включва изтриване или спиране на сайт — тези ключови права принадлежат на ролята Owner. Тя предоставя възможност за преглед и създаване на сайтове, рестартиране на услуги, изчистване на кеша, управление на API ключове и работа по тикети. Разрешенията за внедряване и push-to-live също не са част от правата на Developer, така че прехвърлянето към реална среда остава за собственика на акаунта. Комбинирайте това със staging среда, за да може разработката да се извършва извън работещия сайт.

Какво могат да виждат служителите на Zinn Digital® в моя акаунт?

Това зависи изцяло от ролята на служителя, като всяка роля представлява ограничен набор от ключове за разрешения. Например, агентът по поддръжката може да преглежда Вашия акаунт и сайтове, да преглежда и да отговаря на Вашите тикети, да рестартира сайт и да изчиства кеша му — но не може да променя конфигурацията за таксуване, възстановяванията на суми, плановете или флота. Влизането като клиент е отделно разрешение, притежавано само от Super Admin, и когато това се случи, таблото за управление показва постоянен банер за представяне под чужда самоличност. Всяко привилегировано действие се записва в одитния лог заедно с извършителя, действието, целта, IP адреса и времевото клеймо, като Вие можете сами да четете лога на Вашата организация.

Как да отменя достъпа бързо, ако някой напусне?

Премахнете членството и достъпът им до тази организация се прекратява — те все още запазват своята самоличност, но нямат роля и следователно нямат разрешения във Вашия акаунт. API ключовете се анулират индивидуално, така че ключът за pipeline може да бъде прекратен, без да се засяга нищо друго. Ако използвате SAML single sign-on, деактивирането (deprovisioning) във Вашия доставчик на идентичност управлява влизането централизирано. Удостоверенията на ниво сайт, като SSH ключове, се анулират в таблото за управление, а самото премахване се записва в одитния лог.

Споделят ли членовете на екипа моите API ключове?

Не — но си струва да се уточни причината. API ключовете принадлежат на организацията, а не на отделен член, и носят свои собствени детайлни обхвати, свързани със същия каталог с разрешения. Така че, вместо да предоставяте ключ на лице, Вие създавате ключ за конкретната задача с възможно най-тесния необходим обхват и го анулирате, когато задачата приключи. Съхранява се само хеш на тайната, а всеки ключ записва кога е бил използван за последен път, така че неизползваните ключове да бъдат лесно откривани и прекратявани.

Мога ли да свържа AI агент, без да му давам ключовете за всичко?

Да. Нашият MCP сървър удостоверява агентите с OAuth 2.1 и ги ограничава до Вашата организация и Вашата RBAC роля чрез отменяеми токени за всеки инструмент, така че предоставяте конкретна възможност, а не пълен достъп. Разрушителните действия изискват потвърждение, прилагат се лимити на разходите и всяко действие се записва в същия одит лог като човешката дейност.

Какво пречи на един наемател да получи достъп до данните на друг наемател?

Сигурността на ниво ред в Postgres ограничава заявките до поддървото на организацията на извикващия в самата база данни, като филтърът на ниво приложение служи за дълбочинна защита, а не като единствена линия. Заявките за записи извън обхвата връщат „не е намерено“ вместо грешка за разрешения, така че не се разкрива нищо за съществуващото. От страна на сървъра, изолацията на ниво сайт чрез CageFS запазва shell-а и файловете на всеки наемател само за неговия собствен сайт.

Мога ли да пробвам това, преди да платя?

Да. 14-дневният пробен период не изисква карта — без данни за плащане, без ангажименти — и покрива Footprint-Free хостинг за до пет сайта. Той е достатъчен, за да поканите колега, да зададете роля и да потвърдите, че границите функционират според нуждите Ви, преди да се ангажирате.

Делегирайте с граница, която можете да посочите

Започнете с 14-дневен пробен период без изискване за карта, поканете някого и вижте как моделът на разрешенията върши своята работа — роли, които можете да наименувате, обхвати, които можете да отменяте, и одит лог, който показва точно кой какво е направил.

Започнете безплатно