Temsilci Erişimi
Bir geliştiriciyi işe dahil edin, faturalandırmayı muhasebecinize devredin, bir müşteriye kendi siteleri üzerinde salt okunur bir görünüm verin veya destek ekibimizin bir sorunu incelemesine izin verin. Verilen her yetki, tanımlanmış izinlere sahip, bir organizasyonla sınırlandırılmış, veritabanında uygulanan ve salt okunur bir denetim günlüğüne kaydedilen bir roldür.
Tek bir oturumu paylaşmak, hesap erişiminin yanlış yola gitmesinin nedenidir. Zinn Digital® platformunda herkesin kendi kimliği vardır ve erişim; tek başına verebileceğiniz, değiştirebileceğiniz veya iptal edebileceğiniz bir üyeliktir; yani bir kullanıcı, bir kuruluş ve bir roldür.
Her ortak, kimlik katmanımız olan Keycloak aracılığıyla doğrudan kendi hesabıyla oturum açar. Kimse parolanızı yazmaz, kimse bir tarayıcı oturumunu paylaşmaz ve birini sistemden çıkarmak; parola değiştirmekten veya başka kimin bildiğini anlamaya çalışmaktan çok daha kolay, tek adımlı bir işlemdir.
Hesaplar hiyerarşiktir; bir bayi kuruluşu, müşteri kuruluşlarını ve müşteri kuruluşları da siteleri barındırır. Üyelik, bir kuruluşa ve onun altındaki her şeye uygulanır; böylece diğer müşterilerinizi asla açıkta bırakmadan bir ajans müşterisine kendi kuruluşlarının kontrolünü verebilirsiniz.
Kiracı izolasyonu, bir hatanın atlayabileceği uygulama kodundaki bir filtre değildir. Postgres Satır Düzeyinde Güvenlik, her sorgunun kapsamını arayan tarafın kuruluş alt ağacına daraltır; dolayısıyla kapsamınızın dışındaki bir isteğin döndüreceği hiçbir şey yoktur.
Yetkiniz dışındaki bir kuruluş veya siteyi sorguladığınızda API, izin hatası yerine düz bir bulunamadı yanıtı döner. İzin hatası kaydın varlığını doğrular; bulunamadı yanıtı ise dışarıdan birine hiçbir şey söylemez.
İzinler, sites.restart veya billing.refund gibi modül ve eylemden oluşan ayrıntılı anahtarlardır ve roller bunları bir araya getirir. Dört rol, gerçek ekiplerin ihtiyaç duyduğu yapıları kapsar ve her biri koda gömülü mantık değil, önceden yüklediğimiz verilerdir.
Tam kontrol: alt kuruluşlar oluşturun, üye davet edin ve çıkarın, rolleri değiştirin; API anahtarlarını yönetin; siteler oluşturun, yeniden başlatın, temizleyin, askıya alın ve silin; faturalandırma ve faturaları yönetin, destek talebi oluşturun ve denetim günlüğünü okuyun. Kendiniz için tuttuğunuz rol budur.
Kuruluşu, üyelerini ve plan kataloğunu görür; faturaları, ödeme yöntemlerini ve ücretleri yönetir. Tek bir site oluşturmak, değiştirmek veya silmek için erişimi yoktur; tam olarak dışarıdan bir muhasebecinin sahip olması gereken yapı.
Siteleri görüntüler ve oluşturur, servisleri yeniden başlatır, önbelleği temizler, API anahtarlarını yönetir ve destek talepleriyle ilgilenir. Bilerek hariç tutulanlar: faturalandırma, faturalar, ödeme yöntemleri, üye yönetimi, site askıya alma ve site silme. Bir yüklenici, size fatura kesemeden veya hiçbir şeyi yok edemeden geliştirme yapabilir.
Organizasyonun tamamını, üyelerini, sitelerini, faturalandırmasını, plan kataloğunu, biletleri, çeviri durumunu ve denetim günlüğünü görür — ancak bunların hiçbirini değiştiremez. Görünürlük isteyen bir müşteri, bir denetçi veya yalnızca göz atması gereken bir paydaş için doğru yetkilendirmedir.
Erişimi yetkilendirmek, yalnızca yetki verdiğiniz hesapların ele geçirilmesi zor olduğunda güvenlidir. Kimlik doğrulama, hesaptaki her kişi için ve her arayüzde Keycloak üzerinden gerçekleşir.
Destek çalışması bazen hesabınızın içine bakmayı gerektirir. Bu erişim, diğer her şeyle aynı yetki modeli tarafından yönetilir; personel yalnızca dar yetkilendirmelere sahip departmanlar şeklinde organize edilmiş bir personel organizasyonunda yer alır.
Personel; Destek, Faturalandırma ve Finans, Kötü Niyetli Kullanım ve Güven-ve-Güvenlik, Satış, Alıştırma, Mühendislik ve Operasyon, Pazarlama ve Yönetim olarak gruplandırılmıştır. Her rol belirli modüllere ve eylemlere izin verir; böylece bir temsilci yönetici konsolunun yalnızca işinin gerektirdiği kısmını görür, geri kalanını göremez.
Destek Temsilcisi rolü tam olarak bunu sağlar: müşterileri görüntüleme, biletleri görüntüleme ve yanıtlama, siteleri görüntüleme, bir siteyi yeniden başlatma ve önbelleğini temizleme. Hiçbir faturalandırma yapılandırması, iade, plan düzenleme ve filo yönetimi içermez. Bir temsilcinin gerçekleştirebileceği iyileştirme, iyi niyetlerle değil rol ile sınırlandırılmıştır.
customer.impersonate izni Yönetici rolünün bir parçası değildir — yalnızca Süper Yönetici tarafından tutulur. Adınıza bir oturum çalıştırıldığında, kimin hareket ettiğinin asla belirsiz olmaması için kontrol paneli kalıcı bir kimliğe bürünme banner'ı taşır.
Tüm ayrıcalıklı ve yönetimsel eylemler; eylemi gerçekleştireni, eylemi, hedefi, destekleyici üst verileri, IP adresini ve zaman damgasını kaydeden ve üretime geçildiğinde zamana göre bölümlere ayrılan, salt eklenir bir denetim günlüğüne eklenir. Sahipler ve salt okunur üyeler, kuruluşlarının günlüğünü kendileri okuyabilir.
Hassas ve yıkıcı personel eylemleri, çalıştırılmadan önce ek kimlik doğrulama veya iki kişiden onay gerektirebilir; ayrıca yeni departmanlar ve roller, kod değişikliğinden ziyade birer yapılandırmadır.
Komut dosyaları, CI hatları, CLI, Terraform sağlayıcısı ve yapay zeka ajanlarının tümü, insanlarla aynı izin modeli üzerinden kimlik doğrulaması yapar; paylaşılan insan kimlik bilgileri yoktur, bir derlemeye yapıştırılmış uzun ömürlü sırlar yoktur.
Anahtarlar bir kuruluşa aittir ve aynı RBAC izinlerine (salt okunur, faturalandırma, sağlama) bağlı ayrıntılı kapsamlar barındırır. Bir üyənin tüm hesabı yerine, bir boru hattına ihtiyaç duyduğu dar kapsamı verin.
Test modu ve canlı mod anahtarları birbirinden farklıdır; bu sayede geliştirme aşamasındaki bir entegrasyon, kazara veya kopyalanmış bir ortam değişkeni nedeniyle prodüksiyon verilerine erişemez.
Gizli anahtarın ham halini değil, SHA-256 karmasını ve bir arama önekini saklarız. Bir anahtarı yalnızca oluşturulduğu sırada görürsünüz. Her anahtar ne zaman son kullanıldığını takip eder ve diğer hiçbir şeyi etkilemeden kendi başına iptal edilebilir.
MCP sunucumuz; OAuth 2.1 ile kimliği doğrulanan, kuruluşunuza ve RBAC rolünüze göre sınırlandırılan, araç bazında iptal edilebilir belirteçlere, yıkıcı eylemlerde onaya, harcama sınırlarına ve tam denetim günlüğüne sahip olan, MCP uyumlu herhangi bir ajanın barındırma hizmetinizi doğal dilde yönetmesine olanak tanır.
Hesap erişimi ve sunucu erişimi farklı sorunlardır. Site düzeyindeki kimlik bilgileri panelden yönetilir, en az yetki ilkesiyle verilir ve bir işbirlikçisinin kabuğu yalnızca bir sitenin kabuğu olacak şekilde sınırlandırılır.
Tek bir kişi tek bir organizasyon ve bir sahip üyeliği tutar ve bir yüklenici bir proje için geldiğinde Geliştirici rolü ekler. Proje sona erdiğinde üyelik kaldırılır ve oturum açma işlemleri derhal durur — ortada değiştirilecek paylaşılan bir kimlik bilgisi kalmaz.
Bir ajans organizasyon ağacını kullanır. Her müşteriye, o müşterinin sitelerini barındıran kendi alt organizasyonu verilir ve müşterinin kendi kişileri orada üyelik alır; görünürlük isteyen bir paydaş için salt okunur, self-servis isteyen bir müşteri için ise sahip rolündedir. Personeliniz ağacın daha üst kısımlarında üyeliklere sahip olur ve portföyü görür; bir müşteri yalnızca kendi dalını görür ve bunu bir sözden ziyade gerçek kılan şey Satır Düzeyinde Güvenlik'tir.
Bir bayi aynı şekilde, bir üst seviyede çalışır: bir bayi kuruluşu, her biri kendi üyelerine, faturalandırma görünümüne ve sitelerine sahip olan müşteri kuruluşlarını barındırır. Aynı temel yapı alt hesapları, ajans ekiplerini ve bayi hiyerarşilerini destekler; bunların hiçbiri için ayrı ve daha zayıf bir mekanizma yoktur.
Kart gerektirmeyen 14 günlük deneme süresinde her şey mevcuttur. Ödeme bilgisi vermeden kaydolun, bir iş arkadaşınızı davet edin, her rolün nereye erişip erişemeyeceğini izleyin ve kendi denetim günlüğünüzü inceleyin.
Bugün bir üyelik, organizasyon genelinde ve ağacın altındaki her şeyde rolünü korur; bu nedenle site setlerini ayırmanın yolu organizasyonları ayırmaktır — bu siteleri kendi alt organizasyonlarına yerleştirin ve üyeliği orada tanımlayın. Bu, her müşterinin halihazırda kendi sınırını istediği ajanslar ve yeniden satıcılar için temiz bir modeldir. Tek bir üyeliği bir organizasyon içindeki adlandırılmış sitelere sabitleyen üyelik bazlı kaynak kapsam belirleme, şu anda mevcut olmaktan ziyade planlanan bir iyileştirmedir.
Developer rolü site silme veya site askıya alma yetkilerini içermez; bu yetkiler Owner rolüne aittir. Site görüntüleme ve oluşturma, servisleri yeniden başlatma, önbelleği temizleme, API anahtarlarını yönetme ve destek biletleriyle ilgilenme yetkileri sağlar. Dağıtım (deployment) ve canlıya alma (push-to-live) izinleri de Developer yetkisine dahil değildir, bu nedenle prodüksiyon ortamına taşıma yetkisi hesap sahibinde kalır. Yapı çalışmalarını ilk başta canlı siteden bağımsız olarak yürütmek için bunu hazırlık (staging) ortamıyla birlikte kullanın.
Tamamen personel rolüne bağlıdır ve her rol dar bir izin anahtarları kümesidir. Örneğin bir Destek Temsilcisi hesabınızı ve sitelerinizi görüntüleyebilir, biletlerinizi görüp yanıtlayabilir, bir sitesi yeniden başlatabilir ve önbelleğini temizleyebilir; ancak faturalandırma yapılandırmasına, iadelere, planlara veya filoya dokunamaz. Bir müşteri olarak oturum açmak yalnızca Süper Yönetici'de bulunan ayrı bir izindir ve bu gerçekleştiğinde kontrol panelinde kalıcı bir taklit banner'ı gösterilir. Ayrıcalıklı her eylem, denetim günlüğüne aktör, eylem, hedef, IP ve zaman damgasıyla kaydedilir ve organizasyonunuzun günlüğünü kendiniz okuyabilirsiniz.
Üyeliği kaldırın ve o kuruluşa olan erişimleri sona erer; yine de kendi kimliklerine sahiptirler, ancak hesabınızda hiçbir rolleri ve dolayısıyla hiçbir izinleri yoktur. API anahtarları ayrı ayrı iptal edilir, böylece başka hiçbir şeyi aksatmadan bir pipeline anahtarı kesilebilir. SAML çoklu oturum açma kullanıyorsanız, kimlik sağlayıcınızdaki yetki alma işlemi oturum açmayı merkezi olarak yönetir. SSH anahtarları gibi site düzeyindeki kimlik bilgileri panoda iptal edilir ve kaldırma işleminin kendisi denetim günlüğüne kaydedilir.
Hayır — ancak nedenini netleştirmekte fayda var. API anahtarları bireysel bir üyeye değil organizasyona aittir ve aynı yetki kataloğuna bağlı kendi ayrıntılı kapsamlarını taşırlar. Dolayısıyla bir kişiye anahtar vermek yerine; o işin ihtiyaç duyduğu en dar kapsamla, yaptığı iş için bir anahtar oluşturur ve iş bittiğinde o anahtarı iptal edersiniz. Gizli anahtarın yalnızca bir hash değeri saklanır ve kullanılmayan anahtarların kolayca bulunup devre dışı bırakılabilmesi için her anahtar en son ne zaman kullanıldığını kaydeder.
Evet. MCP sunucumuz, ajanların kimliğini OAuth 2.1 ile doğrular; bunları kuruluşunuza ve RBAC rolünüze göre yetkilendirir ve araç bazında iptal edilebilir belirteçler kullanır; böylece genel bir erişim yerine belirli bir yetki vermiş olursunuz. Yıkıcı eylemler onay gerektirir, harcama limitleri geçerlidir ve her eylem, insan faaliyetleriyle aynı denetim günlüğüne kaydedilir.
Postgres Satır Düzeyinde Güvenlik, sorguların kapsamını veritabanının kendisinde arayanın organizasyon alt ağacına daraltır; uygulama düzeyindeki filtre ise tek savunma hattı değil, derinlemesine savunma işlevi görür. Kapsam dışındaki kayıt talepleri, bir yetki hatası yerine bulunamadı sonucu döndürür, böylece neyin var olduğu hakkında hiçbir şey açık edilmez. Sunucu tarafında ise CageFS ile sağlanan site bazlı izolasyon, her kiracının kabuğunu ve dosyalarını kendi sitesiyle sınırlandırır.
Evet. 14 günlük deneme süresi kart gerektirmez — ödeme bilgisi veya taahhüt yoktur — ve en fazla beş site içeren Footprint-Free Hosting hizmetini kapsar. Bir iş arkadaşınızı davet etmek, bir rol atamak ve taahhütte bulunmadan önce sınırların ihtiyacınız olan şekilde davrandığını doğrulamak için yeterlidir.
Kart gerektirmeyen 14 günlük deneme sürümünü başlatın, birini davet edin ve izin modelinin işini yapmasını izleyin — adlandırabileceğiniz roller, iptal edebileceğiniz kapsamlar ve tam olarak kimin ne yaptığını söyleyen bir denetim günlükçesi.
Ücretsiz başla