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