Logto-produktuppdateringar

Logto API SDK#

Ett TypeScript SDK för att integrera med Logtos Management API med hjälp av klientautentisering.

Så fungerar det:

1. Skapa en maskin-till-maskin-applikation i Logto-konsolen.
2. Ge applikationen åtkomst till Management API.
3. Installera SDK via npm: npm install @logto/api
4. Använd createManagementApi() för att skapa en typad klient för Management API med din applikationsuppgifter.

Höjdpunkter:

• Hanterar automatiskt OAuth-tokenautentisering och förnyelse.
• Stöder både Logto Cloud och självhostade instanser.
• Förenklar integrationen med Logtos Management API så att du kan fokusera på att bygga funktioner istället för att hantera lågnivå-API-förfrågningar.

Hemligt valv#

Det hemliga valvet är en säker lagringslösning i Logto för att hantera känslig användardata, inklusive åtkomsttoken, API-nycklar, engångskoder och annan konfidentiell information. Dessa hemligheter används normalt för att nå tredjepartstjänster å användarens vägnar, vilket gör säker lagring avgörande.

Stöd för federerad tokenlagring#

Tokenlagring stöds nu för både sociala och företags-SSO-kopplingar. När detta aktiveras lagrar Logto tokenuppsättningen som utfärdas av identitetsleverantören efter lyckad autentisering. Applikationer kan därefter hämta åtkomsttoken senare – utan att kräva att användaren autentiserar på nytt – för att anropa tredjeparts-API:er.

Stödda kopplingar:

• Sociala kopplingar: GitHub, Google, Facebook, Standard OAuth 2.0 och Standard OIDC
• Företags-SSO-kopplingar: Alla OIDC-baserade SSO-kopplingar

Så fungerar det:

1. Aktivera tokenlagring för sociala och företags-SSO-kopplingar i Logto-konsolen eller via Logtos Management API.
2. När det är aktiverat lagrar Logto automatiskt tokenuppsättningen som utfärdas av leverantören efter lyckad användarautentisering.
3. Hämta den lagrade token via Kontots API vid behov.

Läs mer i dokumentationen för hemligt valv.

Lägg till TOTP och reservkoder via Kontots API#

Användare kan nu lägga till TOTP och reservkoder via Kontots API.

• POST /api/my-account/mfa-verifications/totp-secret/generate: Generera en TOTP-hemlighet.
• POST /api/my-account/mfa-verifications/backup-codes/generate: Generera reservkoder.
• POST /api/my-account/mfa-verifications: Lägg till en TOTP eller reservkod med hjälp av genererad hemlighet eller koder.
• GET /api/my-account/mfa-verifications/backup-codes: Hämta reservkoder.

Övriga förbättringar#

• Sociala kopplingar: Stöd har lagts till för att ange en anpassad scope-parameter när auktoriserings-URL:en genereras för sociala kopplingar. Detta gör att du kan begära ytterligare behörigheter från den sociala leverantören när Logtos sociala verifieringsendpoint anropas. Om scope anges används den i auktoriseringsförfrågan; annars används standardscope enligt kopplingsinställningarna.
• Konsol: För att bättre stödja den nya funktionen för hemligt valv har vi omstrukturerat layouten på användardetaljsidan. Användarens sociala och företags-SSO-identiteter är nu organiserade i en ny anslutningssektion. Denna sektion visar alla användarens länkade anslutningar, inklusive tredjepartsidentitetsinformation och tokenlagringsstatus (om tillämpligt). En detaljerad identitetssida finns också för varje anslutning, vilket ger mer information om den länkade identiteten och dess kopplade tokens.

Buggfixar#

Tenantmedveten främmande nyckelbegränsning för tabellen organization_user_relations

Problem

Utvecklare kunde av misstag tilldela en user_id från en annan tenant till en organisation, vilket orsakade 500-fel på organisationens användar-API:er. Ursprungstabellen organization_user_relations hade endast en främmande nyckel mot users (id), vilket lät alla befintliga användar-ID användas oavsett tenantisolering.

Grundorsak

Logto använder radnivåsäkerhet (RLS) på alla tabeller för att isolera tenantdata. När användartabellen kopplas mot organization_user_relations blir den faktiska användardatan otillgänglig för nuvarande tenant på grund av RLS-restriktioner, vilket leder till att användardata returneras som null och utlöser 500-serverfel.

Lösning

En sammansatt främmande nyckelbegränsning (tenant_id, user_id) med referens till users (tenant_id, id) har lagts till för att säkerställa att relationen mellan organisation och användare tillhör samma tenant. Detta säkerställer korrekt tenantisolering på databasenivå.