Benutzer und Berechtigungen
Verwalten Sie Kilo-IoT-Benutzer und bereichsspezifische ABAC-Berechtigungen — Bearbeiten, Anzeigen oder Kein Zugriff werden pro Bereich unabhängig festgelegt.
Innerhalb jeder Organisation verwendet der Kilo IoT Server die attributbasierte Zugriffskontrolle (ABAC), um zu bestimmen, wer was tun kann. Der Zugriff wird pro Produktbereich zugewiesen — Dashboards, Geräte, Regeln, Konnektoren und mehr — nicht über eine einzige Alles-oder-nichts-Rolle. Wenn Sie jemanden einladen oder seine Berechtigungen bearbeiten, legen Sie jeden Bereich einzeln auf Bearbeiten, Anzeigen oder Kein Zugriff fest.
Dieses Modell pro Bereich ist flexibler als ein grobes, rollenbasiertes Zugriffsmodell. Ein Bereitstellungsingenieur könnte Bearbeitungszugriff auf Geräte und Konnektoren erhalten, aber keinen Zugriff auf die Abrechnung. Eine Betriebsleiterin könnte Bearbeitungszugriff auf Dashboards und Warnungen haben, aber nur Lesezugriff auf die Regel-Engine. Eine Stakeholderin könnte alles sehen, aber nichts ändern. Und da der Zugriff auf jede Organisation beschränkt ist, kann dieselbe Person in verschiedenen Organisationen völlig unterschiedliche Berechtigungen haben.
So funktionieren Berechtigungslabels
Die Plattform verwendet Berechtigungen pro Bereich als primäres Zugriffsmodell. Es gibt keinen Schritt „Rolle auswählen“ — wenn Sie einen Benutzer einladen, legen Sie jeden Bereich einzeln auf Bearbeiten, Anzeigen oder Kein Zugriff fest. Der Dialog beginnt mit fest codierten Standardwerten (Bearbeiten für die meisten Bereiche, wobei Benutzer verwalten und Prüfprotokoll auf Kein Zugriff gesetzt sind), und Sie können vor dem Senden jeden Bereich anpassen.
Nachdem die Berechtigungen gespeichert wurden, berechnet die Plattform ein Anzeige-Label, indem sie den tatsächlichen Berechtigungssatz des Benutzers mit drei benannten Mustern abgleicht — Admin, Editor, und Betrachter. Wenn der Satz dem Admin-Muster entspricht, zeigt die Benutzertabelle „Admin“ an. Wenn er dem Editor-Muster entspricht, zeigt sie „Editor“ an. Benutzerdefinierte Kombinationen, die keinem Muster entsprechen, zeigen stattdessen die einzelnen Bereichsnamen an.
Eigentümer ist in demselben Sinne keine vordefinierte Rolle. Es ist eine Eigenschaft der Organisation selbst — genau ein Mitglied ist der Eigentümer, und dieser Status gewährt automatisch Zugriff auf die gesamte Organisation (wobei das Prüfprotokoll auf Lesen beschränkt ist). Der Eigentümerzugriff kann nicht angepasst oder entfernt werden; er ändert sich nur durch die Übertragung des Eigentums.
Eigentümer
Status des Organisationseigentums. Automatischer Zugriff auf die gesamte Organisation. Das Prüfprotokoll ist nur lesbar.
Nein — implizit durch das Eigentum
Admin
Bearbeiten auf allen Bereichen, einschließlich Abonnement und Benutzer verwalten. Prüfprotokoll ist immer Anzeigen. API-Schlüssel ist immer Bearbeiten.
Ja — pro Bereich
Editor
Bearbeiten auf den meisten Bereichen. Prüfprotokoll = Anzeigen. API-Schlüssel = Bearbeiten. Kein Zugriff auf Abonnement oder Benutzer verwalten.
Ja — pro Bereich
Betrachter
Anzeigen auf den meisten Bereichen. Prüfprotokoll = Anzeigen. API-Schlüssel = Bearbeiten (Self-Service-Ausnahme). Kein Zugriff auf Abonnement oder Benutzer verwalten.
Ja — pro Bereich

In diesem Abschnitt
Wie man eine Einladung an einen bestehenden Plattformbenutzer sendet, Berechtigungen pro Bereich zuweist und ausstehende Einladungen verwaltet.
Was passiert, wenn jemand auf einen Einladungslink für eine Mitgliedschaft oder Eigentumsübertragung klickt.
Die vollständige Berechtigungsreferenz — jeder konfigurierbare Bereich, eingeschränkte Optionen, Standardwerte und wie der Zugriff bewertet wird.
Berechtigungen aktualisieren, ausstehende Einladungen widerrufen und Benutzer aus der Organisation entfernen.
Zuletzt aktualisiert