Estas configuraciones indican a Factorial IT qué estados de dispositivo cuentan como una violación, qué dispositivos están exentos y cuánto tiempo debe asentarse una configuración antes de que cuente. Hasta que las configure, la lista de problemas permanece vacía: se recopilan datos de estado, pero nada se marca.
Resumen
Vaya a Cumplimiento > Configuración de problemas de cumplimiento. Cada tipo de problema aparece como su propia sección, con cada estado que puede informar.
Dos tipos de tipo de problema:
- Global — Estado de Inscripción y Estado en Línea. Se aplican a cada dispositivo, no dependen de nada y siempre son editables.
- Vinculado a un control MDM — todo lo demás. Se vuelven editables una vez que se despliega el control correspondiente.
Ambos tipos están listados de cualquier manera. Los que esperan un control están colapsados y son de solo lectura, con una línea que le indica qué control configurar primero, para que pueda ver qué puede supervisar el cumplimiento antes de decidir si desplegarlo.
Cómo usar
Cada estado se establece en uno de tres comportamientos:
Comportamiento |
Qué sucede |
|---|---|
Apagar |
El estado sigue siendo informado en el dispositivo, pero no genera nada |
Crear Problema |
Genera un problema de cumplimiento, visible en la lista, en el dispositivo y en sus conteos |
Crear Problema y Ticket |
Genera el problema y abre un ticket, en el que la remediación automática puede trabajar |
- Encuentre el tipo de problema que desea configurar.
- Establezca cada estado. En Estado en Línea, por ejemplo, muchos equipos establecen Desconectado 7+ días para Crear Problema y dejan Desconectado en Apagar, porque los cortos intervalos de registro son normales.
- No hay nada que guardar. Los cambios se aplican automáticamente, desde la próxima sincronización del dispositivo.
Un tipo de problema con todos los estados Apagar está efectivamente deshabilitado.
Dispositivos exentos que nunca deberían generar un problema
Una excepción elimina toda una categoría de dispositivos del cumplimiento, en todos los tipos de problemas a la vez. No se genera nada para ellos: ningún problema, ningún ticket, ninguna remediación.
Excepción |
Salta |
|---|---|
Dispositivos no asignados |
Dispositivos sin propietario |
Dispositivos en stock |
Dispositivos mantenidos en stock |
Ninguno de los dos está activado hasta que lo encienda. Y eximir un dispositivo no le ciega a él: su verdadero estado aún se calcula y se muestra en su propia página. Lo que cambia es que la cola, los conteos y los tickets dejan de contarlo.
Guardar uno recalcula toda la empresa: cualquier cosa que ya no califique desaparece, y los tickets adjuntos a él se cierran con él.
Dale tiempo a los estados en asentamiento para despejarse
No todos los estados no conformes significan que algo esté mal. Algunos significan que aún no está terminado: un perfil todavía viajando al dispositivo, una cuenta en proceso de creación, una degradación esperando sus requisitos previos. Si se dejan solos, estos generan un problema en el instante en que se calculan y lo retiran minutos después, lo que entrena a las personas a ignorar la lista.
Configuración |
Efecto |
|---|---|
Sin período de gracia |
Un estado en asentamiento genera su problema inmediatamente. Este es el valor predeterminado |
1, 3, 7, 14, 21 o 30 días |
El estado debe persistir ese tiempo primero |
Dos advertencias. Se aplica solo al tipo en asentamiento: un disco no cifrado o un dispositivo desconectado durante una semana es una violación real y se genera según tus términos sin importar. Y el reloj se lee en el momento del cálculo, así que espera el problema en el primer cálculo después de que se cierre la ventana en lugar de al minuto.
Establecer los valores predeterminados del ticket
Cada ticket abierto a partir de un problema de cumplimiento hereda tres valores predeterminados, establecidos en esta misma página:
| Predeterminado | Qué hace |
| Asignado a | A quién va el ticket. Mientras su política de remediación esté publicada, ONE lo toma en su lugar. |
| Prioridad | La prioridad con la que se abre cada ticket de cumplimiento. |
| Suscriptores | Quién recibe notificaciones sin ser asignado |
Su equipo puede cambiar cualquiera de ellos en un ticket individual después. Los valores predeterminados deciden dónde aterriza la cola, no dónde se queda.
Mantenga el ticketing más restringido que la generación de problemas
Estas dos configuraciones no son la misma decisión, y tratarlas como una es el error habitual.
La mayoría de los equipos marcan un conjunto amplio de estados para generar problemas, porque eso es lo que mantiene la postura real de la flota visible. Luego abren tickets en un conjunto restringido: solo los estados en los que realmente quieren que alguien, o ONE, trabaje.
One advierte antes de que cambie un estado a ticketing: se rellena retroactivamente. Cada dispositivo que ya informa ese estado recibe un ticket de inmediato. En una flota grande eso es una ola, y solo sucede en el primer cambio.
Reduce el ruido
Los tres que más a menudo necesitan ser desactivados:
Estado |
Por qué es ruidoso |
|---|---|
Estado en Línea — Desconectado |
Las laptops se apagan por las noches y los fines de semana. La mayoría de los equipos solo se preocupan después de una semana |
Cifrado — Falta clave de recuperación |
La clave se guarda hasta un día después de que comienza el cifrado y necesita un reinicio. Cada máquina recién cifrada activa esto y luego se corrige sola |
Actualización de SO — Período de gracia |
El dispositivo está atrasado pero aún dentro de la ventana que le otorgó. Generarlo ahora pide a los administradores que actúen antes de su propia fecha límite |
Tipos de problemas esperando un control
Tipo de problema |
Become disponible cuando |
|---|---|
ThreatDown / SentinelOne |
Conecta su integración de protección de endpoints |
Bloqueo de USB, Bloqueo de Aplicaciones, Desactivar AirDrop, Captura de Pantalla, Bloquear Panel de Perfiles |
Crea el control al que pertenece |
Rotación de Contraseñas de Administrador |
Configura la rotación para contraseñas de administrador locales |
Entra SSO, Okta SSO |
Agrega el control de identidad para ese proveedor |
Permisos
Acción |
Permiso |
|---|---|
Ver configuraciones |
MDM_READ |
Cambiar configuraciones |
MDM_WRITE |
Consejos y mejores prácticas
- Mantenga el ticketing más restringido que la generación de problemas. Genera problemas ampliamente para mantener su postura visible; abra tickets solo en lo que alguien realmente trabajará.
- Active la excepción de stock antes de su primera auditoría, no después. Los dispositivos de almacén deben estar desconectados y no cifrados, y de lo contrario dominarán su cola.
- Use el período de gracia en lugar de apagar un estado. Mantiene las violaciones reales y elimina las que estaban solo en proceso.
- Espere un lote la primera vez que configure un estado para Crear Problema y Ticket. Rellene tickets para dispositivos ya afectados.
-
Revise después de la primera semana completa. Los estados ruidosos son obvios una vez que has visto el tráfico normal y son imposibles de adivinar de antemano.
Resolución de problemas y FAQ
Resolución de problemas
- La lista de problemas está vacía. No hay estados configurados para generar nada. Un tipo de problema con todo Apagar registra datos pero nunca marca.
- Un tipo de problema está atenuado. Su control MDM no se ha desplegado. Configure el control y el tipo de problema se vuelve editable.
- Los dispositivos recién cifrados siguen generando problemas. Eso es Falta clave de recuperación. El escrow retrasa el cifrado hasta 24 horas y un reinicio. Establece un período de gracia, o apaga el estado durante un despliegue.
- Un dispositivo que debería estar exento aún está listado. La excepción está guardada pero el recálculo no ha alcanzado ese dispositivo. Se despeja en el siguiente cálculo.
FAQ
-
¿Tengo que guardar mis cambios?
No, se aplican automáticamente.
-
¿Cuál es la diferencia entre Crear Problema y Crear Problema y Ticket?
El primero lo marca para que lo vea. El segundo también abre un ticket, en el que la remediación automática puede trabajar.
-
¿Una excepción oculta el verdadero estado del dispositivo?
No. El estado sigue siendo calculado y mostrado en la página del dispositivo. Solo la lista, los conteos y los tickets lo omiten.
-
¿Qué tan rápido entran en efecto los cambios?
Desde la próxima sincronización de cada dispositivo.