← Alle News
ARTIKEL
30. September 2026 Aktualisiert am 25. September 2026 3 Min. Lesezeit

Auris für MSP: eine Konsole, ein Tenant pro Kunde

Auris, Altovars Identitätsplattform, gibt MSPs eine einzige Konsole: Kundendaten bleiben im eigenen Tenant, der eigentlichen Isolationsgrenze; Organisationen sind nur eine lockerere Gruppierung darin.

In diesem Artikel
  1. Tenant und Organisation im Unterschied
  2. Warum die Grenze beim Tenant liegt, nicht bei der Organisation
  3. Eine Konsole für den MSP, kein gemeinsames Verzeichnis
  4. Wo die Daten liegen
  5. Was das ist, und was nicht
  6. Was zu tun ist

Auris ist Altovars Produkt für Identität und Zugriff: Single Sign-on, adaptive Multi-Faktor-Authentifizierung und granulare rollenbasierte Zugriffskontrolle, konzipiert speziell für Managed Service Provider, die viele Kunden mit einem einzigen Betriebsteam betreuen. Für einen MSP besteht das Angebot aus zwei Teilen, die leicht verwechselt werden: eine einzige Konsole für alles, und eine harte Grenze zwischen dem, was jeder Kunde sehen kann. Auris hält diese beiden Ideen getrennt, und genau diese Trennung sollte man verstehen, bevor man das Produkt bewertet.

Reihen einzelner nummerierter Briefkästen im Eingang eines Wohnhauses
Foto: Donald Trung Quoc Don (CC BY-SA 4.0), Wikimedia Commons.

Tenant und Organisation im Unterschied

In Auris ist der Tenant die harte Sicherheits- und Datenisolationsgrenze, die einem Kunden entspricht. Eine Organisation ist eine Gruppierung innerhalb eines Tenants — für Teams, Rollen oder Abteilungen — und eine weiche Struktur, kein Ersatz für Isolation. Zwei Organisationen im selben Tenant können Sichtbarkeit bewusst teilen; zwei verschiedene Tenants sollten auf keinem Weg gegenseitig auf Daten zugreifen können. Zugriffsrichtlinien, Rollen und Audit-Protokolle, die für einen Tenant definiert sind, gelangen nicht in einen anderen.

Warum die Grenze beim Tenant liegt, nicht bei der Organisation

Ein Tenant pro Kunde gibt einem MSP einen vorhersehbaren Schadensradius: Geht in einem Kunden-Tenant etwas schief, bleibt der Schaden strukturell auf diesen Tenant begrenzt, statt sich über gemeinsam genutzte Strukturen auf Organisationsebene auszubreiten. Das vereinfacht auch zwei der fehleranfälligsten Arbeitsabläufe für MSPs. Zugriffsprüfungen werden einfacher, weil man dabei jeweils nur die Mitgliedschaft in einem Tenant betrachten muss. Auch das Offboarding wird einfacher, denn das Entfernen eines Kunden bedeutet, einen klar abgegrenzten Tenant stillzulegen, statt Organisationsmitgliedschaften zu entwirren, die zwischen Kunden geteilt worden sein könnten.

Eine Konsole für den MSP, kein gemeinsames Verzeichnis

Die andere Hälfte des Angebots ist operativ: Eine einzige Konsole erlaubt es einem Betriebsteam, Sign-on, Provisioning und Zugriff über alle Kunden-Tenants hinweg zu verwalten, ohne das Werkzeug zu wechseln. Auris dokumentiert SSO über SAML 2.0 und OIDC, SCIM-basiertes Provisioning von Identity-Providern wie Okta und Azure AD sowie eine beziehungsbasierte Zugriffskontrolle nach dem Vorbild von Googles Zanzibar-Ansatz. Nichts davon verändert die oben beschriebene Tenant-Grenze — es beschreibt, wie der MSP viele isolierte Tenants von einer Stelle aus verwaltet, nicht einen Weg, die Isolation zu umgehen. Alle technischen Details stehen auf der Auris-Produktseite.

Wo die Daten liegen

Altovar mit Sitz in Genua betreibt Auris auf dedizierten Servern in Rechenzentren in Deutschland. Der Begriff "souverän" beschreibt, wo Verarbeitung und Speicherung stattfinden; es handelt sich um eine Konfigurationsentscheidung, nicht um ein Zertifikat eines Dritten.

Was das ist, und was nicht

Dies ist eine Beschreibung dessen, wofür Auris gebaut ist, keine unabhängige Produktbewertung. Altovar hat für diese MSP-Positionierung keine Audits Dritter oder Kennzahlen zur Abschlussquote veröffentlicht, und hier wird auch keine behauptet. Für einen MSP, der Identitätswerkzeuge bewertet, ist das Modell eines Tenants pro Kunde eine Designentscheidung darüber, wo Auris seine härteste Grenze zieht — keine Garantie, die die eigenen Zugriffskontrollen des MSP ersetzt.

Was zu tun ist

  • Die Tenant-Isolation in einer echten Zugriffsprüfung überprüfen, nicht anhand der Marketingbeschreibung — bei diesem Anbieter oder jedem anderen.
  • Organisationen als Hilfsmittel zur Strukturierung der Teams eines Kunden behandeln, nie als Sicherheitsgrenze.
  • SSO und SCIM-Provisioning pro Tenant planen, bevor ein neuer Kunde angebunden wird, damit Identitätsquellen von Anfang an getrennt bleiben.
  • Offboarding auf Tenant-Ebene planen, damit das Entfernen eines Kunden eine saubere Grenze stilllegt, statt gemeinsam genutzte Organisationsmitgliedschaften entwirren zu müssen.

Quellen: Altovar – europäische Infrastruktur, echte Sicherheit, Auris-Dokumentation.