Authentication, Authorization, and User Management
Aserto erbjuder finkornig auktorisation som en tjänst för applikationer och API:er, det vill säga infrastruktur för att avgöra vem som får göra vad i ett system, separat från själva autentiseringen. Det riktar sig till utvecklare som vill hantera behörighetslogik centralt istället för att sprida ut den i applikationskoden.
Besök AsertoAserto är en autoriseringstjänst (authorization-as-a-service) specialiserad på finkornig åtkomstkontroll för applikationer och API:er - det vill säga beslutet om vad en redan inloggad användare får göra, till skillnad från själva inloggningen. Tjänsten låter utvecklare externalisera behörighetslogik (t.ex. RBAC/ABAC/ReBAC-mönster) från applikationskoden till en separat "authorizer" som kan köras som en egen instans och frågas i realtid. Det gör Aserto särskilt relevant för mikrotjänstarkitekturer där flera tjänster behöver konsekventa, centralt hanterade behörighetsbeslut. Gratisnivån täcker upp till 1000 månatliga aktiva användare (MAUs) och 100 authorizer-instanser, vilket räcker för mindre produkter eller flera parallella tjänster i ett tidigt skede. Aserto förutsätter att man redan har en lösning för autentisering (inloggning) och löser enbart auktorisationslagret ovanpå den.
Den fria nivån täcker upp till 1000 månatliga aktiva användare (MAU) och 100 authorizer-instanser.
Bygga behörighetskontroller för en SaaS-produkts API-endpoints, t.ex. vem som får se eller redigera specifika resurser.
Flytta behörighetsbeslut från hårdkodade if-satser i applikationskoden till en centralt hanterad policytjänst.
Köra flera 'authorizer instances' så att varje tjänst i en mikrotjänstarkitektur kan fatta konsekventa behörighetsbeslut lokalt.
Implementera roll- eller attributbaserad åtkomstkontroll utan att bygga en egen behörighetsmotor från grunden.
Testa finkorniga behörighetsmodeller innan man låser in en produktionsarkitektur för åtkomstkontroll.
I samma kategori erbjuder Cerbos Hub och Permit.io liknande auktorisation-som-tjänst för RBAC/ABAC/ReBAC - Cerbos Hub är gratis upp till 100 månatliga aktiva 'principals' medan Permit.io ligger på 1000 månatliga aktiva användare, ungefär i linje med Aserto. Ory erbjuder en bredare AuthN+AuthZ-plattform (inloggning och behörigheter i ett) med 25 000 gratis permission-checks per dag, vilket är ett alternativ om man vill ha båda lagren i samma verktyg istället för att kombinera Aserto med en separat IdP.
Källan anger en gratisnivå upp till 1000 MAUs och 100 authorizer-instanser, men specificerar inte om detta är en permanent gratisnivå eller en tidsbegränsad provperiod - verifiera direkt hos leverantören.
Beskrivningen 'authorization as a service' antyder molndrift, men källan anger inte om en self-hosted variant erbjuds - kontrollera på aserto.com.
Ja. Aserto hanterar auktorisation (vad en inloggad användare får göra), inte autentisering (inloggning), så det måste kombineras med en separat lösning för själva inloggningen.
Utvecklingsteam som vill externalisera finkorniga behörighetsbeslut (RBAC/ABAC/ReBAC) från applikationskoden, särskilt i mikrotjänstarkitekturer med flera authorizer-instanser.
Auth0 och Okta är i första hand identitetsplattformar (inloggning, SSO, MFA) med viss inbyggd behörighetshantering, medan Aserto är specialiserat enbart på finkornig auktorisation och förväntas kombineras med en separat IdP.
SIAX perspektiv
Aserto är relevant när man vill separera vem är du (autentisering) från vad får du göra (auktorisation) och slippa bygga den logiken själv i varje tjänst - särskilt i system med flera API:er som ska dela samma regelverk. Gränsen på 1000 MAU i gratisnivån räcker för tidiga produkter och interna verktyg, men bör räknas in i kostnadsplaneringen som en tydlig tröskel när kundbasen växer. Eftersom auktorisationsbeslut ofta rör känslig åtkomst till data är det värt att se över var authorizer-instanserna körs, särskilt med tanke på GDPR om personuppgifter är inblandade i behörighetsbesluten.
Osäker på vad ni behöver?
Ett kostnadsfritt första samtal - vi går igenom er stack och vad som faktiskt behövs innan ni betalar för något.
Boka samtal