So erstellen Sie Berichte zu Abweichungen zwischen Gerätebesitzer und Gerät in Kundenumgebungen

Device Mismatch liegt vor, wenn die aktuell angemeldete Person auf einem Endpunkt nicht mit dem erwarteten oder zugewiesenen Besitzer übereinstimmt. Ähnlich wie fehlende Patch-Compliance kann das die Sicherheitslage Ihres Unternehmens schleichend verschlechtern. Regelmäßige Audits sind deshalb unverzichtbar. Mit den richtigen Tools automatisieren Sie die aufwendigsten Schritte und erhalten gleichzeitig Echtzeit-Alarmierungen bei nicht übereinstimmenden Anmeldungen.

Dieser Artikel zeigt, wie Sie Fälle von Device Mismatch mit Bordmitteln nachverfolgen und wie moderne RMM-Lösungen Ihre Berichte zusätzlich aufwerten.

Berichte zu Device Mismatch ganz einfach erstellen

Folgen Sie diesen Schritten, um Daten zu Device Mismatch zu erfassen, und behalten Sie dabei Ihre Ziele und die technischen Rahmenbedingungen im Blick.

📌 Voraussetzungen:

• Administratorrechte
• Windows 10/11 oder Server 2016+
• PowerShell 5.1 oder neuer
• Graph-API-Berechtigungen
• Administratorzugriff auf den Geräten
• Zugriff auf verbindliche Zuordnungen von Benutzer:innen und Geräten (z. B. Intune, AD, Asset-Register, CMDB)
• Optional: Schreibzugriff auf die Registry für lokales Tagging
• Optional: NinjaOne oder ein vergleichbares RMM für Skript-Automatisierung und Berichterstattung

📌 Empfohlene Vorgehensweisen für die Bereitstellung:

Klicken, um zu einem Schritt zu springen	💻 Ideal für Einzelanwender:innen	💻💻💻 Ideal für größere Unternehmen
Schritt 1: Die aktuell angemeldete Person per PowerShell ermitteln	✓
Schritt 2: Den erwarteten Gerätebesitzer aus einer externen Quelle abrufen		✓
Schritt 3: Tatsächlichen und erwarteten Besitzer vergleichen und Abweichungen melden	✓	✓
Schritt 4: Ergebnisse für die laufende Überwachung in der Registry protokollieren	✓
Schritt 5: Skriptausführung planen und automatisieren	✓	✓

Sehen Sie sich auch die Videofassung von So erstellen Sie Berichte zu Abweichungen zwischen Gerätebesitzer und Gerät in Kundenumgebungen an und arbeiten Sie das komplette Fünf-Schritte-Konzept durch.

Schritt 1: Die aktuell angemeldete Person per PowerShell ermitteln

Mit leistungsstarken Cmdlets identifizieren Sie die relevanten Benutzer:innen eines Geräts im Handumdrehen.

📌 Anwendungsfälle: Registry-Protokolle des Geräts auf die jüngste Benutzeraktivität prüfen.

1. Drücken Sie Win + R, geben Sie PowerShell ein und drücken Sie Strg + Umschalt + Eingabetaste.
2. Um zu sehen, wer zuletzt auf das Gerät zugegriffen hat, führen Sie Folgendes aus:

$lastUserSID = (Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI").LastLoggedOnUserSID

$lastUsername = (Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI").LastLoggedOnUser

3. Um das zuletzt verwendete Profil zu prüfen, führen Sie Folgendes aus:

$profiles = Get-CimInstance -ClassName Win32_UserProfile | Where-Object { -not $_.Special }

$lastUsed = $profiles | Sort-Object LastUseTime -Descending | Select-Object -First 1

$lastUsed.LocalPath

Schritt 2: Den erwarteten Gerätebesitzer aus einer externen Quelle abrufen

📌 Anwendungsfälle: Eine korrekte Liste der Gerätezuweisungen für Endbenutzer:innen abrufen.

📌 Voraussetzungen: Graph API

1. Drücken Sie Win + R, geben Sie PowerShell ein und drücken Sie Strg + Umschalt + Eingabetaste.
2. Um die Liste der erwarteten Gerätebesitzer über die Graph API aus Intune abzurufen, führen Sie Folgendes aus:

Connect-MgGraph -Scopes "Device.Read.All", "DeviceManagementManagedDevices.Read.All", "User.Read.All"

$device = Get-MgDeviceManagementManagedDevice | Where-Object { $_.DeviceName -eq $env:COMPUTERNAME }

$expectedOwner = $device.UserPrincipalName

3. Um die Liste aus lokalen Registry-Daten zu erzeugen, führen Sie Folgendes aus:

Get-ItemProperty -Path "<KeyPath>" -Name "ExpectedOwner"

Ersetzen Sie <KeyPath> durch den Pfad des Schlüssels, in dem Sie die Besitzdaten ablegen (z. B. HKLM:\SOFTWARE\Org\Ownership).

Schritt 3: Tatsächlichen und erwarteten Besitzer vergleichen und Device Mismatch melden

So automatisieren Sie die Prüfung auf abweichende Besitzer mit PowerShell-Skripten.

📌 Anwendungsfälle: Device Mismatch anhand von Besitzdatensätzen erkennen.

1. Drücken Sie Win + R, geben Sie PowerShell ein und drücken Sie Strg + Umschalt + Eingabetaste.
2. Um ein Berichtsobjekt zu erstellen, führen Sie dieses Skript aus:

if ($lastUsername -ne $expectedOwner) {

$report = [PSCustomObject]@{

ComputerName = $env:COMPUTERNAME

ActualUser = $lastUsername

ExpectedUser = $expectedOwner

Timestamp = (Get-Date).ToString("u")

Mismatch = $true

}

} else {

$report = [PSCustomObject]@{

ComputerName = $env:COMPUTERNAME

ActualUser = $lastUsername

ExpectedUser = $expectedOwner

Timestamp = (Get-Date).ToString("u")

Mismatch = $false

}

}

3. Um Ihre Ergebnisse zum Device Mismatch als .csv-Datei zu exportieren, führen Sie Folgendes aus:
   
   $report | Export-Csv "C:\Reports\DeviceOwnerMismatch.csv" -NoTypeInformation

Schritt 4: Ergebnisse für die laufende Überwachung in der Registry protokollieren

⚠️ Warnung: Änderungen an der Registry können Systemprobleme verursachen. Erstellen Sie ein Backup, bevor Sie fortfahren.

📌 Anwendungsfälle: Eine Kopie der Audit-Ergebnisse zum Device Mismatch zur Redundanz in der Registry speichern

1. Drücken Sie Win + R, geben Sie PowerShell ein und drücken Sie Strg + Umschalt + Eingabetaste.
2. Um die Ergebnisse zum Besitzstatus in Ihrer Registry zu protokollieren, führen Sie Folgendes aus:

New-Item -Path "<StoragePath>" -Force

Set-ItemProperty -Path "<StoragePath> -Name "OwnerMismatch" -Value $report.Mismatch

Set-ItemProperty -Path "<StoragePath>" -Name "ActualUser" -Value $report.ActualUser

Set-ItemProperty -Path "<StoragePath>" -Name "ExpectedUser" -Value $report.ExpectedUser

Ersetzen Sie <StoragePath> durch den Registry-Pfad des Schlüssels, in dem Sie die Besitzdaten speichern (z. B. HKLM:\SOFTWARE\Org\DeviceAudit).

3. Drücken Sie Win + R, geben Sie cmd ein und drücken Sie Strg + Umschalt + Eingabetaste.
4. Um die Änderungen an den Registry-Einträgen zu bestätigen, führen Sie Folgendes aus:

reg query <StoragePath>

Schritt 5: Skriptausführung planen und automatisieren, um abweichende Besitzer zu erkennen

📌 Anwendungsfälle: Externe Plattformen für eine reibungslose Berichtserstellung nutzen.

1. Drücken Sie Win + R, geben Sie PowerShell ein und drücken Sie Strg + Umschalt + Eingabetaste.
2. Um regelmäßige Besitzprüfungen zu automatisieren, führen Sie Folgendes aus:

schtasks /create /tn "DeviceOwnerAudit" /tr "powershell.exe -File C:\Scripts\CheckOwnerMismatch.ps1" /sc weekly /st 03:00 /ru SYSTEM

3. Alternativ führen Sie die Skripte für unternehmensweite Rollouts über ein RMM aus (z. B. NinjaOne).

⚠️ Worauf Sie achten sollten

Risiken	Mögliche Folgen	Gegenmaßnahmen
Die Graph API liefert veraltete Besitzdaten	Korrekte Gerätezuordnungen werden als Abweichung markiert	Gleichen Sie die Daten mit mehreren externen Quellen ab (z. B. HR-Daten, lokale Registry-Daten).
Das Skript schlägt unbemerkt fehl	Fehlende Alarmierungen; übersehener Device Mismatch	Setzen Sie eine Versionskontrolle für PowerShell-Skripte durch.
Falsche Person wegen veraltetem Profil-Cache ermittelt	Fehlalarm	Prüfen Sie den Anmeldeverlauf im Ereignisprotokoll mit Get-WinEvent.
Logikfehler beim Vergleich von tatsächlichem und erwartetem Besitzer	Zweifelhafte Audits, zusätzlicher Nachverfolgungsaufwand	Prüfen Sie beide Variablen vor dem Vergleich und ergänzen Sie Null-Prüfungen.

Wichtige Aspekte bei der Zuordnung von User Agent und Gerät

Behalten Sie diese Punkte im Hinterkopf, während Sie Daten für Ihre Berichte zum Gerätebesitz erfassen.

Gemeinsam genutzte Arbeitsplätze

Arbeitsplätze, die von mehreren Personen genutzt werden, gehören ebenfalls in Ihre Berichte zum Device Mismatch. Um gemeinsam genutzte Umgebungen wie Kiosk-Systeme im Verkaufsraum von Besitzprüfungen auszunehmen, tragen Sie den Security Identifier (SID) des jeweiligen Kontos in folgende Registry ein:

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedPC\Exemptions

Reine Cloud-Geräte

Bei cloudzentrierten Endpunkten ist die Microsoft Graph API die wichtigste Quelle für den Gerätebesitz. Die registrierten Gerätebesitzer rufen Sie so ab:

GET /devices/{id}/registeredOwners

Integration in die Bereitstellung

Die Zuweisung von Benutzer:innen ist ein zentraler Schritt beim Provisioning von Geräten. In dieser Phase kommen entweder das Intune-Portal oder die Autopilot-CSV-Dateien zum Einsatz. Denken Sie daran, wenn Sie weitere Ansatzpunkte für die Fehlerbehebung brauchen.

Rollenwechsel im Lauf der Zeit

Stellenwechsel, Hardware-Upgrades und nicht autorisierte Nutzung sind die häufigsten Ursachen für einen Device Mismatch. Behalten Sie Ihre Endpunkte mit Management-Plattformen im Griff, die skalierbare Lösungen bieten.

Fehlerbehebung bei Berichten zu abweichenden Besitzern

So lösen Sie die Probleme mit Device Mismatch, auf die MSPs am häufigsten stoßen.

Erwarteter Besitzer fehlt

Wird der erwartete Besitzer eines Geräts nicht aufgeführt, prüfen Sie die Intune-Daten des Endpunkts und vergewissern Sie sich, dass Ihr eigener Registry-Schlüssel zur Besitzverfolgung (z. B. HKLM:\SOFTWARE\Org\DeviceOwners) auch befüllt ist.

Registry-Schlüssel nicht zugänglich

Für den Zugriff auf bestimmte Registry-Pfade oder deren Änderung sind Administratorrechte erforderlich. Melden Sie sich mit administrativen Anmeldeinformationen an oder führen Sie Start-Process powershell -Verb RunAs aus, um Ihre Berechtigungen zu erhöhen.

Mehrere Benutzer:innen zeigen Aktivität

Beim Ausführen von Win32_UserProfile werden häufig mehrere Benutzer:innen angezeigt. Um das relevanteste Anmeldeereignis zu finden, sortieren Sie sie mit folgendem Befehl nach Zeitstempel:

Get-CimInstance Win32_UserProfile | Sort-Object LastUseTime -Descending | Select-Object -First 1

Zeitüberschreitung bei der Graph API

Erhalten Sie beim Abruf von Daten über die Graph API Timeout-Fehler (z. B. 429 Too Many Requests), arbeiten Sie mit Retry-After-Headern sowie mit $top, $skip und @odata.nextLink.

Mit NinjaOne erkennen Sie Abweichungen schneller

NinjaOne verbessert die Erkennung von Abweichungen, indem es:

• rund um die Uhr erkennt und in Echtzeit alarmiert.
• Prüfungen auf Device Mismatch unternehmensweit ausrollt.
• Registry-Werte auf gesetzte Abweichungs-Flags prüft
• Geräte ohne Compliance für die Prüfung durch Techniker:innen gruppiert
• Remediation-Workflows automatisiert (z. B. Neuzuweisung von Besitzern, Ticket-Erstellung)
• mandantenübergreifende Berichte erzeugt, die Abweichungen beim Gerätebesitz sichtbar machen und beheben helfen

Datenerfassung für Ihren Bericht zu Device Mismatch automatisieren

Mit fortschrittlichen Tools erfassen, analysieren und speichern Sie Daten zu Device Mismatch in Ihrem gesamten System. Nutzen Sie zusätzlich RMM-Plattformen und ihre Automatisierungsfunktionen, um menschliche Fehler auszuschließen und skalierbare Lösungen wie benutzerdefinierte Funktionen und visualisierte Berichte einzusetzen.

Verwandte Themen:

• So ändern Sie den registrierten Besitzer und das Unternehmen Ihres Windows-PCs
• Berichte zum Hardware-Inventar
• Mehr als nur Fehlerbehebung: Best Practices für IT-Berichte
• Alles, was Sie über IT-Asset-Management wissen müssen