დelegated წვდომა
მიიწვიეთ დეველოპერი, გადააბარეთ ბილინგი თქვენს ბუღალტერს, მიეცით კლიენტს საკუთარ საიტებზე მხოლოდ წაკითხვის უფლება, ან მისტით ჩვენს მხარდაჭერის ჯუნდს პრობლემის მოსაგვარებლად. ყოველი წვდომა წარმოადგენს განსაზღვრული უფლებების მქონე როლს, რომელიც ვრცელდება ორგანიზაციაზე, კონტროლდება მონაცემთა ბაზის დონეზე და იწერება მხოლოდ ჩაწერადი აუდიტის ჟურნალში.
ერთი შესვლის მონაცემების გაზიარება არის ის, რის გამოც ანგარიშთან წვდომა ირღვევა. Zinn Digital®-ზე თითოეულ ადამიანს საკუთარი იდენტობა აქვს, ხოლო წვდომა არის წევრობა — მომხმარებელი, ორგანიზაცია და როლი — რომელიც შეგიძლიათ დამოუკიდებლად მიანიჭოთ, შეცვალოთ ან გააუქმოთ.
თითოეული თანამშრომელი ჩვენი იდენტობის ფენის, Keycloak-ის მეშვეობით, ინდივიდუალურად შედის სისტემაში. არავინ აკრეფს თქვენს პაროლს, არავინ იზიარებს ბრაუზერის სესიას, ხოლო ვინმეს წაშლა ერთადერთი მოქმედებაა, ნაცვლად პაროლის შეცვლისა და იმის ძიებისა, თუ კიდევ ვინ იცოდა იგი.
ანგარიშები იერარქიულია — გადამყიდველის ორგანიზაცია მოიცავს კლიენტების ორგანიზაციებს, ხოლო კლიენტების ორგანიზაციები — საიტებს. წევრობა ვრცელდება ორგანიზაციასა და მის ქვეშ არსებულ ყველაფერზე, ასე რომ, შეგიძლიათ სააგენტო კლიენტს მისცეთ საკუთარი ორგანიზაციის კონტროლი ისე, რომ თქვენი სხვა კლიენტები არასოდეს გამოაჩინოთ.
მოიჯარეების იზოლაცია არ არის აპლიკაციის კოდში არსებული ფილტრი, რომელიც შეიძლება შეცდომის გამო გამოტოვდეს. Postgres-ის ჩანაწერების დონის უსაფრთხოება (Row-Level Security) თითოეულ მოთხოვნას დამძახებლის ორგანიზაციის ქვეხეს მიაკუთვნებს, ამიტომ თქვენი არეალის გარეთ არსებულ მოთხოვნას დასაბრუნებელი არაფერი აქვს.
მოითხოვეთ თქვენს წვდომის არეალს მიღმა არსებული ორგანიზაცია ან საიტი და API პრივილეგიის შეცდომის ნაცვლად აბრუნებს უბრალო „ვერ მოიძებნა“ პასუხს. პრივილეგიის შეცდომა დაადასტურებდა, რომ ჩანაწერი არსებობს; „ვერ მოიძებნა“ კი გარეშეს არაფერს ეუბნება.
ნებართვები არის გრანულარული გასაღებები — მოდული პლუს მოქმედება, როგორიცაა sites.restart ან billing.refund — და როლები აერთიანებს მათ. ოთხი როლი ფარავს იმ ფორმებს, რომლებიც რეალურ გუნდებს სჭირდებათ, და თითოეული მათგანი არის მონაცემი, რომელსაც ვტვითავთ, და არა კოდში ჩამარხული ლოგიკა.
სrული კონტროლი: ქვედა ორგანიზაციების შექმნა, წევრების მოწვევა და წაშლა, როლების შეცვლა, API გასაღებების მართვა, საიტების შექმნა, გადატვირთვა, გასუფთავება, შეჩერება და წაშლა, ბილინგისა და ინვოისების მართვა, თიქეთების გახსნა და აუდიტის ჟურნალის წაკითხვა. როლი, რომელსაც საკუთარ თვისთვის ინარჩუნებთ.
ხედავს ორგანიზაციას, მის წევრებსა და გეგმების კატალოგს, და მართავს ინვოისებს, გადახდის მეთოდებსა და დარიცხვებს. არ აქვს ერთი საიტის შექმნის, შეცვლის ან წაშლის წვდომა — ზუსტად ისეთი ფორმატი, როგორიც გარე ბუხჰალტერს უნდა ჰქონდეს.
ნახულობს და ქმნის საიტებს, ტვირთავს სერვისებს, წმენდს ქეშს, მართავს API გასაღებებს და მუშაობს ტიქეთებზე. განზრახ გამორიცხულია: ანგარიშსწორება, ინვოისები, გადახდის მეთოდები, წევრების მართვა, საიტის შეჩერება და საიტის წაშლა. კონტრაქტორს შეუძლია ააგოს საიტი ისე, რომ ვერ შეძლოს თქვენთვის ინვოისის გამოწერა ან რაიმეს განადგურება.
ხედავს ორგანიზაციას, მის წევრებს, საიტებს, ბილინგს, გეგმების კატალოგს, თაიქეთებს, თარგმანის სტატუსსა და აუდიტის ჟურნალს — და არაფრის შეცვლა არ შეუძლია. შესაფერისი უფლებამოსილება იმ კლიენტისთვის, რომელსაც სურს ხილვადობა, აუდიტორისთვის ან დაინტერესებული პირისთვის, რომელსაც მხოლოდ დათვალიერება სჭირდება.
წვდომის დელეგირება უსაფრთხოა მხოლოდ იმ შემთხვევაში, თუ ანგარიშები, რომლებზეც დელეგირებას ახორციელებთ, რთულად მოსახსნელია. ავთენტიკაცია Keycloak-ის გავლით ხორციელდება ანგარიშზე მყოფი ყველა პირისთვის, ყველა ზედაპირზე.
მხარდაჭერის მუშაობა ზოგჯერ თქვენს ანგარიშში ჩახედვას გულისხმობს. ამ წვდომას იგივე უფლებების მოდელი არეგულირებს, რაც ყველაფერ დანარჩენს — თანამშრომლები უბრალოდ პერსონალის ორგანიზაციაში იმყოფებიან, რომლებიც მკაცრად განსაზღვრული უფლებების მქონე დეპარტამენტებად არიან დაყოფილი.
პერსონალი დაჯგუფებულია შემდეგ კატეგორიებად: მხარდაჭერა, ბილინგი და ფინანსები, ბოროტმოქმედება და ნდობა-უსაფრთხოება, გაყიდვები, ჩართვა, ინჟინერია და ოპერაციები, მარკეტინგი და მენეჯმენტი. თითოეული როლი ანიჭებს კონკრეტულ მოდულებსა და მოქმედებებს, რათა აგენტმა დაინახოს ადმინისტრატორის კონსოლის ის ნაწილი, რომელიც მის სამუშაოს სჭირდება და არა დანარჩენი.
მხარდაჭერის აგენტის როლი ზუსტად ამას უზრუნველყოფს: მომხმარებლების ნახვას, თაიქეთების ნახვასა და მათზე პასუხის გაცემას, საიტების ნახვას, საიტის გადატვირთვას და მისი ქეშის გასუფთავებას. ის არ მოიცავს ბილინგის კონფიგურაციას, თანხის დაბრუნებას, გეგმის რედაქტირებას და ფლოტის მართვას. აგენტის მიერ შესასრულებელი გამოსასწორებელი ქმედებები შემოფარგლულია როლით და არა კეთილი განზრახვებით.
customer.impersonate უფლება არ შეis მენეჯერის როლის შემადგენლობაში — ის მხოლოდ სუპერ ადმინისტრატორს აქვს. როდესაც სესია თქვენი სახელით მიმდინარეობს, სამართავ პანელზე გამოტანილია მუდმივი წარწერა სხვა მომხმარებლის სახელით მოქმედების შესახებ, რათა ყოველთვის აბსოლუტურად მკაფიო იყოს, ვინ ახორციელებს მოქმედებას.
ყველა პრივილეგირებული და ადმინისტრაციული ქმედება ემატება მხოლოდ-ჩაწერად აუდიტის ჟურნალს, რომელიც აფიქსირებს შემსრულებელს, ქმედებას, სამიზნეს, დამხმარე მეტამონაცემებს, IP მისამართს და თარიღის ნიშნულს — წარმოებაში დროის მიხედვით დაყოფით. მფლობელებს და მხოლოდ-წაკითხვადი წევრების მქონე პირებს შეუძლიათ თავად წაიკითხონ თავიანთი ორგანიზაციის ჟურნალი.
მგრძნობიარე და დესტრუქციულმა თანამშრომელთა ქმედებებმა შესაძლოა მოითხოვოს დამატებითი აუთენტიკაცია ან ორპიროვანი დამტკიცება მათ შესრულებამდე, ხოლო ახალი განყოფილებები და როლები წარმოადგენს კონფიგურაციას და არა კოდის ცვლილებას.
სკრიპტები, CI მილსადენები, CLI, Terraform პროვაიდერი და AI აგენტები ავთენტიფიკაციას ზუსტად იმავე უფლებების მოდელით გადიან, როგორითაც ადამიანები — არანაირი საერთო ადამიანური სერთიფიკატი და არანაირი ბილდში ჩაკრული ხანგრძლივი მოქმედების საიდუმლო.
გასაღებები ეკუთვნის ორგანიზაციას და აქვთ გრანულარული ფარგლები, რომლებიც დაკავშირებულია იმავე RBAC ნებართვებთან — მხოლოდ წაკითხვა, ბილინგი, პროვიზიონინგი. მიანიჭეთ ფაიფლაინს მისთვის საჭირო მცირე მოცულობის ფარგლები მთლიანი წევრის ანგარიშის ნაცვლად.
ტესტ-რეჟიმისა და ცოცხალი რეჟიმის გასაღებები ერთმანეთისგან განსხვავდება, ამიტომ შემუშავების პროცესში მყოფ ინტეგრაციის პროდუქციულ მონაცემებთან წვდომა შემთხვევით ან კოპირებული გარემოს ცვლადის საშუალებით ვერ მოხდება.
ჩვენ ვინახავთ საიდუმლო გასაღების SHA-256 ჰეშსა და ძიების პრეფიქსს — არასდროს თავად პირველად გასაღებს. გასაღებს მხოლოდ ერთხელ ხედავთ, მისი შექმნისას. თითოეული გასაღები აღრიცხავს, თუ როდის იქნა ბოლოს გამოყენებული და მისი გაუქმება ცალკეა შესაძლებელი, სხვა რამის შეფერხების გარეშე.
ჩვენი MCP სერვერი საშუალებას აძლევს ნებისმიერ MCP-თავსებად აგენტს, მართოს თქვენი ჰოსტინგი ბუნებრივ ენაზე, ავთენტიფიცირებული OAuth 2.1-ით და შეზღუდული თქვენი ორგანიზაციითა და RBAC როლით, თითოეულ ინსტრუმენტზე გაუქმებადი ტოკენებით, დესტრუქციული ქმედებების დადასტურებით, ხარჯების ლიმიტებითა და აუდიტის სრული ჟურნალებით.
ანგარიშზე წვდომა და სერვერზე წვდომა სხვადასხვა პრობლემაა. საიტის დონის მონაცემები იმართება მართვის პანელში, გაიცემა მინიმალური პრივილეგიის პრინციპით და იზოლირებულია ისე, რომ ერთი თანამშრომლის Shell იყოს მხოლოდ ერთი საიტის Shell.
ერთი პირი ინარჩუნებს ერთ ორგანიზაციას და ერთ მფლობელის წევრობას, ხოლო როდესაც კონტრაქტორი პროექტისთვის შემოდის, ამატებს დეველოპერის როლს. პროექტის დასრულებისას წევრობა უქმდება და მათი ავტორიზაცია დაუყოვნებლივ წყდება — გამოსაცვლელი საერთო საიდენტიფიკაციო მონაცემები აღარ რჩება.
სააგენტო იყენებს ორგანიზაციულ ხეს. თითოეული კლიენტი იღებს საკუთარ შვილობილ ორგანიზაციას, რომელიც ინახავს ამ კლიენტის საიტებს, ხოლო თავად კლიენტის თანამშრომლებს იქ აქვთ წევრობა — მხოლოდ წაკითხვადი იმ დაინტერესებული პირისთვის, რომელსაც ხილვადობა სურს, ან მფლობელის სტატუსი იმ კლიენტისთვის, რომელსაც თვითმომსახურება სურს. თქვენს პერსონალს უჭირავს წევრობები ხის ზემოთ და ხედავს პორტფოლიოს; კლიენტი ხედავს მხოლოდ საკუთარ შტოს და სწორედ სტრიქონის დონის უსაფრთხოება (Row-Level Security) ხდის ამას რეალობად და არა უბრალო დაპირებად.
რეზელერიც ზუსტად ისე მუშაობს, ოღონდ ერთი დონით ზემოთ: რეზელერის ორგანიზაცია აერთიანებს კლიენტთა ორგანიზაციებს, რომელთაგან თითოეულს აქვს საკუთari წევრები, ბილინგის ხედვა და საიტები. იგივე პრიმიტივი უზრუნველყოფს ქვეანგარიშების, სააგენტოს გუნდებისა და რეზელერების იერარქიების მუშაობას — არ არსებობს ცალკეული, ნაკლებად მძლავრი მექანიზმი არცერთისთვის.
ყველაფერი ხელმისაწვდომია ბარათის გარეშე 14-დღიან საცდელ პერიოდში. დარეგისტრირდით გადახდის დეტალების გარეშე, მოიწვიეთ კოლეგა, ნახეთ, რა წვდომა აქვს თითოეულ როლს და რა — არა, და გადაიკითხეთ თქვენი საკუთარი აუდიტის ჟურნალი.
დღეს წევრობა თავის როლს ანიჭებს მთელ ორგანიზაციასა და მის ხისებრი სტრუქტურის ქვეშ არსებულ ყველაფერს, ამიტომ საიტების ნაკრებების გამოსაყოფად ორგანიზაციების გამიჯვნაა საჭირო — მოათავსეთ ეს საიტები მათ საკუთარ შვილობილ ორგანიზაციაში და მიანიჭეთ წევრობა იქ. ეს არის სუფთა მოდელი სააგენტოებისა და გადამყიდველებისთვის, სადაც თითოეულ კლიენტს ისედაც საკუთარი საზღვრები სურს. წევრობის მიხედვით რესურსების განსაზღვრა, ანუ ერთი წევრობის მიმაგრება კონკრეტულ საიტებზე ერთ ორგანიზაციაში, დაგეგმილი გაუმჯობესებაა და არა ახლა უკვე ხელმისაწვდომი ფუნქცია.
Developer როლი არ მოიცავს საიტის წაშლას ან საიტის შეჩერებას — ეს უფლებამოსილებები Owner როლს ეკუთვნის. ის იძლევა საიტების ნახვისა და შექმნის, სერვისების გადატვირთვის, ქეშის გასუფთავების, API გასაღებების მართვისა და ტიქეთებზე მუშაობის უფლებას. დეპლოისისა და push-to-live-ის უფლებები ასევე არ შედის Developer-ის უფლებამოსილებაში, ასე რომ პროდაქშენზე გაშვება ანგარიშის მფლობელს ექსკლუზიურად რჩება. გამოიყენეთ ეს სტეიჯინგთან ერთად, რათა აწყობის პროცესი თავიდანვე ცოცხალი საიტის მიღმა განხორციელდეს.
ეს მთლიანად დამოკიდებულია თანამშრომლის როლზე და თითოეული როლი უფლებების მკაცრად განსაზღვრულ კომპლექტს წარმოადგენს. მხარდაჭერის აგენტს, მაგალითად, შეუძლია თქვენი ანგარიშისა და საიტების ნახვა, თქვენს თაიგებზე ნახვა და პასუხის გაცემა, საიტის გადატვირთვა და მისი ქეშის გასუფთავება — თუმცა არ ეხება ბილინგის კონფიგურაციას, თანხების დაბრუნებას, გეგმებსა და სერვერთა პარკს. მომხმარებლის სახით შესვლა ცალკე უფლებაა, რომელიც მხოლოდ სუპერ ადმინისტრაციას აქვს და ამის მოხდენისას სამართავ პანელზე მუდმივად ჩანს მომხმარებლის სახით შესვლის შემოსაზღვრული ბანერი. ყველა პრივილეგირებული ქმედება ფიქსირდება აუდიტის ჟურნალში შემსრულებლის, ქმედების, სამიზნის, IP-მისამართისა და დროის მითითებით, ხოლო თქვენი ორგანიზაციის ჟურნალის წაკითხვა თავადაც შეგიძლიათ.
წევრობის ამოშლა და ორგანიზაციაზე მათი წვდომა დასრულდება — მათ კვლავ აქვთ საკუთარი იდენტობა, მაგრამ არ აქვთ როლი და შესაბამისად არც რაიმე უფლება თქვენს ანგარიშში. API გასაღებები უქმდება ინდივიდუალურად, ამიტომ კონვეიერის (pipeline) გასაღების გათიშვა შესაძლებელია სხვა არაფრის შეფერხების გარეშე. თუ იყენებთ SAML ერთჯერად ავტორიზაციას (single sign-on), მომხმარებლის გათიშვა თქვენს იდენტობის პროვაიდერში ცენტრალიზებულად იმართება. საიტის დონის სერთიფიკატები, როგორიცაა SSH გასაღებები, უქმდება სამართავ პანელში, ხოლო თავად ამოშლის პროცესი აუდიტირდება.
არა — მაგრამ ღირს იმის ზუსტად ახსნა, თუ რატომ. API გასაღებები ეკუთვნის ორგანიზაციას და არა ცალკეულ წევრს, და მათ აქვთ საკუთარი წვრილმარცვლოვანი დიაპაზონები, რომლებიც დაკავშირებულია იმავე უფლებების კატალოგთან. ამიტომ, იმის მაგივრად, რომ ადამიანს გასაღები გადასცეთ, თქვენ ქმნით გასაღებს იმ კონკრეტული დავალებისთვის, ყველაზე ვიწრო დიაპაზონით, რომელიც ამ დავალებას სჭირდება, და აუქმებთ ამ გასაღებს დავალების დასრულებისას. ინახება მხოლოდ სეკრეტის ჰეში და თითოეული გასაღები აფიქსირებს მისი ბოლო გამოყენების დროს, ამიტომ გამოუყენებელი გასაღებების პოვნა და გაუქმება მარტივია.
დიახ. ჩვენი MCP სერვერი აუთენტიფიცირებს აგენტებს OAuth 2.1-ით და ანიჭებს მათ თქვენი ორგანიზაციისა და RBAC როლის წვდომის არეებს ინსტრუმენტის დონეზე გასაუქმებელი ტოკენებით, ასე რომ თქვენ გასცემთ კონკრეტულ შესაძლებლობას და არა სრულად უპირობო წვდომას. დესტრუქციული ქმედებები მოითხოვს დადასტურებას, მოქმედებს ხარჯების ლიმიტები და ყველა ქმედება ხვდება იმავე აუდიტის ჟურნალში, როგორც ადამიანის აქტივობა.
Postgres-ის მ(ر)ის დონეზე უსაფრთხოება (Row-Level Security) ზღუდავს მოთხოვნებს ბაზაშივე გამომძახებლის ორგანიზაციის ქვეხემდე, ხოლო აპლიკაციის დონის ფილტრი გამოიყენება როგორც სიღრმისეული დაცვა და არა როგორც ერთადერთი ხაზი. მიუწვდომელი ჩანაწერების მოთხოვნისას ბრუნდება არა ნებართვის შეცდომა, არამედ „ვერ მოიძებნა“, რათა არაფერი გამჟღავნდეს არსებულის შესახებ. სერვერის მხარეს, საიტებს შორის იზოლაცია CageFS-ის საშუალებით უზრუნველყოფს თითოეული დამქირავებლის შელის და ფაილების შენარჩუნებას მხოლოდ საკუთარ საიტზე.
დიახ. 14-დღიანი საცდელი პერიოდი ბარათის გარეშეა — გადახდის დეტალებისა და ვალდებულებების გარეშე — და ფარავს Footprint-Free Hosting-ს ხუთამდე საიტით. ეს საკმარისია კოლეგას მოსაწვევად, როლის მისანიჭებლად და საზღვრების თქვენთვის სასურველი წესით მუშაობის დასადასტურებლად, სანამ გადაწყვეტილებას მიიღებთ.
დაიწყეთ ბარათის გარეშე მოქმედი 14-დღიანი სატესტო პერიოდი, მოიწვიეთ ვინმე და თვალი ადევნეთ, როგორ ასრულებს თავის საქმეს წვდომის მართვის მოდელი — როლები, რომლებსაც სახელს არქმევთ, სფეროები, რომელთა გაუქმებაც შეგიძლიათ, და აუდიტის ჟურნალი, რომელიც ზუსტად აჩვენებს, ვინ რა გააკეთა.
უფასოდ დაწყება