Queste impostazioni indicano a Factorial IT quali stati dei dispositivi contano come violazioni, quali dispositivi sono esenti e quanto tempo deve passare 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 problemi:
- 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 collassati e in sola lettura, con una riga che ti indica quale controllo configurare 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 |
|---|---|
Off |
Lo stato è comunque 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 può poi lavorare la remediation automatica |
- Trova il tipo di problema che vuoi configurare.
- Imposta ciascuno stato. Su Stato online, ad esempio, molti team impostano Offline 7+ giorni su Crea Problema e lasciano Offline su Off, perché brevi intervalli di check-in sono normali.
- Nessun salvataggio necessario. Le modifiche si applicano automaticamente, dalla successiva sincronizzazione del dispositivo.
Un tipo di problema con ogni stato Off è 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 esso: 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.
Salvando uno ricalcola l'intera azienda: tutto ciò che non si qualifica più scompare, e i ticket ad esso associati si chiudono con esso.
Concedi tempo agli stati in fase di assestamento per essere chiariti
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. Lasciati da solo, questi sollevano un problema nel momento in cui vengono calcolati e lo ritirano minuti dopo — il che allena le persone a ignorare l'elenco.
Il periodo di grazia fa sì che Factorial IT aspetti prima di sollevare un problema. Copre ogni stato impostato su Crea Problema o Crea Problema e Ticket, comprese le violazioni reali, come Non aggiornato o Non crittografato. Il dispositivo deve mantenere lo stesso stato per l'intero periodo, conteggiato da quando lo ha segnalato per la prima volta. Se lo stato cambia, il conteggio ricomincia.
Impostazione |
Effetto |
|---|---|
Nessun periodo di grazia |
Uno stato contrassegnato solleva il suo problema immediatamente. Questo è il predefinito |
1, 3, 7, 14, 21 o 30 giorni |
Lo stato deve persistere per quel lungo periodo prima |
Due avvertenze. Ritarda solo la segnalazione del problema. Con Crea Problema e Ticket, il ticket si apre insieme al problema, una volta scaduto il periodo. Un problema già sollevato rimane fino a quando lo stato non cambia o non si chiarisce. E l'orologio viene letto al momento del calcolo, quindi aspettati il problema alla prima computazione dopo la chiusura della finestra piuttosto che al minuto.
Imposta i predefiniti del ticket
Ogni ticket aperto da un problema di conformità eredita tre predefiniti, impostati su questa stessa pagina:
| Predefinito | Cosa fa |
| Assegnatario | A chi va il ticket. Mentre la tua politica di remediation è pubblicata, ONE la prende invece. |
| Priorità | La priorità con cui si apre ogni ticket di conformità. |
| Abbonati | Chi viene notificato senza essere assegnato |
Il tuo team può cambiare qualsiasi di essi su un ticket individuale successivamente. I predefiniti decidono dove atterra la coda, non dove rimane.
Mantieni il ticketing più ristretto rispetto alla segnalazione di problemi
Queste due impostazioni non sono la stessa decisione, e trattarle come una sola è l'errore abituale.
La maggior parte dei team contrassegna 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 vogliono davvero che qualcuno, o ONE, lavori.
One avvertimento prima di passare uno stato al ticketing: riempie retroattivamente. Ogni dispositivo che già riporta quello stato ottiene immediatamente un ticket. Su una grande flotta, ciò rappresenta un'onda, e accade solo al primo cambiamento.
Riduci il rumore
I tre che più spesso devono essere disattivati:
Stato |
Perché è rumoroso |
|---|---|
Stato online — Offline |
I laptop vengono spenti nelle sere e nei fine settimana. La maggior parte dei team si preoccupa solo dopo una settimana |
Crittografia — Chiave di recupero mancante |
La chiave è depositata 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 |
Becomes 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 Password Amministratore |
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 Best Practices
- Mantieni il ticketing più ristretto rispetto alla segnalazione di problemi. Solleva problemi ampiamente per mantenere la tua postura visibile; 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. Gli stati che si stabilizzano da soli non sollevano mai un problema, e le vere violazioni lo fanno ancora, solo più tardi.
- Mantieni il periodo di grazia breve. Ritarda ogni stato contrassegnato, comprese le vere violazioni.
- Aspettati un lotto la prima volta che imposti uno stato su Crea Problema e Ticket. Riempie retroattivamente i ticket per i dispositivi già interessati.
-
Rivedi 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 Off registra dati ma non segnala mai.
- Un tipo di problema è disattivato. Il suo controllo MDM non è stato implementato. Configura il controllo e il tipo di problema diventa modificabile.
- I dispositivi appena crittografati continuano a sollevare problemi. Questo è Chiave di recupero mancante. Il deposito è in ritardo rispetto alla crittografia fino a 24 ore e richiede 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 chiarisce alla successiva 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 contrassegna 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.
-
Il periodo di grazia si applica a vere violazioni, come un disco non crittografato?
Sì. Si applica a ogni stato che solleva un problema. Il problema appare solo se lo stato dura per l'intero periodo.
-
Quanto rapidamente le modifiche hanno effetto?
Dalla successiva sincronizzazione di ciascun dispositivo.