Aquests ajustos indiquen a Factorial IT quins estats de dispositius compten com una violació, quins dispositius estan exempts i quant temps ha de passar un ajust abans que es compti. Fins que no els configuris, la llista d'incidències es manté buida: es recullen dades d'estat, però no es marca res.
Visió general
Vés a Compliment > Ajustos d'incidències de compliment. Cada tipus d'incidència apareix com la seva pròpia secció, amb cada estat que pot informar.
Hi ha dos tipus d'incidència:
- Global — Estat d'Inscripció i Estat en Línia. S'apliquen a cada dispositiu, no depenen de res i sempre són editables.
- Lligat a un control MDM — tot el que queda. Esdevenen editables un cop es desplega el control corresponent.
Ambdós tipus es llisten de totes maneres. Els que esperen un control es colapsen i són de només lectura, amb una línia que t'indica quin control has de configurar primer — així pots veure què pot monitoritzar el compliment abans de decidir si desplegar-ho.
Com utilitzar
Cada estat es configura en un dels tres comportaments:
Comportament |
Què passa |
|---|---|
Apagat |
L'estat es continua informant al dispositiu, però no genera res |
Crear Incidència |
Genera una incidència de compliment, visible a la llista, al dispositiu i en els teus comptes |
Crear Incidència i Ticket |
Genera l'incidència i obre un ticket, que la remediació automàtica pot treballar |
- Troba el tipus d'incidència que vols configurar.
- Configura cada estat. En Estat en Línia, per exemple, molts equips configuren Apagat 7+ dies per a Crear Incidència i deixen Apagat en Apagat, perquè els curts períodes de control són normals.
- No hi ha res a desar. Els canvis s'apliquen automàticament, a partir de la següent sincronització del dispositiu.
Un tipus d'incidència amb tots els estats Apagat està efectivament desactivat.
Dispositius exempts que mai haurien de generar una incidència
Una excepció elimina tota una categoria de dispositius del compliment, a través de cada tipus d'incidència alhora. No es genera res per a ells: cap incidència, cap ticket, cap remediació.
Excepció |
S'omet |
|---|---|
Dispositius no assignats |
Dispositius sense propietari |
Dispositius en estoc |
Dispositius emmagatzemats en estoc |
Cap dels dos està activat fins que ho activis. I eximir un dispositiu no et cega a ell: el seu veritable estat es continua calculant i es mostra a la seva pròpia pàgina. El que canvia és que la cua, els comptes i els tickets deixen de comptar-lo.
Desar un recomputa tota l'empresa: qualsevol cosa que ja no compleixi desapareix, i els tickets adjunts a ella es tanquen amb ella.
Dona temps als estats de consolidació per aclarir-se
No tots els estats no conformes volen dir que hi hagi un problema. Alguns volen dir que no s'ha acabat encara: un perfil encara viatjant al dispositiu, un compte en procés de creació, una rebaixa esperant els seus requisits previs. Si es deixen sols, aquests generen una incidència en el moment en què es calculen i la retiren minuts després — el que entrena a les persones a ignorar la llista.
Ajust |
Efecte |
|---|---|
Sense període de gràcia |
Un estat de consolidació genera la seva incidència immediatament. Aquesta és la configuració per defecte |
1, 3, 7, 14, 21 o 30 dies |
L'estat ha de persistir durant tant de temps primer |
Dos advertències. S'aplica només al tipus de consolidació — un disc no xifrat o un dispositiu fora de línia durant una setmana és una violació real i es genera segons els teus termes independentment. I el rellotge es llegeix en el moment del càlcul, així que espera l'incidència en el primer càlcul després que la finestra es tanqui en lloc de minut a minut.
Estableix els valors per defecte dels tickets
Cada ticket obert a partir d'una incidència de compliment hereta tres valors per defecte, configurats a aquesta mateixa pàgina:
| Per defecte | Què fa |
| Assignat a | A qui va el ticket. Mentre la teva política de remediació estigui publicada, ONE ho pren en comptes. |
| Prioritat | La prioritat amb la qual s'obre cada ticket de compliment. |
| Subscriptors | Qui rep notificacions sense ser assignat |
El teu equip pot canviar qualsevol d'ells en un ticket individual després. Els valors per defecte decideixen on aterra la cua, no on es queda.
Mantenir la creació de tickets més restringida que la generació d'incidències
Aquests dos ajustos no són la mateixa decisió, i tractar-los com un és l'error habitual.
La majoria dels equips marquen un conjunt ampli d'estats per generar incidències, perquè això és el que manté la postura real de la flota visible. Després obren tickets en un conjunt restrictiu — només els estats que realment volen que algú, o ONE, treballi.
One advertència abans de canviar un estat a la creació de tickets: es retrocedeix. Cada dispositiu que ja informa d'aquest estat obté immediatament un ticket. En una gran flota, això és una onada, i només passa en el primer canvi.
Redueix el soroll
Els tres que més sovint necessiten desactivar-se:
Estat |
Per què és sorollós |
|---|---|
Estat en Línia — Apagat |
Els ordinadors portàtils s'apaguen a les nits i caps de setmana. La majoria dels equips només s'importen després d'una setmana |
Xifrat — Clau de recuperació perduda |
La clau es guarda fins a un dia després que comenci el xifrat, i necessita un reinici. Cada màquina recentment xifrada activa això i després s'arregla sola |
Actualització del SO — Període de gràcia |
El dispositiu està endarrerit però encara dins de la finestra que li has concedit. Generar-ho ara demana als administradors que actuïn abans del seu propi termini |
Tipus d'incidències que esperen un control
Tipus d'incidència |
Becomes disponibles quan |
|---|---|
ThreatDown / SentinelOne |
Connectes la teva integració de protecció de punts finals |
Bloqueig USB, Bloqueig d'Aplicacions, Desactivar AirDrop, Captura de Pantalla, Bloquejar Panell de Perfils |
Crees el control al qual pertany |
Rotació de Contrasenyes d'Administrador |
Configures la rotació per a les contrasenyes d'administrador locals |
Entra SSO, Okta SSO |
Afegixes el control d'identitat per a aquest proveïdor |
Permisos
Acció |
Permís |
|---|---|
Veure ajustos |
MDM_READ |
Canviar ajustos |
MDM_WRITE |
Consells i millors pràctiques
- Mantenir la creació de tickets més restringida que la generació d'incidències. Genera incidències àmpliament per mantenir la teva postura visible; obre tickets només sobre el que algú realment treballarà.
- Activa l'excepció d'estoc abans de la teva primera auditoria, no després. Els dispositius d'emmagatzematge estan destinats a estar fora de línia i no xifrats, i d'altra manera dominaran la teva cua.
- Utilitza el període de gràcia en lloc de desactivar un estat. Manten les violacions reals i elimina les que només estaven en trànsit.
- Expecta un lot la primera vegada que configures un estat per a Crear Incidència i Ticket. Retrocedeix els tickets per a dispositius que ja han estat afectats.
-
Revisita després de la primera setmana completa. Els estats sorollosos són evidents un cop has vist el trànsit normal i impossibles de preveure per avançat.
Resolució de problemes i FAQ
Resolució de problemes
- La llista d'incidències està buida. No hi ha estats configurats per generar res. Un tipus d'incidència amb tot Apagat registra dades però mai marca res.
- Un tipus d'incidència està atenuat. El seu control MDM no s'ha desplegat. Configura el control i el tipus d'incidència esdevé editable.
- Dispositius recentment xifrats continuen generant incidències. Això és Clau de recuperació perduda. L'escrow retarda el xifrat fins a 24 hores i un reinici. Configura un període de gràcia, o desactiva l'estat durant un desplegament.
- Un dispositiu que hauria d'estar exempt encara està llistat. L'excepció s'ha desat però el recompute no ha arribat a aquest dispositiu. Es neteja en el següent càlcul.
FAQ
-
He de desar els meus canvis?
No, s'apliquen automàticament.
-
Quina és la diferència entre Crear Incidència i Crear Incidència i Ticket?
El primer ho marca perquè ho vegis. El segon també obre un ticket, que la remediació automàtica pot treballar.
-
Una excepció amaga l'estat real del dispositiu?
No. L'estat es continua calculant i es mostra a la pàgina del dispositiu. Només la llista, els comptes i els tickets l'ometen.
-
Quina rapidesa tenen els canvis per a fer efecte?
A partir de la següent sincronització de cada dispositiu.