Queste impostazioni dicono a Factorial IT quali stati dei dispositivi contano come una violazione, quali dispositivi sono esenti e quanto tempo deve trascorrere affinché un'impostazione si stabilizzi prima di essere conteggiata. Fino a quando non le configuri, l'elenco dei problemi rimane vuoto: i dati di stato vengono raccolti, ma nulla viene segnalato.
Panoramica
Vai a Conformità > Impostazioni dei problemi di conformità. Ogni tipo di problema appare come una propria sezione, con ogni stato che può segnalare.
Due tipi di tipo di problema:
- Globale — Stato di Iscrizione e Stato Online. Si applicano a ogni dispositivo, non dipendono da nulla e sono sempre modificabili.
- Collegato a un controllo MDM — tutto il resto. Diventano modificabili una volta che il controllo corrispondente è stato implementato.
Entrambi i tipi sono elencati in ogni caso. Quelli in attesa di un controllo sono ridotti e di sola lettura, con una riga che ti dice quale controllo impostare per primo — così puoi vedere cosa la conformità è in grado di monitorare prima di decidere se implementarlo.
Come usare
Ogni stato è impostato su uno dei tre comportamenti:
Comportamento |
Cosa succede |
|---|---|
Spento |
Lo stato viene ancora segnalato sul dispositivo, ma non solleva nulla |
Crea Problema |
Sollevare un problema di conformità, visibile nell'elenco, sul dispositivo e nei tuoi conteggi |
Crea Problema e Ticket |
Sollevare il problema e aprire un ticket, su cui poi può lavorare la remediation automatica |
- Trova il tipo di problema che desideri configurare.
- Imposta ogni stato. Su Stato Online, ad esempio, molti team impostano Offline 7+ giorni su Crea Problema e lasciano Offline su Spento, perché brevi intervalli di check-in sono normali.
- Niente da salvare. Le modifiche si applicano automaticamente, dalla prossima sincronizzazione del dispositivo.
Un tipo di problema con ogni stato Spento è effettivamente disabilitato.
Dispositivi esenti che non dovrebbero mai sollevare un problema
Un'eccezione rimuove un'intera categoria di dispositivi dalla conformità, su ogni tipo di problema contemporaneamente. Non viene sollevato nulla per essa: nessun problema, nessun ticket, nessuna remediation.
Eccezione |
Salta |
|---|---|
Dispositivi non assegnati |
Dispositivi senza proprietario |
Dispositivi in magazzino |
Dispositivi tenuti in magazzino |
Nessuno dei due è attivo fino a quando non lo attivi. E esentare un dispositivo non ti rende cieco a esso: il suo stato reale è ancora calcolato e mostrato sulla sua pagina. Ciò che cambia è che la coda, i conteggi e i ticket smettono di conteggiarlo.
Salvare uno ricalcola l'intera azienda: tutto ciò che non è più idoneo scompare, e i ticket ad esso collegati si chiudono con esso.
Dai tempo agli stati di assestamento per chiarirsi
Non ogni stato non conforme significa che ci sia qualcosa di sbagliato. Alcuni significano che non è ancora finito: un profilo ancora in viaggio verso il dispositivo, un account in fase di creazione, una retrocessione in attesa dei suoi prerequisiti. Se lasciati soli, questi sollevano un problema non appena vengono calcolati e lo ritirano minuti dopo — il che allena le persone a ignorare l'elenco.
Impostazione |
Effetto |
|---|---|
Nessun periodo di grazia |
Uno stato di assestamento solleva immediatamente il suo problema. Questo è il valore predefinito |
1, 3, 7, 14, 21 o 30 giorni |
Lo stato deve persistere per quel lungo prima |
Due avvertenze. Si applica solo al tipo di assestamento — un disco non crittografato o un dispositivo offline per una settimana è una vera violazione e viene sollevato secondo i tuoi termini, indipendentemente. E il tempo viene letto al momento del calcolo, quindi aspettati il problema alla prima computazione dopo la chiusura della finestra piuttosto che al minuto.
Imposta i valori predefiniti dei ticket
Ogni ticket aperto da un problema di conformità eredita tre valori predefiniti, impostati su questa stessa pagina:
| Predefinito | Cosa fa |
| Assegnatario | A chi va il ticket. Mentre la tua politica di remediation è pubblicata, ONE lo prende invece. |
| Priorità | La priorità con cui ogni ticket di conformità si apre. |
| Abbonati | Chi viene notificato senza essere assegnato |
Il tuo team può cambiare uno qualsiasi di essi su un ticket individuale in seguito. I valori predefiniti decidono dove si trova la coda, non dove rimane.
Tieni il ticketing più ristretto rispetto al sollevamento dei problemi
Queste due impostazioni non sono la stessa decisione, e trattarle come una è l'errore abituale.
La maggior parte dei team segnala un ampio insieme di stati per sollevare problemi, perché è ciò che mantiene visibile la vera postura della flotta. Aprono quindi ticket su un ristretto insieme — solo gli stati su cui desiderano davvero che qualcuno, o ONE, lavori.
One avviso prima di cambiare uno stato in ticketing: riempie retroattivamente. Ogni dispositivo che già riporta quello stato riceve immediatamente un ticket. Su una grande flotta, si tratta di un'onda, e accade solo al primo cambiamento.
Riduci il rumore
I tre che più spesso necessitano di essere disattivati:
Stato |
Perché è rumoroso |
|---|---|
Stato Online — Offline |
I laptop vengono spenti la sera e nei fine settimana. La maggior parte dei team si preoccupa solo dopo una settimana |
Crittografia — Chiave di recupero mancante |
La chiave è custodita fino a un giorno dopo l'inizio della crittografia e necessita di un riavvio. Ogni macchina appena crittografata attiva questo e poi si sistema da sola |
Aggiornamento OS — Periodo di grazia |
Il dispositivo è in ritardo ma è ancora all'interno della finestra che gli hai concesso. Sollevarlo ora chiede agli amministratori di agire prima della propria scadenza |
Tipi di problemi in attesa di un controllo
Tipo di problema |
Become disponibili quando |
|---|---|
ThreatDown / SentinelOne |
Colleghi la tua integrazione di protezione degli endpoint |
Blocco USB, Blocco App, Disabilita AirDrop, Cattura Schermo, Blocca Pannello Profili |
Crei il controllo a cui appartiene |
Rotazione della Password Admin |
Imposti la rotazione per le password degli amministratori locali |
Entra SSO, Okta SSO |
Aggiungi il controllo di identità per quel fornitore |
Permessi
Azione |
Permesso |
|---|---|
Visualizza impostazioni |
MDM_READ |
Cambia impostazioni |
MDM_WRITE |
Consigli e migliori pratiche
- Tieni il ticketing più ristretto rispetto al sollevamento dei problemi. Solleva problemi ampiamente per mantenere visibile la tua postura; apri ticket solo su ciò su cui qualcuno lavorerà effettivamente.
- Attiva l'eccezione di magazzino prima del tuo primo audit, non dopo. I dispositivi di magazzino sono destinati a essere offline e non crittografati, e altrimenti domineranno la tua coda.
- Usa il periodo di grazia invece di disattivare uno stato. Mantiene le vere violazioni e scarta quelle che erano solo in fase di elaborazione.
- Aspettati un lotto la prima volta che imposti uno stato su Crea Problema e Ticket. Riempie retroattivamente i ticket per i dispositivi già interessati.
-
Rivaluta dopo la prima settimana completa. Gli stati rumorosi sono ovvi una volta che hai visto il traffico normale e impossibili da indovinare in anticipo.
Risoluzione dei problemi e FAQ
Risoluzione dei problemi
- L'elenco dei problemi è vuoto. Nessuno stato è impostato per sollevare nulla. Un tipo di problema con tutto Spento registra i dati ma non segnala mai.
- Un tipo di problema è grigio. Il suo controllo MDM non è stato implementato. Imposta il controllo e il tipo di problema diventa modificabile.
- I dispositivi appena crittografati continuano a sollevare problemi. Questo è Chiave di recupero mancante. La custodia ritarda la crittografia fino a 24 ore e un riavvio. Imposta un periodo di grazia, o disattiva lo stato durante un rollout.
- Un dispositivo che dovrebbe essere esente è ancora elencato. L'eccezione è salvata ma il ricalcolo non ha raggiunto quel dispositivo. Si cancella alla prossima computazione.
FAQ
-
Devo salvare le mie modifiche?
No, si applicano automaticamente.
-
Qual è la differenza tra Crea Problema e Crea Problema e Ticket?
Il primo lo segnala per te da vedere. Il secondo apre anche un ticket, su cui può lavorare la remediation automatica.
-
Un'eccezione nasconde lo stato reale del dispositivo?
No. Lo stato è ancora calcolato e mostrato sulla pagina del dispositivo. Solo l'elenco, i conteggi e i ticket lo saltano.
-
Quanto velocemente le modifiche hanno effetto?
Dalla prossima sincronizzazione di ciascun dispositivo.