Geräteinventar ist keine Erkennung privilegierter Konten
Sep 14, 2026
Ein Geräteinventar zeigt Ihnen, wo sich die Rechner befinden, während ein Privilegieninventar zeigt, wohin ein Angreifer gelangen kann.
Ein Endpunktdatensatz kann zeigen, dass ein Rechner existiert, wem er gehört und ob ein Management-Agent sich gemeldet hat. Er zeigt jedoch nicht, wer diesen Rechner administrieren kann.
Dieser Unterschied ist entscheidend, denn ein Angreifer benötigt kein vollständiges Asset-Inventar. Ein gültiger privilegierter Pfad zu einem einzigen nützlichen Endpunkt kann bereits ausreichen. Wenn Ihr Team bekannte Geräte als Nachweis für eine abgeschlossene Erkennung privilegierter Konten meldet, misst es das Falsche.
Ein Geräteinventar zeigt, welche Systeme bekannt sind. Die Erkennung privilegierter Konten zeigt, welche Identitäten diese Systeme administrieren können, wie sie diesen Zugriff erhalten, ob die Nachweise aktuell sind und welche Endpunkte noch nicht gescannt wurden. Messen Sie die erfolgreiche Scan-Abdeckung anhand aller relevanten Endpunkte und analysieren Sie anschließend direkten und gruppenbasierten Administratorzugriff. Melden Sie die Geräteabdeckung nicht als Privilegien-Transparenz.
Geräteinventar und Erkennung privilegierter Konten beantworten unterschiedliche Fragen
Ein Geräteinventar ist unverzichtbar und beantwortet eine Asset-Management-Frage: Welche Systeme kennen wir? Der Datensatz kann Hostname, Besitzer, Betriebssystem, Geschäftsbereich, installierten Agenten oder den letzten Check-in-Zeitpunkt enthalten.
Die Erkennung privilegierter Konten beantwortet eine andere sicherheitsrelevante Frage: Wer kann jedes System gerade jetzt administrieren, und über welche Beziehung?
Das Geräteinventar kann zeigen | Das Privilegieninventar muss zeigen |
|---|---|
|
Der Endpunkt existiert |
Der Privilegienstatus des Endpunkts wurde erfolgreich geprüft |
|
Der Endpunkt hat einen Besitzer oder Management-Agenten |
Welche Konten und Gruppen administrativen Zugriff haben |
|
Der letzte Check-in-Zeitpunkt des Endpunkts |
Wann seine Privilegiennachweise erhoben wurden |
|
Der Endpunkt gehört zu einem Geschäftsbereich |
Ob der Zugriff direkt oder über eine Gruppe vererbt zugewiesen ist |
|
Der Endpunkt fällt in den Geltungsbereich der Verwaltung |
Welche Endpunkte im Geltungsbereich noch kein vertrauenswürdiges Ergebnis haben |
Ein aufgelistetes Gerät kann dennoch eine unbekannte lokale Administratorenmitgliedschaft aufweisen.
Ich empfehle, die Geräteliste als Ausgangspopulation zu behandeln und nicht als Ergebnis der Erkennung. Solange die Privilegienprüfung nicht erfolgreich war, gehört dieser Endpunkt in die Abdeckungslücke.
Die Erkennung privilegierter Konten benötigt einen Abdeckungsnenner
Jede Privilegienkennzahl benötigt einen Nenner. Für die Endpunkterkennung ist ein sinnvoller Ausgangswert:
Aktuelle Privilegienabdeckung = In den Geltungsbereich fallende Endpunkte mit einem erfolgreichen, aktuellen Privilegien-Scan / alle in den Geltungsbereich fallenden Endpunkte
Definieren Sie „aktuell“ für jede Endpunktpopulation. Sieben Tage können für Workstations akzeptabel sein, sind für kritische Server jedoch zu alt. Richten Sie das Intervall danach aus, wie schnell sich Zugriffsrechte ändern können.
Der Nenner darf nicht stillschweigend schrumpfen, wenn das Scannen schwieriger wird. Halten Sie mindestens diese Kategorien sichtbar:
- Erfolgreich innerhalb des akzeptierten Intervalls gescannt
- Erfolgreich gescannt, aber inzwischen veraltet
- Offline oder nicht erreichbar
- Fehlgeschlagen aufgrund von Authentifizierungs-, Autorisierungs-, Verbindungs- oder Konfigurationsproblemen
- Bekannt, aber nie gescannt
- Neu entdeckte Datensätze, die noch keinem Scan-Ziel zugeordnet wurden
Dies sind Sicherheitsergebnisse, die einer Nachverfolgung bedürfen. Ein offline, fehlgeschlagener oder nie gescannter Endpunkt kann weiterhin bestehende Zugriffsrechte enthalten und darf nicht als unbedenklich gezählt werden.
Registrierung und Zustandsberichte legen den Gerätestatus fest. Die Privilegienabdeckung liefert zusätzlich aktuelle Nachweise über administrativen Zugriff.
Effektiver Administratorzugriff muss vom Endpunkt aus zurückverfolgt werden
Auf einem Windows-Endpunkt ist die lokale Gruppe „Administratoren“ der praktische Ausgangspunkt. Ihre Mitglieder können ein lokales Konto, ein benanntes Domänenkonto oder eine Domänengruppe sein. Der effektive Zugriff erstreckt sich auch auf Identitäten, die die Mitgliedschaft über einen Gruppenpfad erben.
Daraus ergeben sich zwei unterschiedliche Sichtweisen:
- Direkte Mitgliedschaft: Ein Konto oder eine Gruppe erscheint direkt in der lokalen Administratorengruppe des Endpunkts.
- Gruppenbasierter Zugriff: Eine Person oder ein Konto erhält administrativen Zugriff, weil sie einer Gruppe angehören, die direktes oder verschachteltes Mitglied ist.
Direkte Zuweisungen erklären die Konfiguration des Endpunkts. Aufgelöste gruppenbasierte Beziehungen zeigen die Reichweite einer Identität in der gesamten Umgebung. Eine reine Liste lokaler Gruppeneinträge kann diese Reichweite unterschätzen.
Auch lokale Konten benötigen besondere Aufmerksamkeit. MITRE ATT&CK T1078.003, Local Accounts beschreibt, wie Angreifer gültige lokale Zugangsdaten für Persistenz, Rechteausweitung, Abwehrumgehung und Zugriff missbrauchen können. MITRE weist zudem darauf hin, dass wiederverwendete lokale Zugangsdaten die Bewegung zwischen Rechnern erleichtern können. Ein Geräteinventar kann Ihnen nicht sagen, ob dieselbe lokale Administratoridentität oder dasselbe Anmeldedatenmuster diese Reichweite erzeugt.
Die Privilegienerkennung muss Endpunktnachweise mit den Identitätsbeziehungen verknüpfen, die den Zugriff wirksam machen.
Endpunktplattformen erweitern die Erkennung; der Geschäftskontext bestimmt die Richtlinie
Asset- und Endpunktplattformen helfen dabei, den Geltungsbereich festzulegen. Integrierte Erfassungspfade können die Nachweiserhebung über verwaltete Endpunkte hinweg erweitern.
Vertrauenswürdige Ergebnisse verknüpfen das Ergebnis und den Zeitpunkt jeder Prüfung mit den gefundenen administrativen Beziehungen.
Der Geschäftskontext macht aus Nachweisen eine Richtlinie. Teams kombinieren Erkennungsergebnisse mit Kontoinhaberschaft, Arbeitsabläufen und geschäftlichem Bedarf, um zu entscheiden, welcher Zugriff beibehalten, überprüft oder entzogen wird.
Diese Verantwortlichkeiten greifen ineinander:
- Asset- und Endpunktplattformen legen den Geltungsbereich fest und erweitern, sofern integriert, die Erfassung.
- Die Erkennung privilegierter Konten bildet administrative Beziehungen ab und misst die Abdeckung.
- Kontoinhaberschaft, Abhängigkeiten und Richtlinienkontext leiten die Behebung.
Das umfassendere Kontrollrahmenwerk zu Inventarisierung, Zugriffsüberprüfungen, minimalen Rechten und zeitlich begrenztem Zugriff finden Sie im Netwrix-Leitfaden zu Best Practices im Privileged Access Management.
Sichtbarkeit vor der Reduzierung von Privilegien messen
Eine Privilegienanzahl wird erst aussagekräftig, wenn die Erkennungsabdeckung stabil ist.
Wenn das Scannen ein neues Serversegment erreicht, kann die Anzahl steigen, weil sich die Sichtbarkeit verbessert hat. Verfolgen Sie die Abdeckung zusammen mit der Exposition, damit spätere Reduzierungen tatsächlich entfernten Zugriff widerspiegeln und nicht verschwindende Nachweise.
Dies ist eine weitverbreitete operative Lücke. Der Netwrix 2026 Data and Identity Security Report ergab, dass 76 % der Organisationen bestehenden Zugriff nicht sofort widerrufen können, wenn er nicht mehr benötigt wird. Ein wirksamer Entzug beginnt damit, genau zu wissen, wo der Zugriff besteht und ob die Nachweise aktuell sind.
Berichten Sie Sichtbarkeit und Exposition gemeinsam. Verfolgen Sie:
- Gesamtzahl der in den Geltungsbereich fallenden Endpunkte.
- Anzahl und Prozentsatz mit einem aktuellen, erfolgreichen Scan.
- Veraltete, fehlgeschlagene, offline, nie gescannte und ungeklärte Endpunkte.
- Identitäten mit direktem oder gruppenbasiertem lokalem Administratorzugriff.
- Die Reichweite jeder Identität über Endpunkte hinweg.
- Alter des ältesten als aktuell akzeptierten Ergebnisses.
Sobald die Abdeckung stabil ist, priorisieren Sie Identitäten mit großer Reichweite, wiederholten lokalen Konten, unerwarteten Gruppenpfaden und Zugriff auf kritische Systeme. Ab diesem Punkt wird eine sinkende Privilegienanzahl zum Nachweis der Behebung.
Wie NPS-D Geräteaufzeichnungen in Privilegiennachweise verwandelt
Netwrix Privilege Secure for Discovery (NPS-D) verwandelt das Endpunktinventar in verwertbare Privilegiennachweise. Es erkennt lokalen administrativen Zugriff auf verwalteten Windows-Endpunkten, erfasst direkte und gruppenbasierte Administratorbeziehungen und hält den Scan-Status getrennt vom bloßen Vorhandensein eines Gerätedatensatzes. So erhalten Teams einen klaren Überblick über den erkannten Zugriff und den dahinterliegenden Abdeckungsstatus.
NPS-D kann Privilegiennachweise direkt von Windows-Endpunkten mit einem gültigen Scan-Konto erfassen, ohne dass ein NPS-D-Endpunktagent installiert werden muss. Es kombiniert Verzeichniskontext aus Active Directory, Microsoft Entra ID oder beidem mit lokalen Administratornachweisen, die über direkte Konnektivität oder eine unterstützte EDR-Integration wie Tanium Cloud erfasst werden. Dies erweitert die Erkennung auf direkt erreichbare und EDR-verwaltete Endpunkte.
Wenn Teams Microsoft Intune verwenden, hilft dessen Inventar verwalteter Geräte dabei, die Endpunktpopulation zu definieren. In Verbindung mit den Privilegiennachweisen von NPS-D erhalten Sie einen Einblick, welche Endpunkte verwaltet werden, wer jeden einzelnen administrieren kann, wie der Zugriff zugewiesen wird und wann die Nachweise erhoben wurden.
NPS-D verknüpft Endpunktergebnisse mit Identitäten. Teams können analysieren, wie weitreichend eine privilegierte Identität über Systeme hinweg reicht, und direkte Zuweisungen von gruppenbasiertem Zugriff unterscheiden, während Abdeckungslücken sichtbar bleiben.
Ein praxisnaher NPS-D-Workflow sieht so aus:
- Legen Sie die in den Geltungsbereich fallende Endpunktpopulation fest.
- Erfassen Sie aktuelle lokale Administratornachweise und messen Sie die Abdeckung.
- Verfolgen Sie direkten und gruppenbasierten Zugriff bis zu den Identitäten zurück.
- Überprüfen Sie Inhaberschaft, Abhängigkeiten und genehmigte Ausnahmen.
- Gehen Sie in kontrollierten Schritten von der Beobachtung zur Richtliniendurchsetzung über.
Sobald Teams wissen, wer administrativen Zugriff benötigt, können sie NPS-D nutzen, um unnötige Privilegien zu reduzieren. Beginnen Sie mit einer kleinen Gruppe von Endpunkten, überprüfen Sie die Ergebnisse und erweitern Sie schrittweise.
Privilegienabdeckung berichten
Ein vertrauenswürdiges Privilegieninventar verknüpft vier Dinge: einen in den Geltungsbereich fallenden Endpunkt, einen erfolgreichen und aktuellen Scan, die auf diesem Endpunkt gefundenen administrativen Beziehungen und die Identitäten, die über diese Beziehungen effektiven Zugriff erhalten.
Beginnen Sie diese Woche mit vier Maßnahmen:
- Definieren Sie die Endpunktpopulation, die in den Geltungsbereich fällt.
- Trennen Sie bekannte Geräte von Endpunkten mit einem erfolgreichen, aktuellen Privilegien-Scan.
- Untersuchen Sie jeden veralteten, fehlgeschlagenen, offline, nie gescannten oder ungeklärten Datensatz.
- Bewerten Sie direkte und gruppenbasierte Administratorbeziehungen nach ihrer Reichweite und geschäftlichen Bedeutung.
Wenn Sie jedes Gerät auflisten können, aber nicht sagen können, wer es jeweils administrieren kann, wann diese Nachweise erhoben wurden und welche Systeme unentdeckt bleiben, haben Sie ein Geräteinventar. Eine Erkennung privilegierter Konten haben Sie damit noch nicht.
Erkennung privilegierter Konten in Aktion erleben
Sehen Sie, wie Netwrix Privilege Secure for Discovery verborgenen privilegierten Zugriff auf Endpunkten aufdeckt, zeigt, wer jedes System administrieren kann, und Teams hilft, bestehenden Zugriff zu reduzieren.
Bereit, aus Ihrem Geräteinventar Privilegiennachweise zu machen? Entdecken Sie Netwrix Privilege Secure for Discovery.
Teilen auf
Erfahren Sie mehr
Über den Autor
Tomasz Malik
Tomasz Malik ist Cybersecurity- und Linux-Spezialist sowie Product Owner für Netwrix Privilege Secure for Discovery. Er verbindet praktische Systemexpertise mit Produktverantwortung, um Unternehmen dabei zu helfen, unnötige privilegierte Zugriffe in ihren Endpunktumgebungen zu erkennen, zu verstehen und zu reduzieren.