Auris pour les MSP : une console, un tenant par client

Auris est le produit d'identité et d'accès d'Altovar : authentification unique, authentification multifacteur adaptative et contrôle d'accès basé sur les rôles, conçu spécifiquement pour les prestataires de services managés (MSP) qui gèrent de nombreux clients avec une seule équipe d'exploitation. Pour un MSP, la proposition comporte deux volets faciles à confondre : une console unique pour tout piloter, et une frontière stricte entre ce que chaque client peut voir. Auris garde ces deux idées distinctes, et c'est cette distinction qu'il faut comprendre avant d'évaluer le produit.

Tenant et organisation : la différence

Dans Auris, le tenant est la frontière stricte de sécurité et d'isolation des données qui correspond à un client. Une organisation est un regroupement qui existe à l'intérieur d'un tenant — pour des équipes, des rôles ou des départements — et c'est une structure souple, pas un substitut à l'isolation. Deux organisations d'un même tenant peuvent partager de la visibilité par conception ; deux tenants différents ne devraient jamais pouvoir accéder aux données l'un de l'autre, par quelque voie que ce soit. Les politiques d'accès, les rôles et les journaux d'audit définis pour un tenant ne se retrouvent pas dans un autre.

Pourquoi la frontière se situe au niveau du tenant, pas de l'organisation

Un tenant par client donne à un MSP un rayon d'impact prévisible : si un problème survient dans le tenant d'un client, les dégâts restent structurellement confinés à ce tenant, au lieu de se propager via une structure partagée au niveau des organisations. Cela simplifie aussi deux des flux de travail les plus propices aux erreurs pour un MSP. Les revues d'accès deviennent plus simples, car il suffit de raisonner sur l'appartenance à un seul tenant à la fois. Le offboarding devient lui aussi plus simple, puisque retirer un client revient à désactiver un tenant clairement délimité, plutôt qu'à démêler des appartenances à des organisations qui auraient pu être partagées entre clients.

Une console pour le MSP, pas un annuaire partagé

L'autre moitié de la proposition est opérationnelle : une console unique permet à une seule équipe d'exploitation de gérer la connexion, le provisioning et les accès sur tous les tenants clients sans changer d'outil. Auris documente le SSO via SAML 2.0 et OIDC, le provisioning SCIM depuis des fournisseurs d'identité comme Okta et Azure AD, ainsi qu'un contrôle d'accès basé sur les relations, inspiré de l'approche Zanzibar de Google. Rien de tout cela ne change la frontière du tenant décrite plus haut : c'est la façon dont le MSP administre de nombreux tenants isolés depuis un seul endroit, pas un moyen de contourner l'isolation. Le détail technique complet se trouve sur la page produit Auris.

Où se trouvent les données

Altovar, dont le siège est à Gênes, en Italie, exploite Auris sur des serveurs dédiés dans des centres de données en Allemagne. La partie "souveraine" de la proposition décrit l'endroit où se déroulent le traitement et le stockage ; il s'agit d'un choix de configuration, pas d'une certification délivrée par un tiers.

Ce que c'est, et ce que ce n'est pas

Ceci est une description de ce qu'Auris est conçu pour faire, pas un test indépendant du produit. Altovar n'a publié ni audit tiers ni chiffres de taux de conversion commerciale pour ce positionnement auprès des MSP, et aucun n'est avancé ici. Pour un MSP qui évalue des outils d'identité, le modèle d'un tenant par client est un choix de conception sur l'endroit où Auris trace sa frontière la plus stricte, pas une garantie qui remplacerait les propres contrôles d'accès du MSP.

Ce qu'il faut faire

• Vérifiez l'isolation des tenants lors d'une revue d'accès réelle, pas à partir de la description commerciale — de ce fournisseur ou de tout autre.
• Traitez les organisations comme une commodité pour structurer les équipes d'un client, jamais comme un périmètre de sécurité.
• Cartographiez le SSO et le provisioning SCIM par tenant avant d'intégrer un nouveau client, afin que les sources d'identité restent séparées dès le premier jour.
• Planifiez le offboarding au niveau du tenant, afin que le retrait d'un client désactive une frontière nette plutôt que de démêler des appartenances à des organisations partagées.

Sources : Altovar — European infrastructure, real security, Auris documentation.