ASP.NET kimlik doğrulama modülleri, kimlik doğrulama ayrıntılarını (gerekirse) işler ve kullanıcı bilgilerini istek bağlamına yükler. Bağlam, HttpPipeline aracılığıyla isteği takip eden bir bilgi kümesidir (bağlama ASP.NET’teki Context nesnesi aracılığıyla erişebilirsiniz). ASP.NET’teki her kimlik doğrulama türü, bir kullanıcının kimliğinin doğrulanıp doğrulanmadığını belirlemek için farklı bir mekanizma kullanır.

Bununla birlikte, kullanılan kimlik doğrulama mekanizmasından bağımsız olarak, kullanıcı bilgisinin Context nesnesinin User özelliğine girmesi gerekir. Üç kimlik doğrulama modülü vardır: WindowsAuthentication modülü, FormsAuthentication modülü ve PassportAuthentication modülü kapsanmaz.

İlk önce, WindowsAuthentication modülüne bakacağız. IIS, ASP.NET çalışan işlemine bir istek ilettiğinde, çalışan işleme kullanıcıyı tanımlayan bir belirteç iletir. Kullanıcı anonim olarak bağlanırsa, IIS, kullanıcıya anonim kullanıcı hesabıyla ilişkili izinleri veren anonim kullanıcı belirtecini ASP.NET’e geçirir.

Kullanıcı, IIS’ye karşı kimlik doğrulaması yaparsa, IIS, ASP.NET’e kullanıcıyı ve kullanıcının bireysel izinlerini tanımlayan bir belirteç iletir. ASP.NET bu belirteci kimliğe bürünme için kullanabilse de, bunu yalnızca kullanıcı düzeyinde kimliğe bürünme için yapılandırılmışsa yapar.

Ayrıca, ASP.NET çalışan işleminin, istekleri HttpPipeline aracılığıyla göndermeden önce kullanıcı belirtecini, isteği işleyen iş parçacığıyla ilişkilendirdiğini de anlayın.

İstek WindowsAuthentication modülüne ulaştığında, modülün kullanıcı belirtecine zaten erişimi olduğundan, yani kullanıcının kimliği zaten doğrulanmış olduğundan, modülün kullanıcının kimliğini yeniden doğrulaması gerekmez. Bu nedenle, Windows➥ Kimlik Doğrulama modülü, belirteçteki kullanıcı bilgilerini Bağlam nesnesinin Kullanıcı özelliğine kopyalar.

FormsAuthentication modülünün yapması gereken biraz daha fazla iş vardır çünkü IIS’den aldığı belirteci dikkate almaz (ASP.NET her zaman IIS’den bir belirteç alır). Form Kimlik Doğrulaması, bir kullanıcının kimlik doğrulama durumunu, bir tanımlama bilgisi veya URL’de bulunan geçerli bir kimlik doğrulama biletinin varlığına dayandırır.

Böylece FormsAuthentication modülü, kimlik doğrulama tanımlama bilgisindeki (normalde ASPXAUTH) ve URL’deki kimlik doğrulama biletini kontrol eder. Bilet bulunamazsa veya bilet bulunursa ancak geçersiz veya süresi dolmuşsa, modül anonim kullanıcı bilgilerini (boş kullanıcı adı) Context nesnesinin User özelliğine yükler ve kullanıcının kimliğinin doğrulanmadığını belirtir. Bilet bulunursa, modül uygun kullanıcı bilgilerini User özelliğine yükler.

Her kimlik doğrulama modülü, kimliği doğrulanmış hesabı temsil eden bir IPrincipal nesnesi oluşturmaktan ve bunu Context nesnesinin User özelliğine yerleştirmekten sorumludur.

Bağlam nesnesi, kullanıcı bilgileri, oturum verileri, istek ayrıntıları vb. dahil olmak üzere bir istek için bağlamsal bilgiler sağlar. IPrincipal nesnesi, .NET Framework’te ana nesneleri tanımlamaya yönelik bir arabirimdir. Çeşitli temel nesneler, değişen derecelerde işlevselliğe sahiptir. Örneğin, Windows Kimlik Doğrulaması, bir System.Security.➥ Principal ile sonuçlanır.

Kimliği doğrulanmış bir hesabı tanımlamak ve rol bilgilerini kontrol etmek için temel işlevleri ortaya çıkaran WindowsPrincipal nesnesi. Form Kimlik Doğrulaması, hesap tanımlama, rol denetimi ve kimlik doğrulama verilerini bir tanımlama bilgisinde veya URL’de depolamaya yönelik ek işlevler sağlayabilen bir System.Web.Security.RolePrincipal nesnesiyle sonuçlanır.

ASP.NET, ASP.NET’te kimlik ve rol denetimi için HttpContext’teki IPrincipal nesnesini kullanmanıza izin verir, ancak dış kaynaklara erişim yine de iş parçacığına ekli erişim belirteci tarafından tanımlanan güvenlik bağlamı tarafından belirlenir. Başka bir deyişle, ASP.NET kimlik doğrulamasının iş parçacığının güvenlik bağlamı üzerinde hiçbir etkisi yoktur. Bununla birlikte, ASP.NET kimlik doğrulamasından elde edilen IPrincipal nesnesi, URL yetkilendirmesinde kullanılır.

Web API Basic authentication example C#
Asp.NET MVC Web API token Authentication
ASP.NET yükleme
Asp.NET kullanıcı yetkilendirme
ASP.NET IIS
ASP.NET Web API Login example
ASP.NET Core yetkilendirme
Asp.NET Core claim based Authorization

Dosya Yetkilendirme Modülü

ASP.NET uygulamanızı Windows Kimlik Doğrulaması kullanacak şekilde yapılandırmak (Web.config aracılığıyla), dosya yetkilendirme modülünü etkinleştirir. Dosya yetkilendirme modülü, kimliği doğrulanmış kullanıcının istenen kaynağa erişimi olup olmadığını belirlemek için NTFS dosya izinlerini kontrol eder.

NTFS izin kontrolleri normalde dosyayı talep eden iş parçacığının erişim belirteci kullanılarak gerçekleştirilir. Ancak, kimliğe bürünme devre dışı bırakıldığında, isteği işleyen iş parçacığı her bir kullanıcı için ASPNET/Network Service hesabının güvenlik bağlamı altında çalışır ve bu da istenen dosyalarda kullanıcı düzeyinde izinlerin uygulanmasını imkansız hale getirir.

Dosya yetkilendirme modülü, istenen dosyada NTFS dosya izinlerini kontrol etmek için IIS tarafından oluşturulan erişim belirtecini kullanarak bu sorunu hafifletir. Kimliğe bürünme devre dışı bırakıldığında bile, IIS belirteci her zaman kimliği doğrulanmış kullanıcıyı temsil eder ve bu da kullanıcı düzeyinde dosya izinlerinin uygulanmasını mümkün kılar.

Neden sadece kimliğe bürünmeyi etkinleştirmiyorsunuz? Tümleşik SQL Server güvenliği ve kullanıcı düzeyinde kimliğe bürünme kullanılırken ortaya çıkan veritabanı bağlantı havuzu oluşturmayla ilgili performans sorunları olabilir. Bu nedenle, dosya yetkilendirme modülü, kullanıcı düzeyinde kimliğe bürünme ile ilişkili performans sorunları olmadan, kullanıcı düzeyinde NTFS izin denetiminden yararlanmanızı sağlar.

Gerçek İsteği İşleme

Son olarak, HTTP işlem hattındaki tüm modülleri geçtikten sonra, ASP.NET aslında istenen sayfayı yürütür. Yürütme sırasında sayfa, dosyalar, veritabanı veya kurumsal hizmetler gibi çeşitli kaynaklara erişebilir. Kod yürütme, iş parçacığının güvenlik bağlamı altında çalışır, bu nedenle herhangi bir dış kaynak isteği, iş parçacığının güvenlik bağlamı kullanılarak yapılır.

Bu, Windows Kimlik Doğrulaması kullanılırken bazı ilginç durumlara yol açabilir. Dosya yetkilendirme modülünün, istenen kaynakta ve yalnızca istenen kaynakta NTFS izinlerini kontrol etmek için IIS’den erişim belirtecini kullandığını unutmayın. İstenen kaynak bir ASP.NET sayfasıysa, o sayfa diğer kaynaklara erişmeye çalışabilir. Bu noktada, dosyalara erişim, IIS’den gelen erişim belirteciyle değil, iş parçacığıyla ilişkili erişim belirteciyle yönetilir.

İşte bunun bir sorun olabileceği bir durum. Diyelim ki uygulamanız kimliğe bürünme olmadan Windows Kimlik Doğrulamasını kullanacak şekilde yapılandırıldı ve bir kullanıcı bu uygulamada bir ASP.NET sayfasına Joe Bloggs olarak oturum açarak erişti.

Dosya yetkilendirme modülü, Joe Bloggs güvenlik bağlamını kullanarak istenen kaynaktaki NTFS izinlerini kontrol eder ve dosyaya erişime izin verir. ASP.NET daha sonra sayfa kodunu yürütmeye başlar. Sayfanın içindeki kod, NTFS izinlerine göre Joe Bloggs güvenlik bağlamının erişiminin reddedildiği bir dosyadan okumaya çalışır.

Ancak dosyaya ASPNET/Network Service güvenlik bağlamı kullanılarak erişilir ve bu, dosyanın okunmasına izin verir. Joe Bloggs’un dosyaya erişimi açıkça reddedilmiş olsa da, dosyanın içeriği daha sonra Joe Bloggs’a gösterilir.

Elbette bu davranışı kendi yararınıza da kullanabilirsiniz. Örneğin, kullanıcıların ağ üzerinden dosya görüntüleme yetkisini reddetmek, ancak bu dosyaları bir web uygulamasında görüntüleme yetkisi vermek istiyorsanız, bu davranış harikadır. Sadece çeşitli davranışların, nasıl çalıştıklarının ve sizin özel durumunuz için işe yarayıp yaramayacaklarının farkında olmanız gerekir.

■Not : Veritabanları gibi bazı kaynaklara erişim, iş parçacığıyla ilişkili erişim belirteciyle hiçbir ilgisi olmayan güvenlik tarafından yönetiliyor olabilir. Örneğin, katıştırılmış kimlik bilgilerine sahip bir bağlantı dizesi kullanarak bir veritabanına erişebilirsiniz, bu durumda erişim belirtecinin kaynağa bağlanmakla hiçbir ilgisi yoktur.

Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır. 

1) Backlink Paketi  50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)

The post ASP.NET Kimlik Doğrulama Modülleri – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.