Managed Service Provider
secnostic verbindet IT- und OT-Umgebungen, Assets, Risiken und Nachweise sauber getrennt pro Mandant. So arbeiten MSP-Teams mit einem aktuellen technischen Kundenscope.
secnostic platform
secnostic platform regelt Mandanten, Identitäten, Rollen, Zugriffe und Onboarding an einer Stelle, damit nicht jede App eigene Insellösungen entwickelt.
Anmeldung, Mandantentrennung und Rechte entwickelt keine App mehr selbst. Das macht den Betrieb mehrerer Anwendungen einfach skalierbar und prüfbar.
Eine Basis für alle Apps
Jede App braucht Login, Mandanten, Rollen und Zugriffe. Löst das jede App für sich, vervielfacht sich der Aufwand, und Fehler schleichen sich ein. secnostic platform übernimmt diese Basis einmal für alle: Mandanten samt eigener Anmeldung, registrierte Apps, Rechte und Pakete je Kunde. Neue Kunden onboarden Sie an einer Stelle, steuern, wer was sieht, und behalten den Überblick, auch wenn das Portfolio wächst.
Von Anmeldung und App zu geregeltem Zugriff
secnostic platform ist die gemeinsame Steuerungsebene hinter den secnostic Apps. Eine Anfrage von inventory, focusAlert oder einer weiteren App durchläuft die Plattform Schicht für Schicht: Identität, Mandant, Zugriff, Entitlements und schließlich die App selbst. Keine App muss Anmeldung, Mandantentrennung, Rechte und Pakete erneut aufbauen.
Identitätsanbieteroidc
Registrierte Appshttps
App-Zugangsdatenclient
Access-Tokensbearer
Browser-Sitzungencookie
IdentitätOIDC und Microsoft Entra ID, je Mandant
Mandantenisolierte Arbeitsbereiche
ZugriffErlauben oder Verweigern, mit Priorität
EntitlementsLimits, Pakete und Quoten, je Mandant oder global
Appsregistriert und angebunden
Zugriffsentscheidungenapi
Entitlement-Wertequery
Metrikenpull
App-Aufrufesecret
Zugriff und Mandanten im Detail
Zwei Mechanismen tragen die Plattform: ein Grant-Resolver, der jede Anfrage entscheidet, und die Mandantentrennung, die alles im Kontext genau eines Mandanten hält.
In der Praxis
SaaS-Portfolio
Ein Softwareanbieter nimmt einen neuen Kunden als isolierten Mandanten auf und schaltet zwei Apps in der Produktionsumgebung frei.
- Einladung
- Mandant aktiv
- App-Zugriff
- Bereitstellung
Eigene Anmeldung
Ein Kunde leitet alle Anmeldungen über sein eigenes Microsoft Entra ID statt über lokale Konten.
- Anbieter
- Weiterleitung
- Benutzer
- Sitzung
Lizenzen & Limits
Ein Produktmanager hebt die Paketstufe eines Kunden an und prüft die Nutzung gegen das neue Limit.
- Definition
- Wert setzen
- App fragt ab
- Nutzung
Ein rollenbasierter Grant-Resolver entscheidet, was jeder Benutzer, jede App und jedes Token darf. Eine Sync-Engine übernimmt die von jeder App deklarierten Berechtigungen, Entitlements und Metriken. Zusammen steuern sie Zugriff und Konfiguration je Mandant bei jeder Anfrage.
- Rechte & RollenRechte sind benannte Aktionen je Kontext; Rollen bündeln sie mit einer Priorität.
- GrantsEin Grant weist Rolle oder Recht zu, mit Erlauben oder Verweigern, einer Priorität, Kontext und optionalem Ablauf.
- PrioritätDer Grant mit der höchsten Priorität gewinnt; Verweigern schlägt Erlauben bei Gleichstand.
- Entitlement-SyncApps deklarieren Entitlements und Metriken; die Plattform prüft und speichert die Werte je Mandant. Manche Entitlements gelten global für die gesamte App, nicht an einen Mandanten gebunden.
- Token-ScopeTokens erben nur die Rechte ihres Besitzers und können sie nie überschreiten. Das Token, das eine App am Ende erhält, trägt nur deren App-Berechtigungen und die nötigen Benutzerangaben.
Zugriffsentscheidungen und Entitlement-Werte stehen über eine REST-API mit Abfrage-Syntax bereit. Governance und Provisionierung lassen sich so automatisieren.
Jeder Kunde ist ein isolierter Mandant mit eigenen Benutzern, Rollen, Rechten, Anmeldeanbietern und Entitlement-Werten. Alles wird nur im Kontext dieses Mandanten ausgewertet.
Isolierte Arbeitsbereiche
Benutzer, Rollen, Rechte, Anmeldeanbieter, App-Sichtbarkeit und Entitlement-Werte gelten nur im jeweiligen Mandanten. Ein Grant in Mandant A wirkt nie in Mandant B.
Onboarding und Offboarding
Betreiber verschicken einmalige, ablaufende Einladungen. Ein Mandant startet als Entwurf und wird aktiv. Entzieht ein Betreiber den Zugriff wieder, endet er sofort im gesamten Mandanten, weil jede Vergabe an den Mandanten gebunden ist.
Eigene Anmeldung je Mandant
Jeder Mandant richtet eigene OAuth- und OIDC-Anbieter ein, inklusive Microsoft Entra ID. Benutzer können mehreren Mandanten angehören und den Kontext wechseln.
App-Zugriff pro Umgebung
Der Zugriff wird je Umgebung vergeben. Ein Mandant darf etwa die Produktion einer App nutzen, die Testumgebung aber nicht, einzeln schaltbar oder als Sammelfreigabe.
Einblicke in die Plattform
Berechtigungen, Rollen, Zuweisungen und Anmeldung sind nach Aufgabe getrennt und teilen dasselbe Mandantenmodell.
Berechtigungen: die granularen Rechte, die innerhalb eines Mandanten vergeben werden können.
Berechtigung anlegen: eine neue Fähigkeit definieren, die Rollen und Zuweisungen referenzieren können.
Rollen: bündeln Berechtigungen, jede mit Effekt, Priorität und Ziel.
Zuweisen, Schritt 1: das passende Recht oder die Rolle für eine Person wählen.
Zuweisen, Schritt 2: Effekt Erlauben oder Verweigern setzen und an den Mandanten binden.
Anmeldung: OpenID-Connect-Anbieter wie Microsoft Entra für Single Sign-on einrichten.
Passende Lösungen
Die gleichen Produktfähigkeiten wirken je nach Betriebssituation unterschiedlich. Diese Lösungsseiten zeigen den Kontext.
Zentrale IT-Verwaltung
Eine aktuelle Datenbasis für Clients, Server, Cloud, SaaS, Identitäten, Software und Zuständigkeiten. Damit IT-Betrieb, Security und Service Desk mit denselben Fakten arbeiten.
Kritische Infrastruktur
secnostic zeigt, welche Anlagen, IT-/OT-Systeme, Netze und Dienstleister Ihre kritischen Dienste am Laufen halten. So sehen Betrieb und Security Abhängigkeiten, Wartungsrisiken, Schwachstellen und Reaktionswege, und die Nachweise für NIS2 und KRITIS bleiben in Reichweite.
FAQ
Die wichtigsten Fragen zu einer gemeinsamen Steuerungsebene für Mandanten und Apps.
Müssen Kunden ihre bestehenden Anmeldungen aufgeben?
Nein. Jeder Mandant richtet eigene OAuth- und OIDC-Anbieter ein, mit einer Vorlage für Microsoft Entra ID. Benutzer authentifizieren sich über ihren eigenen Identitätsanbieter, die Plattform stellt anschließend eine Sitzung aus und tritt dabei als Relying Party auf.
Wie getrennt sind die Daten der Mandanten?
Ein Mandant ist ein isolierter Arbeitsbereich. Benutzer, Rollen, Rechte, Anmeldeanbieter und Entitlement-Werte gelten nur in seinem Kontext. Ein Recht für Mandant A wirkt nie in Mandant B, sodass sich Daten und Zugriffe verschiedener Kunden nicht vermischen.
Können Kunden ihre eigenen Limits manipulieren?
Nur die, die der Betreiber dafür freigibt. Jedes Entitlement ist entweder global für die App oder je Mandant definiert und pro Mandant sichtbar, verborgen oder einstellbar. Limit- und abrechnungsrelevante Werte pflegt der Betreiber; die Plattform bleibt die verbindliche Quelle, und Apps fragen den aktuellen Wert nur ab, statt eine änderbare Kopie zu halten.
Was kostet es, eine neue App anzubinden?
Die App erfüllt ein dokumentiertes Integrationsprotokoll: eine Konfigurationsdatei plus Endpunkte für Info, Status, OAuth und ihre Rechte-, Entitlement- und Metrik-Definitionen. Bei der Registrierung erhält sie ein Secret und OAuth-Zugangsdaten, danach gleicht die Plattform die Kataloge regelmäßig ab.
Betreiben Sie ein App-Portfolio auf einer gemeinsamen Steuerungsebene
Wir klären, welche Mandanten, Apps, Rollen und Entitlements zuerst zusammenlaufen sollten und wo die Plattform sofort Aufwand und Sonderlösungen einspart.
Plattform-Scope besprechen