Delegirani pristup
Uključite programera, prepustite naplatu svom računovođi, omogućite klijentu pristup samo za čitanje njegovim web-mjestima ili dopustite našem timu za podršku da pregleda problem. Svako dodjeljivanje prava predstavlja ulogu s definiranim dozvolama, ograničenu na organizaciju, provedenu u bazi podataka i zapisanu u revizijski zapisnik u koji se može samo dodavati.
Dijeljenje jednih vjerodajnica za prijavu dovodi do problema s pristupom računu. Na platformi Zinn Digital® svaka osoba ima vlastiti identitet, a pristup predstavlja članstvo — korisnik, organizacija i uloga — koje možete samostalno dodijeliti, promijeniti ili opozvati.
Svaki suradnik prijavljuje se u svoje ime putem servisa Keycloak, našeg sloja identiteta. Nitko ne upisuje Vašu lozinku, nitko ne dijeli sesiju preglednika, a uklanjanje nekoga predstavlja samo jednu radnju umjesto promjene lozinke i užurbanog utvrđivanja tko ju je još znao.
Računi su hijerarhijski — preprodavačka organizacija sadrži organizacije klijenata, a organizacije klijenata sadrže web-mjesta. Članstvo se primjenjuje na organizaciju i sve ispod nje, tako da klijentu agencije možete prepustiti kontrolu nad njegovom vlastitom organizacijom bez ikakvog izlaganja vaših drugih klijenata.
Odvajanje zakupaca nije filtar u programskom kodu aplikacije koji bi se zbog programske pogreške mogao zaobići. Postgres Row-Level Security ograničava svaki upit na podstablo organizacije pozivatelja, stoga zahtjev izvan vašeg opsega nema što vratiti.
Zatražite organizaciju ili web-mjesto izvan svojeg opsega i API će odgovoriti jednostavnom porukom da stavka nije pronađena umjesto pogreškom o dopuštenju. Pogreška o dopuštenju potvrdila bi postojanje zapisa; poruka da stavka nije pronađena vanjskom korisniku ne otkriva baš ništa.
Dozvole su precizni ključevi — modul plus radnja, poput sites.restart ili billing.refund — a uloge ih objedinjuju. Četiri uloge pokrivaju oblike koji su stvarnim timovima potrebni, a svaka od njih predstavlja podatke koje inicijalno unosimo, a ne logiku skrivenu u kodu.
Potpuna kontrola: stvarajte podređene organizacije, pozivajte i uklanjajte članove, mijenjajte uloge, upravljajte API ključevima, stvarajte, ponovno pokrećite, čistite, obustavljajte i brišite web-mjesta, vodite naplatu i račune, podnosite zahtjeve i pregledavajte zapisnik revizije. Uloga koju zadržavate za sebe.
Vidi organizaciju, njezine članove i katalog planova te upravlja računima, načinima plaćanja i naknadama. Nema pristup za stvaranje, mijenjanje ili brisanje ijednog web-mjesta — upravo onakav oblik kakav bi vanjski knjigovođa trebao imati.
Pregledava i stvara web-mjesta, ponovno pokreće usluge, čisti predmemoriju, upravlja API ključevima i obrađuje tikete. Namjerno isključeno: obračun, računi, načini plaćanja, upravljanje članovima, obustava web-mjesta i brisanje web-mjesta. Izvođač može graditi a da Vam ne može izdati račun niti išta uništiti.
Vidi organizaciju, njezine članove, njezine stranice, njezinu naplatu, katalog planova, tikete, status prijevoda i zapisnik revizije — i ne može ništa od toga promijeniti. Pravo ovlaštenje za klijenta koji želi uvid, revizora ili dionika koji treba samo pregledavati.
Delegiranje pristupa sigurno je samo ako je teško preuzeti račune na koje delegirate. Provjera autentičnosti provodi se putem sustava Keycloak za svaku osobu na računu, na svakoj površini.
Rad podrške ponekad zahtijeva uvid u Vaš račun. Taj pristup reguliran je istim modelom dopuštenja kao i sve ostalo — osoblje se jednostavno nalazi u organizaciji osoblja, podijeljenoj na odjele s usko definiranim ovlastima.
Osoblje je raspoređeno u grupe: Podrška, Naplata i financije, Zlouporaba i povjerenje i sigurnost, Prodaja, Uvođenje u rad, Inženjering i operacije, Marketing i Uprava. Svaka uloga dodjeljuje određene module i radnje, tako da agent vidi samo onaj dio administratorske konzole koji njegov posao zahtijeva, a ne i ostatak.
Uloga agenta podrške dodjeljuje točno ovo: pregled korisnika, pregled i odgovaranje na tikete, pregled web-mjesta, ponovno pokretanje web-mjesta i pražnjenje njegove predmemorije. Ne uključuje konfiguraciju naplate, povrate novca, uređivanje planova niti upravljanje poslužiteljskim resursima. Popravci koje agent može izvršiti ograničeni su ulogom, a ne dobrim namjerama.
Dozvola customer.impersonate nije dio uloge Manager — dodijeljena je samo ulozi Super Admin. Kada se sesija izvodi u Vaše ime, nadzorna ploča prikazuje trajni natpis o lažnom predstavljanju kako nikada ne bi bilo dvosmisleno tko djeluje.
Svaka povlaštena i administrativna radnja dodaje se u revizijski zapisnik u koji se može samo dodavati, a koji bilježi izvršitelja, radnju, cilj, prateće metapodatke, IP adresu i vremensku oznaku — vremenski particioniran u produkciji. Vlasnici i članovi s pravom samo za čitanje mogu sami čitati zapisnik svoje organizacije.
Osjetljive i destruktivne radnje osoblja mogu zahtijevati pojačanu autentifikaciju ili odobrenje dviju osoba prije njihova izvršavanja, a novi odjeli i uloge uređuju se konfiguracijom, a ne promjenom koda.
Skripte, CI cjevovodi, CLI, Terraform pružatelj i AI agenti provjeravaju autentičnost putem istog modela dopuštenja kao i ljudi — bez dijeljenih ljudskih vjerodajnica, bez dugotrajnih tajni zalijepljenih u međuverziju.
Ključevi pripadaju organizaciji i nose detaljne opsege povezane s istim RBAC dopuštenjima — samo za čitanje, naplata, dodjela resursa. Dodijelite cjevovodu uski opseg koji mu je potreban, a ne cijeli račun člana.
Ključevi za testni način rada i način rada uživo se razlikuju, tako da integracija u razvoju ne može slučajno ili putem kopirane varijable okruženja pristupiti produkcijskim podacima.
Pohranjujemo SHA-256 sažetak tajne i prefiks za pretraživanje — nikada neobrađeni ključ. Ključ vidite samo jednom pri izradi. Svaki ključ bilježi kada je posljednji put korišten i može se opozvati zasebno bez utjecaja na bilo što drugo.
Naš MCP poslužitelj omogućuje svakom agentu s podrškom za MCP upravljanje Vašim hostingom na prirodnom jeziku, uz provjeru autentičnosti putem OAuth 2.1 i doseg ograničen na Vašu organizaciju i RBAC ulogu, uz opozive tokene po alatu, potvrdu destruktivnih radnji, ograničenja potrošnje i cjelovito evidentiranje revizije.
Pristup računu i pristup poslužitelju različita su pitanja. Vjerodajnice na razini web-mjesta upravljaju se na nadzornoj ploči, dodjeljuju se s najmanjim ovlastima i izolirane su tako da je ljuska jednog suradnika ljuska samo jednog web-mjesta.
Samostalni operater zadržava jednu organizaciju i jedno vlasničko članstvo te dodaje ulogu Razvojnog programera kada vanjski suradnik dođe raditi na projektu. Kada projekt završi, članstvo se uklanja i njihova prijava odmah prestaje raditi — ne preostaju dijeljene vjerodajnice koje bi trebalo mijenjati.
Agencija koristi stablo organizacije. Svaki klijent dobiva vlastitu podređenu organizaciju koja sadrži web-mjesta tog klijenta, a vlastiti zaposlenici klijenta ondje ostvaruju članstva — samo za čitanje za dionika koji želi preglednost, vlasnik za klijenta koji želi samostalno upravljati. Vaši zaposlenici imaju članstva na višim razinama stabla i vide cijeli portfelj; klijent vidi samo vlastitu granu, a Row-Level Security čini to stvarnošću, a ne pukim obećanjem.
Preprodavač funkcionira na isti način, jednu razinu iznad: organizacija preprodavača sadrži organizacije klijenata, pri čemu svaka ima vlastite članove, prikaz naplate i web-mjesta. Isti temeljni element pokreće podračune, timove agencija i hijerarhije preprodavača — ne postoji zaseban, slabiji mehanizam za bilo koji od njih.
Sve je dostupno u 14-dnevnom probnom razdoblju bez potrebe za karticom. Registrirajte se bez podataka o plaćanju, pozovite kolegu, pratite čemu pojedina uloga može, a čemu ne može pristupiti i pregledajte vlastiti zapisnik revizije.
Danas članstvo dodjeljuje svoju ulogu unutar organizacije i svega što se nalazi ispod nje u stablu, stoga je način odvajanja skupova web-mjesta odvajanje organizacija — smjestite ta web-mjesta u njihovu vlastitu podređenu organizaciju i tamo dodijelite članstvo. To je čist model za agencije i preprodavače, gdje svaki klijent već želi vlastitu granicu. Određivanje opsega resursa po članstvu, odnosno vezivanje pojedinačnog članstva za određena web-mjesta unutar jedne organizacije, planirano je poboljšanje, a ne nešto što je trenutno dostupno.
Uloga Developer ne uključuje brisanje ili suspenziju web-mjesta — te ovlasti pripadaju ulozi Owner. Ona omogućuje pregled i stvaranje web-mjesta, ponovno pokretanje usluga, čišćenje predmemorije, upravljanje API ključevima i rješavanje tiketa. Dozvole za implementaciju i push-to-live također nisu dio Developer ovlasti, stoga prijenos u produkciju ostaje na vlasniku računa. Uparite to sa staging okruženjem kako bi se rad na izradi od samog početka odvijao izvan aktivnog web-mjesta.
To u potpunosti ovisi o ulozi osoblja, a svaka je uloga uski skup ključeva dopuštenja. Agent za podršku, na primjer, može pregledavati Vaš račun i web-mjesta, pregledavati Vaše tikete i odgovarati na njih, ponovno pokrenuti web-mjesto i očistiti njegovu predmemoriju — a ne može mijenjati konfiguraciju naplate, povrate novca, planove ili flotu. Prijava u svojstvu korisnika zasebno je dopuštenje koje ima samo Super Admin, a kada se to dogodi, nadzorna ploča prikazuje trajni natpis o lažnom predstavljanju. Svaka povlaštena radnja bilježi se u revizijskom dnevniku s izvršiteljem, radnjom, ciljem, IP adresom i vremenskom oznakom, a dnevnik svoje organizacije možete i sami pročitati.
Uklonite članstvo i njihov pristup toj organizaciji prestaje — i dalje imaju vlastiti identitet, ali nemaju ulogu i stoga nemaju dopuštenja na Vašem računu. API ključevi opozivaju se pojedinačno, pa se ključ za pipeline može prekinuti bez ometanja bilo čega drugog. Ako upotrebljavate SAML jednostruku prijavu, deprovisioning kod Vašeg pružatelja identiteta centralizirano upravlja prijavom. Vjerodajnice na razini web-mjesta, kao što su SSH ključevi, opozivaju se na upravljačkoj ploči, a samo uklanjanje bilježi se u revizijskom zapisniku.
Ne — no vrijedi precizirati zašto. API ključevi pripadaju organizaciji, a ne pojedinom članu, i nose vlastite granularne opsege vezane uz isti katalog dozvola. Stoga, umjesto da osobi date ključ, stvarate ključ za zadatak koji obavlja s najužim opsegom koji taj zadatak zahtijeva, te opozivate taj ključ kada zadatak završi. Pohranjuje se samo sažetak tajne, a svaki ključ bilježi kada je zadnji put korišten, tako da je neiskorištene ključeve lako pronaći i povući.
Da. Naš MCP poslužitelj autentificira agente pomoću OAuth 2.1 i ograničava njihov opseg na Vašu organizaciju i Vašu RBAC ulogu, uz opozive tokene po alatu, tako da dodjeljujete određenu mogućnost umjesto općeg pristupa. Destruktivne radnje zahtijevaju potvrdu, primjenjuju se ograničenja potrošnje, a svaka se radnja bilježi u isti revizijski zapisnik kao i ljudska aktivnost.
Sigurnost na razini retka u Postgresu ograničava upite na podstablo organizacije pozivatelja u samoj bazi podataka, pri čemu filtar na razini aplikacije služi kao slojevita obrana, a ne kao jedina linija. Zahtjevi za zapisima izvan opsega vraćaju pogrešku da zapis nije pronađen umjesto pogreške o dopuštenjima, pa se ništa ne otkriva o tome što postoji. Na strani poslužitelja, izolacija po web-mjestu putem CageFS-a zadržava shell i datoteke svakog zakupca na njegovom vlastitom web-mjestu.
Da. Probno razdoblje od 14 dana ne zahtijeva karticu — bez podataka o plaćanju, bez obveze — i pokriva Footprint-Free hosting za do pet web-mjesta. To je dovoljno da pozovete kolegu, dodijelite ulogu i potvrdite da granice funkcioniraju onako kako Vam je potrebno prije nego što se obvežete.
Započnite s 14-dnevnim probnim razdobljem bez kreditne kartice, pozovite nekoga i promatrajte kako model ovlaštenja radi svoj posao — uloge koje možete imenovati, opsezi koje možete opozvati i revizijski zapisnik koji točno prikazuje tko je što učinio.
Započnite besplatno