Voltar

Configurar ajustes de problemas de cumplimiento

Las reglas de alerta definen qué estados de dispositivo activan alertas. Hasta que se establezcan las reglas, no aparecen alertas. Este artículo explica cómo configurarlas y gestionarlas.

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 configures, la lista de problemas permanece vacía: se recopilan datos de estado, pero nada se marca.


 

Resumen

Vaya a Cumplimiento > Configuraciones de problemas de cumplimiento. Cada tipo de problema aparece como su propia sección, con cada estado que puede informar.

Dos tipos de problemas:

  • Global — Estado de Inscripción y Estado en Línea. Se aplican a todos los dispositivos, 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 se enumeran de cualquier manera. Los que están esperando un control están colapsados y son de solo lectura, con una línea que le indica qué control configurar primero — así puede 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

Desactivado

El estado aún se informa en el dispositivo, pero no genera nada

Crear Problema

Genera un problema de cumplimiento, visible en la lista, en el dispositivo y en tus conteos

Crear Problema y Ticket

Genera el problema y abre un ticket, en el que la remediación automática puede trabajar

  1. Encuentre el tipo de problema que desea configurar.
  2. Establezca cada estado. En Estado en Línea, por ejemplo, muchos equipos establecen Desconectado 7+ días en Crear Problema y dejan Desconectado en Desactivado, porque los breves intervalos de verificación son normales.
  3. 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 Desactivados 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 ello: ningún problema, ningún ticket, ninguna remediación.

Excepción

Salta

Dispositivos no asignados

Dispositivos sin propietario

Dispositivos en stock

Dispositivos almacenados en stock

Ninguno está activo 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 recomputa toda la empresa: cualquier cosa que ya no califique desaparece, y los tickets adjuntos se cierran con él.


 

Dar tiempo a los estados en asentamiento para despejarse

No cada estado no conforme significa que algo esté mal. Algunos significan que aún no ha terminado: un perfil aún viajando al dispositivo, una cuenta en medio de creación, una degradación esperando sus requisitos previos. Si se les deja 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.

El período de gracia hace que Factorial IT espere antes de generar un problema. Cubre cada estado establecido en Crear Problema o Crear Problema y Ticket, incluidas violaciones reales, como No actualizado o No encriptado. El dispositivo debe mantener el mismo estado durante todo el período, contado desde cuando lo reportó por primera vez. Si el estado cambia, el conteo comienza de nuevo.

Configuración

Efecto

Sin período de gracia

Un estado marcado genera su problema inmediatamente. Este es el valor predeterminado

1, 3, 7, 14, 21 o 30 días

El estado debe persistir tanto tiempo primero

Dos advertencias. Solo retrasa la generación del problema. Con Crear Problema y Ticket, el ticket se abre junto con el problema, una vez que el período ha terminado. Un problema que ya se ha generado permanece hasta que el estado cambie o se despeje. 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 la 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.
 

Mantén 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 visible la verdadera postura de la flota. Luego abren tickets en un conjunto reducido — solo los estados en los que realmente quieren que alguien, o ONE, trabaje.
One advertencia antes de que cambies un estado a ticketing: se retrocede. Cada dispositivo que ya está reportando ese estado obtiene un ticket de inmediato. En una flota grande, eso es una ola, y solo sucede en el primer cambio.


 

Reducir 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

Encriptación — Falta de clave de recuperación

La clave se coloca en custodia hasta un día después de que comienza la encriptación y necesita un reinicio. Cada máquina recién encriptada activa esto y luego se corrige sola

Actualización de SO — Período de gracia

El dispositivo está retrasado pero aún dentro de la ventana que le otorgaste. 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

Se vuelve 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ña 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 de manera amplia para mantener su postura visible; abre tickets solo en lo que alguien realmente trabajará.
  • Active la excepción de stock antes de tu primera auditoría, no después. Los dispositivos de almacén están destinados a estar desconectados y no encriptados, y de lo contrario dominarán su cola.
  • Use el período de gracia en lugar de desactivar un estado. Los estados que se asientan por sí mismos nunca generan un problema, y las violaciones reales aún lo hacen, solo más tarde.
  • Mantenga el período de gracia corto. Retrase cada estado marcado, incluidas las violaciones reales.
  • Espere un lote la primera vez que establezca un estado en Crear Problema y Ticket. Retroceda 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 por adelantado.
     
 

 

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 Desactivado 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 encriptados siguen generando problemas. Eso es Falta de clave de recuperación. La custodia retrasa la encriptación hasta 24 horas y un reinicio. Establece un período de gracia, o desactiva 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 llegado a ese dispositivo. Se despeja en el próximo cálculo.

FAQ

  1. ¿Tengo que guardar mis cambios?
    No, se aplican automáticamente.
     
  2. ¿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.
     
  3. ¿Una excepción oculta el verdadero estado del dispositivo?
    No. El estado aún se calcula y se muestra en la página del dispositivo. Solo la lista, los conteos y los tickets lo omiten.
     
  4. ¿El período de gracia se aplica a violaciones reales, como un disco no encriptado?
    Sí. Se aplica a cada estado que genera un problema. El problema aparece solo si el estado dura todo el período.
     
  5. ¿Qué tan rápido se aplican los cambios?
    Desde la próxima sincronización de cada dispositivo.

¿Te fue útil este artículo?

Give feedback about this article

¿No encuentras lo que estás buscando?

Nuestro equipo de servicio al cliente está aquí para ti.

Contáctanos

Knowledge Base Software powered by Helpjuice