Kullanıcı taklidi, uygulama sırlarının yönetimi, organizasyon ve uygulama düzeyinde oturum açma deneyimi markalaştırma gibi özellikler içeren 2024 Ağustos sürümümüzü keşfedin ve çok daha fazlası.
Jeton Değişimi yoluyla kullanıcı taklidi desteği eklendi:
subject_token talep etmek için yeni Yönetim API uç noktası POST /subject-tokens eklendi.POST /oidc/token uç noktası, bir subject_tokenı kullanıcı adına taklit edilen bir access_token ile değiştirmek için yeni bir hibe türü urn:ietf:params:oauth:grant-type:token-exchange ile güncellendi.Daha fazla ayrıntı için Kullanıcı taklidi sayfasına bakın.
custom_dataUygulamalara yeni bir keyfi nesne alanı olan custom_data eklendi. Bu alan, standart Uygulama şemasında tanımlanmamış herhangi bir ek bilgiyi saklayabilir.
custom_data alanını yama güncellemesi yapmak için yeni PATCH /api/applications/{applicationId}/custom-data uç noktası.custom_data alanını üzerine yazmak için PATCH /api/applications/{applicationId} uç noktası güncellendi.Korumalı Uygulamalar haricinde uygulama detayları sayfasına yeni bir özel veri JSON düzenleyicisi eklendi.
Güvenli uygulamalara (makineler arası, geleneksel web, Korumalı) artık süresi dolan birden fazla uygulama sırrı eklenebilir. Bu, sır döndürme olanağı sağlar ve daha güvenli bir deneyim sunar.
Not: Bu özellikten önce oluşturulan eski sır, istemci kimlik doğrulaması için hala kullanılabilir. Ancak, eski sırları silip süresi dolan yeni sırlar oluşturmanız güvenliğinizi artırmak için önerilir.
GET /api/applications/{applicationId}/secrets: Bir uygulamanın tüm sırlarını listeleyin.POST /api/applications/{applicationId}/secrets: Bir uygulama için yeni bir sır oluşturun.DELETE /api/applications/{applicationId}/secrets/{name}: Bir uygulamanın adla sırını silin.PATCH /api/applications/{applicationId}/secrets/{name}: Bir uygulamanın adla sırını güncelleyin.DELETE /api/applications/{applicationId}/legacy-secret: Eski bir uygulama sırrını silin ve yeni bir sırla değiştirin.Uygulama sırlarınızı yönetmek için Logto Konsolu -> Uygulamalar -> Uygulama Detayları -> Uç Noktalar & Kimlik Bilgileri'ne gidin.
Orijinal uygulama sırrı salt okunur giriş alanı, şimdi yeni sır yönetim tablosu ile değiştirildi. Bu tabloda sırlar oluşturabilir, güncelleyebilir ve silebilirsiniz.
Artık organizasyonlar için açık ve koyu logolar ayarlanabiliyor. Logoları, organizasyon ayarları sayfasına yükleyebilirsiniz.
Ayrıca, giriş deneyimi logosunu bir organizasyondan geçersiz kılmak mümkündür. Kimlik doğrulama isteğine organization_id parametresini eklemeniz yeterlidir. Çoğu Logto SDK'sında, signIn yöntemindeki extraParams alanını kullanarak yapılabilir.
Örneğin, JavaScript SDK'sında:
<organization-id> değeri, organizasyon ayarları sayfasında bulunabilir.
Kullandığınız SDK'da extraParams alanını bulamazsanız, lütfen bize bildirin.
Şimdi uygulamanız için logolar, favikonlar ve renkler ayarlayabilirsiniz. Bu ayarlar, uygulama kimlik doğrulama işlemi başlattığında giriş deneyiminde kullanılacaktır. Markalaştırma ayarları bulunmayan uygulamalar için genel giriş deneyimi markası kullanılacaktır.
Kimlik doğrulama isteğinde organization_id sağlanırsa, uygulama düzeyindeki markalaştırma ayarları, varsa organizasyonun markalaştırma ayarları tarafından geçersiz kılınır.
Logto, daha iyi ilk ekran performansı için index.html dosyasına giriş deneyimi ayarlarını ve ifadelerini enjekte eder. Deneyim uygulaması hala ayarları ve ifadeleri sunucudan alacaktır, eğer:
tsup kullanın. Bu, oluşturma sürecini hızlandıracak ve paketlerin işlevselliğini etkilememelidir.@logto/console, @logto/demo-app ve @logto/experience paketlerinin derlenmesi ve paketlenmesi için Vite kullanın. ParcelJS kaldırıldı ve yerine Vite getirildi. Önemli değişiklikler beklenmemelidir.PATCH /api/applications/{applicationId} uç noktasının jsonb güncelleme davranışını düzeltinUygulama nesnesinin tüm jsonb alanları, birleştir modu yerine değiştir modunda güncellenmelidir. Bu değişiklik, PATCH metodunu daha öngörülebilir ve Restful API tasarımı ile daha tutarlı hale getirecektir.
PATCH /api/applications/{applicationId} uç noktasında jsonb alan güncelleme modunu birleştirden değiştire güncelleyin.PATCH /api/applications/{applicationId} uç noktasında API jsonb alanı giriş parametreleri doğrulamasını kısmi yerine tam olarak güncelleyin.oidc_client_metadata, custom_client_metadata, protected_app_metadata ve custom_data.Not:
Uygulamaayarlarını güncellemek için Logto konsolunu kullanıyorsanız, bu değişiklikten etkilenmemelisiniz. Etkilenen alanları güncellemek içinPATCHmetodunu kullanan API kullanıcılarının bu değişikliğin farkında olması gerekir.PATCHyöntemi, artık bütün jsonb alanını yeni giriş verileriyle değiştirecektir. Etkilenen alanların herhangi bir kısmi giriş verisi reddedilecektir.
Etkilenen webhook olayları: Role.Scopes.Updated, Organizations.Membership.Updates.
Webhook olay yükünden döndürülen API yanıt durum kodu her zaman 404 idi. Bu, webhook olay yükünün API yanıt bağlamı ayarlanmadan önce eklenmesinden kaynaklanıyordu.
Olay başarılı bir şekilde işlendiğinde yalnızca webhook'u tetiklediğimizden, durum kodu her zaman 2xx olmalıdır.
Bu sorun, webhook olay yükünün API yanıt bağlamı ayarlandıktan sonra eklenmesiyle düzeltilmiştir.
Argon2d ve Argon2id. Bu algoritmaları kullanan kullanıcılar, başarılı oturum açma durumunda Argon2i'ye geçirilecektir.@logto/experience için tarayıcı listesi yapılandırması, README.mdde belirtilenlerle senkronize edildi.