Temsili Erişim

İnsanlara tam olarak ihtiyaç duydukları erişimi verin — daha fazlasını değil

Bir geliştirici ekleyin, faturalandırmayı muhasebecinize devredin, bir müşteriye kendi siteleri için salt okunur erişim verin veya destek ekibimizin bir sorunu incelemesine izin verin. Her yetkilendirme; belirli izinlere sahip, bir kuruluşla sınırlandırılmış, veritabanında uygulanan ve yalnızca ekleme yapılabilen bir denetim günlüğüne yazılan bir roldür.

Her biri kendi tanımlı izinlerine sahip, tek bir hesaba bağlı birden fazla kişi.
  • 94Ayrıntılı izinler
  • 12Yerleşik roller
  • 8Personel departmanları
  • 700.000+dünya genelinde barındırılan siteler

Erişim bir üyeliktir, paylaşılan bir parola değildir

Tek bir giriş bilgisini paylaşmak, hesap erişiminde sorunların ortaya çıkmasının temel nedenidir. Zinn Digital® üzerinde her kişinin kendi kimliği vardır ve erişim; tek başına tanımlayabileceğiniz, değiştirebileceğiniz veya iptal edebileceğiniz bir üyeliktir — bir kullanıcı, bir kuruluş ve bir rol.

Her zaman kendi kimliğiniz

Her iş ortağı, kimlik katmanımız olan Keycloak aracılığıyla kendi hesabıyla oturum açar. Hiç kimse şifrenizi yazmaz, hiç kimse bir tarayıcı oturumunu paylaşmaz ve birini kaldırmak, şifre yenileme ve bunu başka kimin bildiğini bulma telaşı yerine tek bir işlemdir.

Kuruluşlar ağaç yapısı oluşturur

Hesaplar hiyerarşiktir; bir bayi kuruluşu müşteri kuruluşlarını, müşteri kuruluşları ise siteleri barındırır. Üyelik, bir kuruluş ve onun altındaki her şey için geçerlidir; böylece diğer müşterilerinizi hiçbir zaman ifşa etmeden bir ajans müşterisine kendi kuruluşunun kontrolünü devredebilirsiniz.

Veritabanında yalıtım uygulandı

Kiracı ayrımı, bir hatanın atlayabileceği uygulama kodundaki bir filtre değildir. Postgres Row-Level Security, her sorguyu arayanın kuruluş alt ağacıyla sınırlar; bu nedenle kapsamınızın dışındaki bir isteğin döndüreceği hiçbir şey yoktur.

Yokluk görünmezdir

Kapsamınız dışındaki bir kuruluşu veya siteyi talep ettiğinizde, API izin hatası yerine basit bir "bulunamadı" yanıtı verir. Bir izin hatası kaydın var olduğunu doğrular; "bulunamadı" yanıtı ise harici birine hiçbir şey söylemez.

Dört müşteri rolü, otuz beş izin

İzinler ayrıntılı anahtarlardır — modül artı eylem, tıpkı sites.restart veya billing.refund gibi — ve roller bunları bir araya toplar. Dört rol, gerçek ekiplerin ihtiyaç duyduğu yapıları kapsar ve her biri koda gömülü bir mantık değil, bizim başlattığımız verilerdir.

Sahip

Tam denetim: alt kuruluşlar oluşturun, üyeleri davet edin ve kaldırı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. Kendinize sakladığınız rol.

Faturalandırma Yöneticisi

Kuruluşu, üyelerini ve plan kataloğunu görür; faturaları, ödeme yöntemlerini ve ücretlendirmeleri yönetir. Tek bir siteyi bile oluşturma, değiştirme veya silme erişimi yoktur — tam da harici bir muhasebecinin sahip olması gereken yapı.

Geliştirici

Siteleri görüntüler ve oluşturur, hizmetleri yeniden başlatır, önbelleği temizler, API anahtarlarını yönetir ve talepler üzerinde çalışır. Kasıtlı olarak 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.

Salt okunur

Kuruluşu, üyelerini, sitelerini, faturalandırmasını, plan kataloğunu, talepleri, çeviri durumunu ve denetim günlüğünü görür — ve bunların hiçbirini değiştiremez. Görünürlük isteyen bir müşteri, bir denetçi veya yalnızca görüntülemesi gereken bir paydaş için doğru yetki.

Ekibinizin sessizce zayıflatamayacağı oturum açma yöntemi

Erişim yetkisi vermek, yalnızca yetki verdiğiniz hesapların ele geçirilmesi zorsa güvenlidir. Kimlik doğrulama, hesaptaki herkes için her yüzeyde Keycloak üzerinden çalışır.

  • Kimlik avına dayanıklı oturum açma için geçiş anahtarları ve WebAuthn, ayrıca ilke gereği herkes için zorunlu kılınan TOTP iki faktörlü kimlik doğrulama — bir ekip üyesinin atlayabileceği isteğe bağlı bir ayar değildir.
  • Varsayılan olarak sihirli bağlantı (magic-link) ile e-posta girişi, yedek olarak e-posta ve şifre ile Google, Microsoft, GitHub ve diğerleri üzerinden sosyal giriş.
  • Kurumsal ve ajans müşterileri için SAML tek oturum açma; böylece yeni katılanlar ve ayrılanlar manuel olarak değil, kimlik sağlayıcınız tarafından yönetilir.
  • Müşteri paneli, herkese açık site, bilgi bankası ve destek talepleri genelinde tek bir oturum — bir kez oturum açın ve tek seferde iptal edin.
  • Oturum ilkeleri, hassas işlemlerde kademeli kimlik doğrulama ve erişimin bilinen ağlarla sınırlandırılmasını isteyen hesaplar için kuruluş bazında isteğe bağlı IP izin verilenler listeleri.
  • Her kayıt e-postası henüz bir hesap oluşturulmadan önce doğrulanır; böylece teslim edilemeyen, geçici ve role dayalı adresler daha sonra sahipsiz bir üyeye dönüşmek yerine kapıda engellenir.

Ekibimizin erişime ihtiyacı olduğunda, bu erişim sınırlandırılır ve günlüğe kaydedilir

Destek çalışması bazen hesabınızın içine bakmayı gerektirir. Bu erişim, diğer her şeyle aynı izin modeli tarafından yönetilir; personel yalnızca dar kapsamlı yetkilere sahip departmanlar şeklinde düzenlenmiş bir personel organizasyonunda yer alır.

Genel yönetici değil, departmanlar

Personel; Destek, Faturalandırma ve Finans, Kötüye Kullanım ve Güven ve Güvenlik, Satış, İlk Adımlar, Mühendislik ve Operasyon, Pazarlama ve Yönetim olarak gruplandırılmıştır. Her bir rol belirli modülleri ve işlemleri yetkilendirir; böylece bir temsilci, yönetici konsolunun yalnızca işinin gerektirdiği kısmını görür, geri kalanını görmez.

Bir destek temsilcisinin gerçek üst sınırı

Support Agent rolü tam olarak şunları 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. Faturalandırma yapılandırması, para iadesi, plan düzenleme ve filo yönetimi yetkileri içermez. Bir temsilcinin gerçekleştirebileceği sorun giderme işlemleri iyi niyetle değil, bu rolle sınırlandırılmıştır.

Müşteri olarak oturum açma işlemi sıkı bir şekilde sınırlandırılmıştır

customer.impersonate izni Manager rolünün bir parçası değildir; yalnızca Super Admin tarafından kullanılır. Adınıza bir oturum yürütülürken, kimin işlem yaptığı konusunda hiçbir belirsizlik olmaması için kontrol panelinde kalıcı bir kimliğe bürünme başlığı görüntülenir.

Ayrıcalıklı olan her şey yazılı olarak kaydedilmiştir

Tüm ayrıcalıklı ve idari işlemler; eylemi gerçekleştireni, eylemi, hedefi, destekleyici meta verileri, IP adresini ve zaman damgasını kaydeden ve yalnızca ekleme yapılabilen bir denetim günlüğüne eklenir — üretim ortamında zamana göre bölümlenir. Sahipler ve salt okunur üyeler kuruluşlarının günlüğünü kendileri okuyabilir.

Yıkıcı işlemler için onay kapıları

Hassas ve zarara yol açabilecek personel eylemleri çalıştırılmadan önce ek kimlik doğrulaması veya iki kişilik onay gerektirebilir; ayrıca yeni departmanlar ve roller kod değişikliği gerektirmeyip birer yapılandırmadan ibarettir.

Makineler de yetkilendirilmiş erişim elde eder

Komut dosyaları, CI işlem hatları, CLI, Terraform sağlayıcısı ve yapay zeka aracıları, tıpkı insanlar gibi aynı izin modeli üzerinden kimlik doğrulaması yapar; paylaşılan insan kimlik bilgileri ve bir derlemeye yapıştırılmış uzun ömürlü gizli anahtarlar yoktur.

API anahtarları kuruluş bazındadır ve kapsamları belirlenmiştir

Anahtarlar bir kuruluşa aittir ve aynı RBAC izinlerine bağlı ayrıntılı kapsamlar taşır: salt okunur, faturalandırma, kaynak sağlama. Bir işlem hattına, bir üyenin tüm hesabı yerine yalnızca ihtiyaç duyduğu dar kapsamı verin.

Sandbox anahtarları üretim ortamından ayrıdır

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.

Yalnızca karma değer saklanır

Gizli dizinin SHA-256 karmasını ve bir arama ön ekini saklarız; ham anahtarı asla saklamayız. Bir anahtarı yalnızca oluşturulduğunda bir kez görürsünüz. Her anahtar en son ne zaman kullanıldığını izler ve başka hiçbir şeyi etkilemeden tek başına iptal edilebilir.

Yapay zeka araçları izinleriniz dahilinde bağlanır

MCP sunucumuz, OAuth 2.1 ile kimliği doğrulanmış ve kuruluşunuz ile RBAC rolünüzle sınırlandırılmış olarak, araç başına iptal edilebilir belirteçler, yıkıcı eylemlerde onay, harcama sınırları ve eksiksiz denetim günlüğü ile herhangi bir MCP özellikli aracının barındırma hizmetinizi doğal dilde yönetmesine olanak tanır.

Sitelerin kendisine erişim

Hesap erişimi ve sunucu erişimi farklı konulardır. Site düzeyindeki kimlik bilgileri kontrol panelinden yönetilir, en az ayrıcalık ilkesiyle verilir ve bir ortak çalışanın kabuğunun yalnızca bir sitenin kabuğu olmasını sağlayacak şekilde yalıtılır.

  • Hapsedilmiş kabuklu (jailed shell) SSH, ayrıca SFTP ve FTP — CageFS yalıtımı, her kullanıcının yalnızca kendi dosyalarını görebilmesini sağlar.
  • Geliştiricilerin gerçekten komut dosyası haline getirmek istediği işlemler için panel terminalinden ve SSH üzerinden wp-cli.
  • Site dosyalarını doğrudan yönetim panelinde düzenleyen, git özellikli, code-server aracılığıyla tarayıcıda tam bir VS Code düzenleyicisi.
  • Veritabanları için yerleşik phpMyAdmin ve Adminer ile yerleşik bir dosya yöneticisi; her ikisi de ikinci bir kimlik bilgisi kümesinin arkasında kilitlenmek yerine gösterge panelinden tek oturum açma (SSO) ile erişilebilir.
  • Erişim anahtarları ve kimlik bilgileri kontrol panelinde oluşturulur, listelenir, döndürülür ve iptal edilir; en az ayrıcalık ilkesiyle verilir ve kullanımları denetim günlüğüne kaydedilir.
  • Klonlama ve canlıya alma özellikli hazırlık ortamı, riskli çalışmaları canlı ortamdan uzak tutar; böylece yeni bir ekip arkadaşının ilk değişikliği hiçbir zaman doğrudan canlı sitede yer almaz.

Erişimi gerçek çalışma şeklinize göre nasıl yapılandırırsınız?

Tek başına çalışan bir operatör, tek bir kuruluşu ve bir sahip üyeliğini korur ve bir proje için bir yüklenici geldiğinde bir Geliştirici rolü ekler. Proje sona erdiğinde üyelik kaldırılır ve oturum açma işlemleri anında durur; geriye yenilenmesi gereken paylaşılan bir kimlik bilgisi kalmaz.

Bir ajans, organizasyon ağacını kullanır. Her müşteri, kendi sitelerini barındıran kendi alt organizasyonunu alır ve müşterinin kendi personeli orada üyelik elde eder; görünürlük isteyen bir paydaş için salt okunur, kendi kendine hizmet almak isteyen bir müşteri için sahip yetkisi verilir. Personeliniz ağacın daha üst seviyelerinde üyeliklere sahip olur ve portföyü görür; bir müşteri yalnızca kendi dalını görür ve bunu bir vaat olmaktan çıkarıp gerçeğe dönüştüren şey Satır Düzeyinde Güvenlik'tir (Row-Level Security).

Bir bayi de bir seviye yukarıda olmak üzere aynı şekilde çalışır: bir bayi kuruluşu; her biri kendi üyelerine, faturalandırma görünümüne ve sitelerine sahip müşteri kuruluşlarını barındırır. Alt hesaplara, ajans ekiplerine ve bayi hiyerarşilerine aynı temel yapı güç sağlar; bunların hiçbiri için ayrı ve daha zayıf bir mekanizma yoktur.

Kart gerektirmeyen 14 günlük deneme sürümünde her şey mevcuttur. Ödeme bilgileri olmadan kaydolun, bir iş arkadaşınızı davet edin, her rolün nelere erişip nelere erişemeyeceğini izleyin ve kendi denetim günlüğünüzü geriye dönük okuyun.

Sıkça Sorulan Sorular

Birine yalnızca tek bir siteye erişim izni verebilir miyim?

Bugün bir üyelik, rolünü bir kuruluş ve hiyerarşide onun altındaki her şey genelinde tanımlar; bu nedenle site gruplarını ayırmanın yolu kuruluşları ayırmaktır — söz konusu siteleri kendi alt kuruluşlarına yerleştirin ve üyeliği orada verin. Bu, her müşterinin zaten kendi sınırını istediği ajanslar ve bayiler için temiz bir modeldir. Tek bir üyeliği tek bir kuruluş içindeki belirli sitelere sabitleyen üyelik bazlı kaynak kapsamlandırma, şu anda mevcut olan bir şeyden ziyade planlanan bir geliştirmedir.

Davet ettiğim bir geliştirici bir siteyi silebilir veya canlıya alabilir mi?

Geliştirici rolü, site silme veya site askıya alma yetkilerini içermez; bu yetkiler Sahip rolüne aittir. Siteleri görüntüleme ve oluşturma, servisleri yeniden başlatma, önbelleği temizleme, API anahtarlarını yönetme ve destek talepleri üzerinde çalışma izinleri verir. Dağıtım ve canlıya alma izinleri de Geliştirici yetkilerinin bir parçası değildir; bu nedenle canlı ortama aktarım hesap sahibinde kalır. Geliştirme çalışmalarının ilk etapta canlı sitenin dışında gerçekleşmesi için bunu hazırlık ortamıyla (staging) eşleştirin.

Zinn Digital® personeli hesabımda neleri görebilir?

Bu durum tamamen personelin 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, destek taleplerinizi görüntüleyip yanıtlayabilir, bir siteyi yeniden başlatabilir ve önbelleğini temizleyebilir — faturalandırma yapılandırmasına, geri ödemelere, planlara veya sunucu filosuna ise müdahale edemez. Bir müşteri olarak oturum açmak, yalnızca Süper Yöneticiye ait ayrı bir izindir ve bu gerçekleştiğinde kontrol panelinde kalıcı bir kimliğe bürünme başlığı gösterilir. Her ayrıcalıklı işlem; işlemi yapan, eylem, hedef, IP ve zaman damgasıyla birlikte denetim günlüğüne kaydedilir ve kuruluşunuzun günlüğünü kendiniz okuyabilirsiniz.

Biri ayrılırsa erişimi hızlı bir şekilde nasıl iptal edebilirim?

Üyeliği kaldırdığınızda söz konusu kuruluşa erişimleri sona erer; kendi kimliklerini korurlar ancak hesabınızda hiçbir rolleri ve dolayısıyla izinleri kalmaz. API anahtarları ayrı ayrı iptal edilir, böylece başka hiçbir şeyi kesintiye uğratmadan bir işlem hattı anahtarı devre dışı bırakılabilir. SAML çoklu oturum açma kullanıyorsanız, kimlik sağlayıcınızdaki yetki kaldırma işlemi oturum açmayı merkezi olarak yönetir. SSH anahtarları gibi site düzeyindeki kimlik bilgileri kontrol panelinden iptal edilir ve kaldırma işleminin kendisi denetim günlüğüne kaydedilir.

Ekip üyeleri API anahtarlarımı paylaşır mı?

Hayır — ancak nedenini netleştirmekte fayda var. API anahtarları bireysel bir üyeye değil, kuruluşa aittir ve aynı izin kataloğuna bağlı kendi ayrıntılı kapsamlarını taşırlar. Bu nedenle, bir kişiye anahtar vermek yerine, yaptığı iş için o işin gerektirdiği en dar kapsamla bir anahtar oluşturursunuz ve iş bittiğinde bu anahtarı iptal edersiniz. Yalnızca gizli anahtarın bir özeti saklanır ve her anahtar en son ne zaman kullanıldığını kaydeder, böylece kullanılmayan anahtarları bulmak ve devre dışı bırakmak kolaylaşır.

Her şeyin anahtarını vermeden bir yapay zekâ aracısını bağlayabilir miyim?

Evet. MCP sunucumuz aracıların kimliğini OAuth 2.1 ile doğrular ve her araca özel geri alınabilir belirteçlerle bunları kuruluşunuz ve RBAC rolünüzle sınırlandırır; böylece genel bir erişim yerine belirli bir yetki vermiş olursunuz. Yıkıcı eylemler onay gerektirir, harcama sınırları uygulanır ve her eylem insan faaliyetiyle aynı denetim kaydına işlenir.

Bir kiracının başka bir kiracının verilerine erişmesini ne engeller?

Postgres Satır Düzeyinde Güvenlik (Row-Level Security), sorguları doğrudan veritabanı içinde çağıranın kuruluş alt ağacıyla sınırlar; uygulama düzeyindeki filtre ise tek savunma hattı olmak yerine derinlemesine savunma görevi görür. Kapsam dışındaki kayıt talepleri, yetki hatası yerine 'bulunamadı' yanıtı döndürür; böylece nelerin mevcut olduğu hakkında hiçbir bilgi açığa çıkmaz. Sunucu tarafında, CageFS aracılığıyla site başına yalıtım, her kiracının kabuğunu ve dosyalarını yalnızca kendi sitesinde tutar.

Ödeme yapmadan önce bunu deneyebilir miyim?

Evet. 14 günlük deneme kart gerektirmez — ödeme bilgisi yok, taahhüt yok — ve en fazla beş site ile Footprint-Free Barındırma'yı kapsar. Taahhütte bulunmadan önce bir iş arkadaşınızı davet etmek, bir rol atamak ve sınırların tam olarak ihtiyacınız olan şekilde çalıştığını doğrulamak için yeterlidir.

İşaret edebileceğiniz bir sınırla yetki devredin

Kredi kartsız 14 günlük deneme sürümüyle başlayın, birini davet edin ve yetkilendirme modelinin işini yapmasını izleyin — adlandırabileceğiniz roller, iptal edebileceğiniz yetki kapsamları ve kimin ne yaptığını tam olarak gösteren bir denetim günlüğü.

Ücretsiz başlayın