Salesforce Güvenliğini ve Kimliğini Anlamak: Tek Oturum Açma ve OAuth Ne Zaman Kullanılır, Giriş
Bu blogda Tek Oturum Açmanın (SSO) ve OAuth’un ne zaman kullanılacağına odaklanarak Salesforce güvenliği ve kimliği konusunda netlik sağlamayı amaçlıyoruz. Bu bilgi, ister doğrudan oturum açma, ister SSO, ister OAuth ile olsun, Salesforce’a erişmenin farklı senaryolarında yolunuzu bulmak için çok önemlidir.
Standart Oturum Açma, Tek Oturum Açma ya da OAuth Ne Zaman Kullanılır
Doğrudan Oturum Açma:
Senaryo: Bir kullanıcı, tarayıcı aracılığıyla sayfalarını görüntülemek için Salesforce’a erişmek istiyor.
Erişim Yöntemi: Salesforce’ta doğrudan oturum açma ya da üçüncü taraf bir kimlik sağlayıcı üzerinden Tek Oturum Açma; yeniden kimlik doğrulamadan sorunsuz erişimi kolaylaştırır.
Mobil Uygulamalarla OAuth:
Senaryo: Bir kullanıcı Salesforce verisine yerel Salesforce sayfalarını göstermek yerine API aracılığıyla erişmek için bir mobil uygulama kullanıyor.
Erişim Yöntemi: Burada OAuth kullanılır; özellikle etkileşim, tarayıcı teknolojisini kullanan telefonları ya da tabletleri içerebilen mobil cihazlar üzerinden olduğunda. Bu yaklaşım mobil uygulamaların Salesforce API’leriyle güvenli biçimde etkileşime girmesini sağlar.
Üçüncü Taraf Sunucularla OAuth:
Senaryo: Bir kullanıcı, kendi adına Salesforce verisine erişmesi gereken üçüncü taraf bir sunucuyla iletişim kurmak için bir tarayıcı kullanıyor. Örnekler arasında e-posta eklentileri ya da Salesforce ile entegre diğer sistemler bulunur.
Erişim Yöntemi: Güvenli erişim için “Web Server with PKCE” (Proof Key for Code Exchange) olarak bilinen özel bir protokolle OAuth kullanılır.
Farklı Senaryolar İçin OAuth Akışları
İstemci Kimlik Bilgileri Akışı: Belirlenmiş bir entegrasyon kullanıcı hesabıyla Salesforce’a erişen bir istemci süreci (toplu yükleme ya da dışa aktarma yapan harici sunucular gibi) için tasarlanmıştır.
JWT, SAML Bearer Assertion ve SAML Assertion Akışları: Bu akışlar, bir istemci sürecinin kullanıcı doğrudan dahil olmadan belirli bir kullanıcı adına çalışması gereken senaryolar içindir. Burada süreç belirlenmiş bir kullanıcının kimliğine bürünür ve o kullanıcının dosyalarının güvenlik bağlamını korur.
Cihaz Akışı: Bu akış, onay için insan müdahalesi gerektiren bir cihaz tarafından başlatılır. Örneğin bir akıllı TV uygulaması, erişim onayı için kullanıcıdan bir kod girmesini ister.
Varlık Akışı: Veri okumak ya da yazmak için Salesforce’a bağlanması gereken Nesnelerin İnterneti (IoT) cihazları için yararlıdır.
Özet ve Sonuç
Özünde erişim yönteminiz büyük ölçüde senaryoya bağlıdır:
Salesforce’a tarayıcı üzerinden doğrudan erişim için doğrudan oturum açmayı ya da bir kimlik hizmetiniz varsa Tek Oturum Açmayı kullanın.
Mobil cihazlar, üçüncü taraf sunucular ya da otomatik süreçler üzerinden dolaylı erişim için tercih edilen yöntem OAuth’tur. Burada OAuth’un bir insan kullanıcı adına mı yoksa bir entegrasyon kullanıcı hesabı adına mı çalışacağına karar vermeniz gerekir.
Sonraki yazılarda kapsamlı bir anlayış sağlamak için her senaryoya ve kullanım durumuna daha derin dalacağız.
Takipte Kalın
Salesforce Kimlik yolculuğunuza güvenle başlayın! Daha fazla içgörü ve ipucu için burada, www.SteveTechArc.com’da ve @SteveTechArc (opens in a new tab) YouTube kanalında takipte kalın. Abone olun ve Salesforce Kimlik anlayışınızı geliştirin.
Entegrasyon bilgilerini mimar meslektaşlarımla ve mimarlık yolculuğundakilerle paylaşarak dünyayı değiştirmeye yardım ediyorum!
Döküm yapay zekâ yardımıyla hazırlandı
STA 3.9