Ufikiaji Uliokabidhiwa
Mlete msanidi programu, mkabidhi mhasibu wako masuala ya malipo, mpe mteja fursa ya kusoma tu kwenye tovuti zake mwenyewe, au uruhusu timu yetu ya usaidizi iangalie tatizo. Kila idhini ni jukumu lenye ruhusa zilizobainishwa, lililowekewa mipaka kwa shirika, linalotekelezwa kwenye hifadhidata, na kuandikwa kwenye kumbukumbu ya ukaguzi ya kuongeza tu.
Kushiriki maelezo mamoja ya kuingia ndiko kunakosababisha hitilafu katika ufikiaji wa akaunti. Kwenye Zinn Digital®, kila mtu ana utambulisho wake mwenyewe, na ufikiaji ni uanachama — mtumiaji, shirika, na jukumu — ambao unaweza kutoa, kubadilisha au kubatilisha peke yake.
Kila mshiriki huingia kama yeye mwenyewe kupitia Keycloak, safu yetu ya utambulisho. Hakuna mtu anayeandika nenosiri lako, hakuna anayeshiriki kipindi cha kivinjari, na kumwondoa mtu ni hatua moja badala ya kubadilisha nenosiri na kuhangaika kutambua ni nani mwingine aliyelijua.
Akaunti zina mfumo wa daraja — shirika la muuzaji lina mashirika ya wateja, na mashirika ya wateja yana tovuti. Uanachama unatumika kwa shirika na kila kitu kilicho chini yake, kwa hivyo unaweza kumpa mteja wa wakala udhibiti wa shirika lao bila kufichua wateja wako wengine kamwe.
Utengano wa wapangaji si kichujio katika msimbo wa programu ambacho hitilafu inaweza kuruka. Postgres Row-Level Security huweka kikomo kila hoja kwa mti mdogo wa shirika la anayepiga simu, kwa hivyo ombi lililo nje ya upeo wako halina chochote cha kurudisha.
Ukiomba shirika au tovuti iliyo nje ya upeo wako, API itajibu kwa ujumbe wa kawaida kwamba haijapatikana badala ya kosa la ruhusa. Kosa la ruhusa lingethibitisha kwamba rekodi ipo; ujumbe wa kwamba haijapatikana haumwelezi mtu wa nje chochote.
Ruhusa ni funguo zenye chembechembe — moduli pamoja na hatua, kama vile sites.restart au billing.refund — na majukumu huyaunganisha. Majukumu manne yanajumuisha maumbo ambayo timu halisi zinahitaji, na kila moja ni data tunayopanda, si mantiki iliyofichwa kwenye msimbo.
Udhibiti kamili: fungua mashirika madogo, alika na uondoe wanachama, badilisha majukumu, dhibiti funguo za API, fungua, anzisha upya, safisha, simamisha na ufute tovuti, dhibiti malipo na ankara, wasilisha maombi ya msaada na usome kumbukumbu ya ukaguzi. Jukumu unalojiwekea wewe mwenyewe.
Hutazama shirika, wanachama wake na orodha ya mipango, na kusimamia ankara, njia za malipo na tozo. Hakuna uwezo wa kuunda, kubadilisha au kufuta tovuti hata moja — hasa jinsi mtunza hesabu wa nje anavyopaswa kuwa.
Hutazama na kuunda tovuti, huanzisha upya huduma, husafisha kache, hudhibiti funguo za API na kushughulikia tiketi. Vilivyotengwa kimakusudi: bili, ankara, mbinu za malipo, usimamizi wa wanachama, kusimamishwa kwa tovuti na kufutwa kwa tovuti. Mkandarasi anaweza kuunda bila uwezo wa kukutoza bili au kuharibu chochote.
Huuona muundo, wanachama wake, tovuti zake, malipo yake, orodha ya mipango, tiketi, hali ya tafsiri na kumbukumbu ya ukaguzi — na hawezi kubadilisha chochote kati ya hivyo. Ruhusa sahihi kwa mteja anayetaka uwazi, mkaguzi au mdau anayehitaji kuangalia tu.
Kukabidhi ufikiaji ni salama tu ikiwa akaunti unazozikabidhi ni vigumu kuchukuliwa. Uthibitishaji unaendeshwa kupitia Keycloak kwa kila mtu kwenye akaunti, kwenye kila kiolesura.
Kazi ya usaidizi wakati mwingine inamaanisha kuangalia ndani ya akaunti yako. Ufikiaji huo unasimamiwa na mtindo uleule wa ruhusa kama kila kitu kingine — wafanyakazi wako tu katika shirika la wafanyakazi, lililopangwa katika idara zenye idhini finyu.
Wafanyakazi wamegawanywa katika Usaidizi, Malipo na Fedha, Unyanyasaji na Uaminifu-na-Usalama, Mauzo, Uelekezaji, Uhandisi na Uendeshaji, Masoko, na Usimamizi. Kila jukumu hutoa moduli na hatua mahususi, ili mwakilishi aone sehemu ya kiweko cha msimamizi inayohitajika na kazi yake na si nyinginezo.
Wajibu wa Support Agent unatoa ruhusa hii haswa: kutazama wateja, kutazama na kujibu tiketi, kutazama tovuti, kuanzisha upya tovuti na kufuta akiba yake. Haina usanidi wa malipo, marejesho ya pesa, uhariri wa mpango na usimamizi wa kundi la seva. Utatuzi ambao wakala anaweza kufanya umepunguzwa na wajibu huo, si kwa nia njema.
Ruhusa ya customer.impersonate si sehemu ya jukumu la Manager — inashikiliwa na Super Admin pekee. Wakati kipindi kinaendeshwa kwa niaba yako, dashibodi huwa na bango linaloendelea kuwepo la uigizaji ili kusiwe na utata kuhusu nani anayetenda.
Kila kitendo chenye mapendeleo na cha kiutawala huongezwa kwenye kumbukumbu ya ukaguzi ya kuongeza tu inayorekodi mtendaji, kitendo, lengo, metadata saidizi, anwani ya IP na mhuri wa muda — iliyogawanywa kulingana na wakati katika uzalishaji. Wamiliki na wanachama wa kusoma tu wanaweza kusoma kumbukumbu ya shirika lao wenyewe.
Vitendo nyeti na vyenye kuleta uharibifu vya wafanyakazi vinaweza kuhitaji uthibitishaji wa kiwango cha juu au idhini ya watu wawili kabla ya kutekelezwa, na idara pamoja na majukumu mapya yanatokana na usanidi badala ya mabadiliko ya msimbo.
Hati, mabomba ya CI, CLI, mtoa huduma wa Terraform na mawakala wa AI wote wanathibitishwa kupitia mfumo ule ule wa ruhusa kama wanadamu — hakuna stakabadhi za binadamu zilizoshirikiwa, hakuna siri za muda mrefu zilizobandikwa kwenye ujenzi.
Funguo ni za shirika na zina wigo wa kina unaohusishwa na ruhusa zile zile za RBAC — kusoma pekee, utozaji bili, uwekezaji. Ipe bomba wigo finyu unaohitaji badala ya akaunti nzima ya mwanachama.
Vifunguo vya hali ya majaribio na hali ya moja kwa moja ni tofauti, kwa hivyo muunganisho unaoendelea kutengenezwa hauwezi kufikia data ya uzalishaji kwa bahati mbaya au kwa kubadilika kwa mazingira kulinakiliwa.
Tunahifadhi heshi ya SHA-256 ya siri na kiambishi awali cha utafutaji — kamwe sio ufunguo ghafi. Unaona ufunguo mara moja tu wakati wa kuunda. Kila ufunguo hufuatilia wakati ulipotumiwa mara ya mwisho na unaweza kubatilishwa wenyewe bila kusumbua kitu kingine chochote.
Seva yetu ya MCP inamruhusu wakala yeyote mwenye uwezo wa MCP kusimamia upangishaji wako kwa lugha asilia, akiwa amethibitishwa na OAuth 2.1 na kuwekewa upeo kwa shirika lako na jukumu la RBAC, ikiwa na tokeni zinazoweza kubatilishwa kwa kila zana, uthibitisho wa vitendo vya uharibifu, viwango vya juu vya matumizi na kumbukumbu kamili ya ukaguzi.
Ufikiaji wa akaunti na ufikiaji wa seva ni mambo mawili tofauti. Vitambulisho vya kiwango cha tovuti vinadhibitiwa kwenye dashibodi, vinatolewa kwa kiwango cha chini cha marupurupu, na kutengwa ili shell ya mshiriki mmoja iwe shell ya tovuti moja tu.
Mwendeshaji wa pekee hudumisha shirika moja na uanachama mmoja wa mmiliki, na huongeza jukumu la Msanidi Programu wakati mkandarasi anapojiunga kwa ajili ya mradi. Mradi unapokamilika, uanachama huondolewa na uwezo wao wa kuingia huacha kufanya kazi mara moja — hakuna kitambulisho kilichoshirikiwa kinachosalia ili kubadilishwa.
Wakala hutumia mti wa shirika. Kila mteja hupata shirika lake tanzu, linaloshikilia tovuti za mteja huyo, na wafanyakazi wa mteja huyo hupata uanachama huko — wa kusoma tu kwa mdau anayetaka kuona taarifa, mmiliki kwa mteja anayetaka kujihudumia mwenyewe. Wafanyakazi wenu wanashikilia uanachama wa juu zaidi kwenye mti na wanaona jalada lote; mteja huona tu tawi lake mwenyewe, na Row-Level Security ndiyo inayofanya hilo kuwa kweli badala ya ahadi tu.
Muuzaji tena hufanya kazi kwa njia ile ile, ngazi moja juu zaidi: shirika la muuzaji tena hushikilia mashirika ya wateja, kila moja likiwa na wanachama wake, mwonekano wa malipo na tovuti zake. Muundo msingi ule ule huendesha akaunti ndogo, timu za wakala na ngazi za wauzaji tena — hakuna utaratibu tofauti na dhaifu zaidi kwa yoyote kati yazo.
Kila kitu kinapatikana kwenye jaribio la siku 14 lisilo na kadi. Jisajili bila maelezo ya malipo, mwalike mfanyakazi mwenzako, angalia kile ambacho kila jukumu linaweza na haliwezi kufikia, na usome kumbukumbu yako ya ukaguzi.
Leo, uanachama hutoa jukumu lake katika shirika zima na kila kitu kilicho chini yake kwenye muundo wa mti, kwa hivyo njia ya kutenganisha seti za tovuti ni kutenganisha mashirika — weka tovuti hizo katika shirika lao dogo na utoe uanachama huko. Ni mfumo ulio wazi kwa mashirika na wauzaji wa kati, ambapo kila mteja tayari anataka mipaka yake binafsi. Upeo wa rasilimali kwa kila uanachama, unaofungamanisha uanachama mmoja kwenye tovuti maalum ndani ya shirika moja, ni uboreshaji uliopangwa badala ya kitu kinachopatikana sasa.
Jukumu la Msanidi Programu halijumuishi ufutaji au usimamishwaji wa tovuti — funguo hizo ni za jukumu la Mmiliki. Hutoa ruhusa ya kutazama na kuunda tovuti, kuanzisha upya huduma, kusafisha kache, kudhibiti funguo za API na kushughulikia tiketi. Ruhusa za usambazaji na uwekaji mubashara pia si sehemu ya mamlaka ya Msanidi Programu, kwa hivyo uboreshaji hadi uzalishaji unabaki kwa mmiliki wa akaunti. Oanisha hiyo na mazingira ya majaribio ili kazi ya uundaji ifanyike nje ya tovuti mubashara tangu mwanzo.
Inategemea kabisa jukumu la mfanyakazi, na kila jukumu ni seti finyu ya funguo za ruhusa. Wakala wa Usaidizi, kwa mfano, anaweza kuona akaunti na tovuti zenu, kuona na kujibu tiketi zenu, kuanzisha upya tovuti na kusafisha kache yake — na hawezi kugusa usanidi wa bili, marejesho ya pesa, mipango au kundi la seva. Kuingia kama mteja ni ruhusa tofauti inayomilikiwa tu na Msimamizi Mkuu, na inapotokea dashibodi huonyesha bango thabiti la uigaji. Kila hatua yenye upendeleo hurekodiwa kwenye kumbukumbu ya ukaguzi ikiwa na mhusika, kitendo, lengo, IP na muhuri wa muda, na mnaweza kusoma kumbukumbu ya shirika lenu ninyi wenyewe.
Ondoa uanachama na ufikiaji wao kwa shirika hilo utakwisha — bado wana utambulisho wao wenyewe, lakini hawana jukumu na kwa hivyo hawana ruhusa katika akaunti yako. Funguo za API hubatilishwa kibinafsi, kwa hivyo ufunguo wa bomba unaweza kukatwa bila kuvuruga kitu kingine chochote. Ikiwa unatumia kuingia mara moja kwa SAML, uondoaji katika mtoa huduma wako wa utambulisho hushughulikia kuingia katikati. Vitambulisho vya kiwango cha tovuti kama vile funguo za SSH hubatilishwa kwenye dashibodi, na uondoaji wenyewe hurekodiwa kwenye kumbukumbu ya ukaguzi.
Hapana — lakini inafaa kuelewa sababu kwa usahihi. Funguo za API ni za shirika, si za mwanachama binafsi, na zina upeo wake wa kina unaofungamana na orodha sawa ya ruhusa. Kwa hivyo badala ya kumpa mtu ufunguo, unaunda ufunguo kwa ajili ya kazi inayofanywa ukiwa na upeo finyu zaidi unaohitajika kwa kazi hiyo, na kubatilisha ufunguo huo kazi inapokamilika. Ni heshi tu ya siri ndiyo inayohifadhiwa, na kila ufunguo hurekodi wakati ulipotumiwa mara ya mwisho ili funguo zisizotumika ziweze kupatikana na kustaafishwa kwa urahisi.
Ndiyo. Seva yetu ya MCP huthibitisha mawakala kwa kutumia OAuth 2.1 na kuwawekea mipaka kulingana na shirika lako na jukumu lako la RBAC, ikiwa na tokeni zinazoweza kubatilishwa kwa kila zana, ili utoe uwezo mahususi badala ya ufikiaji wa jumla. Vitendo vinavyoweza kuharibu vinahitaji uthibitisho, viwango vya juu vya matumizi vinatumika, na kila kitendo huingia kwenye kumbukumbu ile ile ya ukaguzi kama shughuli ya kibinadamu.
Usalama wa Ngazi ya Safu (Row-Level Security) wa Postgres huwekea mipaka maswali kwenye tawi dogo la shirika la mpigaji simu ndani ya hifadhidata yenyewe, huku kichujio cha ngazi ya programu kikitumika kama safu ya ziada ya ulinzi badala ya kuwa njia pekee. Maombi ya rekodi zilizo nje ya wigo hurejesha 'haijapatikana' badala ya hitilafu ya ruhusa, ili kusiwe na chochote kinachofichuliwa kuhusu kile kilichopo. Kwa upande wa seva, utengaji wa kila tovuti kupitia CageFS huweka ganda (shell) na faili za kila mpangaji kwenye tovuti yake pekee.
Ndiyo. Jaribio la siku 14 halina kadi — hakuna maelezo ya malipo, hakuna ahadi — na linajumuisha Footprint-Free Hosting yenye hadi tovuti tano. Inatosha kumwalika mfanyakazi mwenza, kumkabidhi jukumu, na kuthibitisha kuwa mipaka inafanya Inavyotakiwa kabla hujafanya ahadi.
Anza jaribio la siku 14 bila kadi, mwalike mtu, na utazame muundo wa ruhusa ukifanya kazi yake — majukumu unayoweza kuyapa majina, upeo unaoweza kuufuta, na kumbukumbu ya ukaguzi inayoeleza bayana nani alifanya nini.
Anza bila malipo