Auris för MSP:er: en konsol, en tenant per kund

Auris är Altovars produkt för identitet och åtkomst: single sign-on, adaptiv multifaktorautentisering och detaljerad rollbaserad åtkomstkontroll, byggd specifikt för managed service-leverantörer (MSP:er) som driver många kunder med ett enda driftteam. För en MSP består erbjudandet av två delar som lätt blandas ihop: en enda konsol att sköta allt från, och en hård gräns mellan vad varje kund kan se. Auris håller dessa två idéer åtskilda, och just den åtskillnaden är värd att förstå innan man utvärderar produkten.

Tenant kontra organisation: skillnaden

I Auris är tenanten den hårda säkerhets- och dataisoleringsgränsen som motsvarar en kund. En organisation är en gruppering som finns inuti en tenant — för team, roller eller avdelningar — och är en mjuk struktur, inte en ersättning för isolering. Två organisationer i samma tenant kan dela synlighet med avsikt; två olika tenanter ska aldrig kunna se varandras data på något sätt. Åtkomstpolicyer, roller och granskningsloggar som definierats för en tenant läcker inte över till en annan.

Varför gränsen ligger vid tenanten, inte organisationen

En tenant per kund ger en MSP en förutsägbar skadeomfattning: om något går fel inuti en kunds tenant förblir skadan strukturellt begränsad till den tenanten, i stället för att spridas genom delade strukturer på organisationsnivå. Det förenklar också två av de mer felbenägna arbetsflödena för en MSP. Åtkomstgranskningar blir enklare, eftersom granskaren bara behöver resonera om medlemskap i en tenant åt gången. Offboarding blir också enklare, eftersom att ta bort en kund innebär att avveckla en tydligt avgränsad tenant i stället för att reda ut organisationsmedlemskap som kan ha delats mellan kunder.

En konsol för MSP:n, inte en delad katalog

Den andra halvan av erbjudandet är operativ: en enda konsol låter ett driftteam hantera inloggning, provisionering och åtkomst över alla kunders tenanter utan att byta verktyg. Auris dokumenterar SSO via SAML 2.0 och OIDC, SCIM-baserad provisionering från identitetsleverantörer som Okta och Azure AD, samt relationsbaserad åtkomstkontroll modellerad efter Googles Zanzibar-metod. Inget av detta ändrar tenantgränsen som beskrivs ovan — det handlar om hur MSP:n administrerar många isolerade tenanter från ett enda ställe, inte ett sätt att kringgå isoleringen. Fullständiga tekniska detaljer finns på Auris produktsida.

Var datan finns

Altovar, med huvudkontor i Genua, driver Auris på dedikerade servrar i datacenter i Tyskland. Den "suveräna" delen av erbjudandet beskriver var bearbetning och lagring sker; det är ett konfigurationsval, inte en tredjepartscertifiering.

Vad det här är, och vad det inte är

Det här är en beskrivning av vad Auris är byggt för att göra, inte en oberoende produktrecension. Altovar har inte publicerat tredjepartsgranskningar eller siffror om kundvinstfrekvens för den här MSP-positioneringen, och inga sådana påstås här. För en MSP som utvärderar identitetsverktyg är modellen med en tenant per kund ett designval om var Auris drar sin hårdaste gräns, inte en garanti som ersätter MSP:ns egna åtkomstkontroller.

Vad du bör göra

• Verifiera tenantisoleringen i en verklig åtkomstgranskning, inte utifrån marknadsföringsbeskrivningen — hos den här leverantören eller någon annan.
• Behandla organisationer som ett bekvämt sätt att strukturera en kunds team, aldrig som en säkerhetsperimeter.
• Kartlägg SSO och SCIM-provisionering per tenant innan en ny kund ansluts, så att identitetskällorna hålls åtskilda från dag ett.
• Planera offboarding på tenantnivå, så att borttagning av en kund avvecklar en ren gräns i stället för att kräva att man reder ut delade organisationsmedlemskap.

Källor: Altovar — European infrastructure, real security, Auris documentation.