Diese Einstellungen informieren Factorial IT, welche Gerätestatusse als Verletzung zählen, welche Geräte ausgenommen sind und wie lange eine Einstellung sich stabilisieren muss, bevor sie zählt. Bis Sie diese konfigurieren, bleibt die Problemliste leer – Statusdaten werden gesammelt, aber nichts wird markiert.
Überblick
Gehen Sie zu Compliance > Einstellungen zu Compliance-Problemen. Jeder Problemtyp erscheint als eigener Abschnitt, mit jedem Status, den er melden kann.
Zwei Arten von Problemtypen:
- Global — Anmeldestatus und Online-Status. Sie gelten für jedes Gerät, hängen von nichts ab und sind immer bearbeitbar.
- Mit einer MDM-Kontrolle verbunden — alles andere. Sie werden bearbeitbar, sobald die entsprechende Kontrolle bereitgestellt wird.
Beide Arten werden in jedem Fall aufgelistet. Diejenigen, die auf eine Kontrolle warten, sind zusammengeklappt und nur lesbar, mit einer Zeile, die Ihnen sagt, welche Kontrolle Sie zuerst einrichten müssen — so können Sie sehen, was die Compliance überwachen kann, bevor Sie entscheiden, ob Sie sie bereitstellen möchten.
So verwenden Sie es
Jeder Status ist auf eines von drei Verhaltensweisen eingestellt:
Verhalten |
Was passiert |
|---|---|
Aus |
Der Status wird weiterhin auf dem Gerät gemeldet, löst jedoch nichts aus |
Problem erstellen |
Löst ein Compliance-Problem aus, sichtbar in der Liste, auf dem Gerät und in Ihren Zählungen |
Problem und Ticket erstellen |
Löst das Problem aus und öffnet ein Ticket, an dem die automatische Behebung arbeiten kann |
- Finden Sie den Problemtpy, den Sie konfigurieren möchten.
- Stellen Sie jeden Status ein. Bei Online-Status beispielsweise setzen viele Teams Offline 7+ Tage auf Problem erstellen und lassen Offline auf Aus, da kurze Check-in-Pausen normal sind.
- Nichts zu speichern.Änderungen werden automatisch angewendet, ab der nächsten Gerätesynchronisierung.
Ein Problemtpy mit jedem Status Aus ist effektiv deaktiviert.
Ausgenommene Geräte, die niemals ein Problem auslösen sollten
Eine Ausnahme entfernt eine ganze Kategorie von Geräten aus der Compliance, über jeden Problemtpy hinweg. Es wird nichts für sie ausgelöst: kein Problem, kein Ticket, keine Behebung.
Ausnahme |
Überspringt |
|---|---|
Unzugeordnete Geräte |
Geräte ohne Besitzer |
Lagergeräte |
Geräte, die im Lager gehalten werden |
Keines ist aktiv, bis Sie es aktivieren. Und das Ausnehmen eines Geräts macht Sie nicht blind dafür: Sein wahrer Zustand wird weiterhin berechnet und auf seiner eigenen Seite angezeigt. Was sich ändert, ist, dass die Warteschlange, die Zählungen und die Tickets aufhören, es zu zählen.
Das Speichern eines Geräts berechnet das gesamte Unternehmen neu: alles, was nicht mehr qualifiziert, verschwindet, und die daran angehängten Tickets schließen sich mit ihm.
Geben Sie den sich stabilisierenden Status Zeit zum Klären
Nicht jeder nicht konforme Status bedeutet, dass etwas falsch ist. Einige bedeuten, dass sie noch nicht abgeschlossen sind: ein Profil, das noch zum Gerät reist, ein Konto in der Erstellung, eine Herabstufung, die auf ihre Voraussetzungen wartet. Allein gelassen, lösen diese ein Problem aus, sobald sie berechnet werden, und ziehen es Minuten später zurück — was die Menschen dazu bringt, die Liste zu ignorieren.
Die Karenzzeit lässt Factorial IT warten, bevor ein Problem ausgelöst wird. Sie umfasst jeden Status, der auf Problem erstellen oder Problem und Ticket erstellen gesetzt ist, echte Verstöße eingeschlossen, wie Nicht auf dem neuesten Stand oder Nicht verschlüsselt. Das Gerät muss den gleichen Status für den gesamten Zeitraum beibehalten, gezählt ab dem Zeitpunkt, als es ihn zum ersten Mal gemeldet hat. Wenn sich der Status ändert, beginnt die Zählung erneut.
Einstellung |
Wirkung |
|---|---|
Keine Karenzzeit |
Ein markierter Status löst sofort sein Problem aus. Dies ist der Standard. |
1, 3, 7, 14, 21 oder 30 Tage |
Der Status muss zuerst so lange bestehen bleiben. |
Zwei Vorbehalte. Es verzögert nur die Auslösung des Problems. Bei Problem und Ticket erstellen wird das Ticket zusammen mit dem Problem geöffnet, sobald der Zeitraum vorbei ist. Ein bereits ausgelöstes Problem bleibt bestehen, bis sich der Status ändert oder klärt. Und die Uhr wird zur Berechnungszeit abgelesen, also erwarten Sie das Problem bei der ersten Berechnung, nachdem das Zeitfenster geschlossen ist, und nicht auf die Minute genau.
Setzen Sie die Ticketstandards
Jedes Ticket, das aus einem Compliance-Problem geöffnet wird, erbt drei Standards, die auf dieser Seite festgelegt sind:
| Standard | Was es tut |
| Zuständiger | Wer das Ticket erhält. Während Ihre Behebungsrichtlinie veröffentlicht ist, übernimmt ONE stattdessen. |
| Priorität | Die Priorität, mit der jedes Compliance-Ticket geöffnet wird. |
| Abonnenten | Wer benachrichtigt wird, ohne zugewiesen zu werden |
Ihr Team kann jeden dieser Punkte später in einem individuellen Ticket ändern. Die Standards entscheiden, wo die Warteschlange landet, nicht wo sie bleibt.
Halten Sie das Ticketing enger als die Problemauslösung
Diese beiden Einstellungen sind nicht dieselbe Entscheidung, und sie als eine zu behandeln, ist der übliche Fehler.
Die meisten Teams markieren einen breiten Satz von Status, um Probleme auszulösen, da dies die tatsächliche Haltung der Flotte sichtbar hält. Sie öffnen dann Tickets nur für einen schmalen Satz — nur die Status, die sie tatsächlich möchten, dass jemand oder ONE daran arbeitet.
One Warnung, bevor Sie einen Status auf Ticketing umschalten: es wird rückwirkend gefüllt. Jedes Gerät, das bereits diesen Status meldet, erhält sofort ein Ticket. Bei einer großen Flotte ist das eine Welle, und es passiert nur bei der ersten Änderung.
Reduzieren Sie den Lärm
Die drei, die am häufigsten deaktiviert werden müssen:
Status |
Warum es laut ist |
|---|---|
Online-Status — Offline |
Laptops werden abends und am Wochenende ausgeschaltet. Die meisten Teams interessieren sich nur nach einer Woche. |
Verschlüsselung — Fehlender Wiederherstellungsschlüssel |
Der Schlüssel wird bis zu einem Tag nach Beginn der Verschlüsselung in Treuhand gehalten und benötigt einen Neustart. Jeder frisch verschlüsselte Rechner löst dies aus und behebt sich dann selbst. |
Betriebssystem-Update — Karenzzeit |
Das Gerät ist verspätet, befindet sich jedoch noch innerhalb des Ihnen gewährten Zeitfensters. Es jetzt zu melden, fordert die Administratoren auf, vor ihrer eigenen Frist zu handeln. |
Problemtpy, die auf eine Kontrolle warten
Problemtpy |
Become verfügbar, wenn |
|---|---|
ThreatDown / SentinelOne |
Sie verbinden Ihre Endpoint-Schutzintegration |
USB-Blockierung, App-Blockierung, AirDrop deaktivieren, Bildschirmaufnahme, Profile sperren |
Sie erstellen die Kontrolle, zu der es gehört |
Admin-Passwortrotation |
Sie richten die Rotation für lokale Administratorkennwörter ein |
Entra SSO, Okta SSO |
Sie fügen die Identitätskontrolle für diesen Anbieter hinzu |
Berechtigungen
Aktion |
Berechtigung |
|---|---|
Einstellungen anzeigen |
MDM_READ |
Einstellungen ändern |
MDM_WRITE |
Tipps und Best Practices
- Halten Sie das Ticketing enger als die Problemauslösung. Weisen Sie Probleme breit zu, um Ihre Haltung sichtbar zu halten; öffnen Sie Tickets nur für das, woran tatsächlich jemand arbeiten wird.
- Aktivieren Sie die Lagerausnahme vor Ihrer ersten Prüfung, nicht danach. Lagergeräte sollen offline und unverschlüsselt sein, und sie würden ansonsten Ihre Warteschlange dominieren.
- Nutzen Sie die Karenzzeit, anstatt einen Status auszuschalten. Status, die sich selbst stabilisieren, lösen niemals ein Problem aus, und echte Verstöße tun dies immer noch, nur später.
- Halten Sie die Karenzzeit kurz. Sie verzögert jeden markierten Status, echte Verstöße eingeschlossen.
- Erwarten Sie eine Welle, wenn Sie das erste Mal einen Status auf Problem und Ticket erstellen setzen. Es füllt rückwirkend Tickets für bereits betroffene Geräte.
-
Überprüfen Sie nach der ersten vollen Woche. Die lauten Status sind offensichtlich, sobald Sie den normalen Verkehr gesehen haben und im Voraus unmöglich zu erraten.
Fehlerbehebung und FAQ
Fehlerbehebung
- Die Problemliste ist leer. Keine Status sind so eingestellt, dass sie etwas auslösen. Ein Problemtpy mit allem Aus zeichnet Daten auf, markiert jedoch niemals.
- Ein Problemtpy ist ausgegraut. Seine MDM-Kontrolle wurde nicht bereitgestellt. Richten Sie die Kontrolle ein, und der Problemtpy wird bearbeitbar.
- Neu verschlüsselte Geräte lösen weiterhin Probleme aus. Das ist Fehlender Wiederherstellungsschlüssel. Treuhand verzögert die Verschlüsselung um bis zu 24 Stunden und einen Neustart. Stellen Sie eine Karenzzeit ein oder schalten Sie den Status während eines Rollouts aus.
- Ein Gerät, das ausgenommen sein sollte, wird weiterhin aufgelistet. Die Ausnahme ist gespeichert, aber die Neuberechnung hat dieses Gerät noch nicht erreicht. Es wird bei der nächsten Berechnung gelöscht.
FAQ
-
Musste ich meine Änderungen speichern?
Nein, sie werden automatisch angewendet.
-
Was ist der Unterschied zwischen Problem erstellen und Problem und Ticket erstellen?
Das erste markiert es, damit Sie es sehen. Das zweite öffnet auch ein Ticket, an dem die automatische Behebung arbeiten kann.
-
Versteckt eine Ausnahme den tatsächlichen Zustand des Geräts?
Nein. Der Zustand wird weiterhin berechnet und auf der Geräteseite angezeigt. Nur die Liste, die Zählungen und die Tickets überspringen es.
-
Gilt die Karenzzeit für echte Verstöße, wie eine unverschlüsselte Festplatte?
Ja. Sie gilt für jeden Status, der ein Problem auslöst. Das Problem erscheint nur, wenn der Status den gesamten Zeitraum anhält.
-
Wie schnell treten Änderungen in Kraft?
Ab der nächsten Synchronisierung jedes Geräts.