{"id":19408,"date":"2020-11-24T23:36:50","date_gmt":"2020-11-24T23:36:50","guid":{"rendered":"https:\/\/www.gencayyildiz.com\/blog\/?p=19408"},"modified":"2020-11-24T23:38:47","modified_gmt":"2020-11-24T23:38:47","slug":"identityserver4-yazi-serisi-19-iprofileservice-arayuzu-ile-dinamik-claim-ekleme","status":"publish","type":"post","link":"https:\/\/www.gencayyildiz.com\/blog\/identityserver4-yazi-serisi-19-iprofileservice-arayuzu-ile-dinamik-claim-ekleme\/","title":{"rendered":"IdentityServer4 Yaz\u0131 Serisi #19 \u2013 IProfileService Aray\u00fcz\u00fc \u0130le Dinamik Claim Ekleme"},"content":{"rendered":"
<\/div>\n

Merhaba,<\/p>\n

Makale serimizin bu ondokuzuncu i\u00e7eri\u011fine kadar bir hususun anla\u015f\u0131ld\u0131\u011f\u0131 kanaatindeyim ki, o da, kullan\u0131c\u0131lar hakk\u0131nda kimlik bilgilerinin ciddi \u00f6nem arz etmesidir. Kullan\u0131c\u0131larda claim olarak tutulmakta olan bu bilgileri bizler \u015fu ana kadar \u00f6n tan\u0131ml\u0131 bir vaziyette ‘Config.cs’ dosyas\u0131ndan eklemekte ve y\u00f6netmekteydik. Halbuki kullan\u0131c\u0131lara dair claim’lerin bu \u015fekilde \u00f6n tan\u0131ml\u0131 olarak eklenmesi pekte tercih edilebilir bir y\u00f6ntem de\u011fildir. Nihayetinde claim de\u011ferlerinin kodun i\u00e7erisinde g\u00f6m\u00fcl\u00fc bir vaziyette olmas\u0131 bir metinsel ba\u011f\u0131ml\u0131l\u0131k yaratmaktad\u0131r. Ayr\u0131ca bu kullan\u0131c\u0131 bilgilerini veritaban\u0131ndan yahut benzer bir kaynaktan edinmek istedi\u011fimizde i\u015fi runtime’da \u00e7\u00f6zmemiz gerekecektir. IdentityServer4, kullan\u0131c\u0131ya dair eklenecek olan claim bilgilerini runtime’da dinamik bir \u015fekilde y\u00fckleyebilmemizi sa\u011flamakta ve bunun i\u00e7in bir IProfileService aray\u00fcz\u00fcn\u00fc sunmaktad\u0131r. Bu i\u00e7eri\u011fimizde ilgili aray\u00fcz\u00fcn nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131 ve bu aray\u00fczden geli\u015ftirilen bir concrete nesnenin sisteme nas\u0131l entegre edildi\u011fini inceleyece\u011fiz.<\/p>\n

\u0130lk olarak IProfileService aray\u00fcz\u00fcn\u00fc incelersek e\u011fer
\n\"IdentityServer4<\/a>
\ng\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere ‘GetProfileDataAsync’ ve ‘IsActiveAsync’ metotlar\u0131n\u0131n imzalar\u0131n\u0131 bar\u0131nd\u0131rmaktad\u0131r.<\/p>\n

Bu metotlardan ilki i\u00e7in UserInfo Endpoint<\/a>‘inin programatik k\u0131sm\u0131n\u0131 temsil ediyor diyebiliriz. Dinamik olarak claim olu\u015fturma ve ekleme burada ger\u00e7ekle\u015ftirilecektir. \u0130kinci metotta ise genellikle claim eklenecek olan kullan\u0131c\u0131n\u0131n do\u011frulamas\u0131 ger\u00e7ekle\u015ftirilmektedir.<\/p>\n

\u015eimdi a\u015fa\u011f\u0131daki \u00f6rnek kodu ele al\u0131rsak;<\/p>\n

\r\n    public class CustomProfileService : IProfileService\r\n    {\r\n        public async Task GetProfileDataAsync(ProfileDataRequestContext context)\r\n        {\r\n            \/\/Kullan\u0131c\u0131 veritaban\u0131ndan \u00e7ekilir.\r\n            \/\/context.Subject.GetSubjectId(); -> Subject Id de\u011ferini getirir.\r\n\r\n            var claims = new List<Claim>\r\n            {\r\n                new Claim(JwtRegisteredClaimNames.Email, "gncy@gencayyildiz.com"),\r\n                new Claim(JwtRegisteredClaimNames.Website,"https:\/\/www.gencayyildiz.com"),\r\n                new Claim("gobekadi", "Ali")\r\n            };\r\n\r\n            context.AddRequestedClaims(claims); \/\/Userinfo Token\r\n            context.IssuedClaims = claims; \/\/JWT\r\n        }\r\n\r\n        public async Task IsActiveAsync(IsActiveContext context)\r\n        {\r\n            \/\/Kullan\u0131c\u0131 do\u011frulan\u0131r.\r\n            context.IsActive = true;\r\n        }\r\n    }\r\n<\/pre>\n
g\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere ‘GetProfileDataAsync’ metodu i\u00e7erisinde ideal olan kullan\u0131c\u0131n\u0131n veritaban\u0131ndan \u00e7ekilmesi ve ard\u0131ndan \u00e7ekilen kullan\u0131c\u0131n\u0131n bilgilerinin claim de\u011ferlerine verilmesidir. Aksi taktirde bu \u00f6rnekteki gibi farazi ama\u00e7l\u0131 verilen statik de\u011ferleri kullanmaman\u0131z gerekmektedir. \u00dcretilen claim’leri ise ya context.AddRequestedClaims(claims)<\/code> komutu e\u015fli\u011finde Userinfo’ya ekleriz ya da context.IssuedClaims = claims<\/code> komutu ile olu\u015fturulacak JWT’ye dahil ederiz. Tabi ayn\u0131 anda her ikisini de kullanabilirsiniz.<\/p>\n
‘IsActiveAsync’ metodunda ise kullan\u0131c\u0131n\u0131n do\u011frulama sonucu context.IsActive<\/code> property’sine bildirilmelidir.<\/p>\n
Bir di\u011fer dikkat edilmesi gereken husus ise, burada eklenen claim’lerin identity resource’lerinin tan\u0131mlanm\u0131\u015f, client taraf\u0131ndan talep edilmi\u015f ve eri\u015filebilir olmas\u0131 gerekmektedir. Yani \u00d6zel Identity Resource Ekleme<\/a> makelesinde yap\u0131lmas\u0131 gereken her\u015feyi bu i\u00e7erikteki stratejiyi benimserkende uygulamam\u0131z gerekmektedir.<\/p>\n
Misal olarak biz ‘gobekadi’ claim’inin arkaplandaki in\u015fas\u0131n\u0131 buraya al\u0131rsak;<\/p>\n