Enterprise

RBAC und Prüfprotokolle: Was Geräteflotten im Unternehmen wirklich brauchen

PhoneFleets Team · 2026-06-22 · 5 Min. Lesezeit

RBAC und Prüfprotokolle: Was Geräteflotten im Unternehmen wirklich brauchen

Eine Geräteflotte ohne rollenbasierten Zugriff wird nicht wirklich verwaltet. Sie wird einfach nur geteilt. Und geteilte Geräte mit geteilten Logins schaffen ein ganz bestimmtes, absehbares Problem: Niemand kann mit Sicherheit sagen, wer was getan hat, oder wann.

Warum geteilte Logins ein Compliance-Audit nicht bestehen

Fragen Sie einen Compliance-Prüfer, worauf er bei einer Geräteflotte achtet, fällt sofort der Begriff rollenbasierter Zugriff, dicht gefolgt vom Prüfprotokoll. Beide dienen demselben Zweck: die Frage "Wer hat das angefasst, und wann?" zu beantworten, ohne sich auf das Gedächtnis oder eine geteilte Tabelle verlassen zu müssen.

Ein Gerät mit einem einzigen geteilten Login für das gesamte Team kann diese Frage nicht beantworten. Jeder mit den Zugangsdaten könnte jede beliebige Aktion ausgeführt haben, und es gibt keinen Nachweis, der zwischen ihnen unterscheidet.

Das Kernproblem

„Wer hat das getan, und wann?“

GEMEINSAMER LOGINeine Zugangsdaten, das ganze Team
A
B
C
ops@team · gemeinsam
14:02 · post publishedAkteur: ?
14:19 · comment removedAkteur: ?
15:47 · settings changedAkteur: ?

Jeder mit den Zugangsdaten könnte alles davon getan haben. Kein Protokoll unterscheidet sie.

RBACIdentität + Rolle pro Nutzer
A
AnaAdmin
B
BenOperator
C
CaraAbrechnung
14:02 · post publishedBen
14:19 · comment removedBen
15:47 · settings changedAna

Jede Aktion trägt eine Identität und eine Rolle. Die Frage hat immer eine Antwort.

Was ein echtes Prüfprotokoll erfassen muss

Ein Audit-Log, das einer Prüfung tatsächlich standhält, braucht mindestens:

  • Nutzerbezogene Identität bei jeder Aktion, nicht nur ein Protokoll auf Geräteebene
  • Zeitstempel, präzise genug, um eine Abfolge von Ereignissen zu rekonstruieren
  • Detailtiefe auf Sitzungsebene, also nicht nur "angemeldet", sondern was während der Sitzung geschehen ist
  • Aufbewahrung, lange genug, um für den Prüfzeitraum relevant zu sein, der für Ihre Organisation gilt

Was ein echter Audit-Verlauf erfasst

Ein Aktivitätsprotokoll, das einer Prüfung standhält

AKTIVITÄTSPROTOKOLL · Gerät DK-2291 · Aufzeichnung aktiv
2026-07-06 14:02:11ana
login · role=admin● rec
2026-07-06 14:02:58ben
post.publish · id=4471● rec
2026-07-06 14:19:33ben
comment.remove · id=8812● rec
2026-07-06 15:47:02ana
settings.update · 2fa=on● rec
2026-07-06 15:51:40cara
view.dashboard · denied writeview

Nutzerbezogene Identität bei jeder Aktion, präzise Zeitstempel und Sitzungsaufzeichnung – kein gerätebezogenes „jemand hat sich angemeldet“.

Die Mindestanforderung

Vier Dinge, die ein Verlauf braucht, um eine Prüfung zu überstehen

01

Nutzerbezogene Identität

Bei jeder Aktion – nicht nur ein gerätebezogenes Protokoll, das das ganze Team in einen Topf wirft.

02

Präzise Zeitstempel

Präzise genug, um die exakte Abfolge der Ereignisse zu rekonstruieren, nicht nur den Tag.

03

Detailtiefe auf Sitzungsebene

Nicht nur „angemeldet“ – was während der Sitzung tatsächlich geschah.

04

Aufbewahrung, die zählt

Lange genug aufbewahrt, um den für Ihre Organisation geltenden Prüfzeitraum abzudecken.

RBAC und Aufzeichnung, von Anfang an integriert

Rollenbasierte Berechtigungen, die bei jeder Aktion durchgesetzt werden, ein vollständiges Aktivitätsprotokoll mit Zeitstempeln und automatische Sitzungsaufzeichnung auf jedem Gerät: Das sind keine Zusatzmodule, die nachträglich auf einen geteilten Gerätepool aufgesetzt werden. Sie sind strukturell verankert und ab dem ersten Gerät vorhanden, das Sie bereitstellen.

Strukturell, nicht nachträglich angebaut

Vorhanden ab dem ersten Gerät, das Sie bereitstellen

Gerät Nr. 1

bereitgestellt mit diesen integrierten Funktionen

Rollenberechtigungen

Bei jeder Aktion durchgesetzt, pro Nutzer.

Protokoll mit Zeitstempeln

Ein vollständiger Aktivitätsverlauf, ab der ersten Aktion.

Sitzungsaufzeichnung

Automatisch auf jedem Gerät, immer.

Das sind keine Zusatzoptionen, die nachträglich an einen gemeinsam genutzten Gerätepool angebaut werden – sie sind strukturell und von Anfang an vorhanden.

Mehr dazu, wie dies über eine gesamte Flotte hinweg durchgesetzt wird, lesen Sie auf unserer Enterprise-Lösungsseite. Die Abrechnungs- und Compliance-Bedingungen, die dafür gelten, finden Sie in unseren Nutzungsbedingungen.