Essas configurações informam Factorial IT quais status de dispositivos contam como uma violação, quais dispositivos estão isentos e quanto tempo uma configuração deve se estabilizar antes de contar. Até que você as configure, a lista de problemas permanece vazia — os dados de status são coletados, mas nada é sinalizado.
Visão Geral
Vá para Conformidade > Configurações de problemas de conformidade. Cada tipo de problema aparece como sua própria seção, com cada status que pode relatar.
Dois tipos de problema:
- Global — Status de Inscrição e Status Online. Eles se aplicam a todos os dispositivos, não dependem de nada e são sempre editáveis.
- Atrelado a um controle MDM — tudo o mais. Eles se tornam editáveis assim que o controle correspondente é implantado.
Ambos os tipos estão listados de qualquer forma. Aqueles que aguardam um controle estão colapsados e são somente leitura, com uma linha informando qual controle configurar primeiro — assim você pode ver o que a conformidade pode monitorar antes de decidir se deve implantá-lo.
Como usar
Cada status é definido para um dos três comportamentos:
Comportamento |
O que acontece |
|---|---|
Desligado |
O status ainda é relatado no dispositivo, mas não levanta nada |
Criar Problema |
Levanta um problema de conformidade, visível na lista, no dispositivo e em suas contagens |
Criar Problema e Ticket |
Levanta o problema e abre um ticket, que a remediação automática pode então trabalhar |
- Encontre o tipo de problema que você deseja configurar.
- Defina cada status. No Status Online, por exemplo, muitas equipes definem Offline 7+ dias para Criar Problema e deixam Offline em Desligado, porque brechas curtas de check-in são normais.
- Nada para salvar. As mudanças se aplicam automaticamente, a partir da próxima sincronização do dispositivo.
Um tipo de problema com todos os status Desligado está efetivamente desativado.
Dispositivos isentos que nunca devem levantar um problema
Uma exceção remove toda uma categoria de dispositivos da conformidade, em todos os tipos de problemas de uma vez. Nada é levantado para isso: nenhum problema, nenhum ticket, nenhuma remediação.
Exceção |
Ignora |
|---|---|
Dispositivos não atribuídos |
Dispositivos sem proprietário |
Dispositivos em estoque |
Dispositivos mantidos em estoque |
Nenhum deles está ativado até que você o ative. E isentar um dispositivo não o cega para ele: seu estado verdadeiro ainda é computado e mostrado em sua própria página. O que muda é que a fila, as contagens e os tickets param de contá-lo.
Salvar um recomputa toda a empresa: qualquer coisa que não se qualifique mais desaparece, e os tickets anexados a isso se fecham junto com ele.
Dê tempo para os status de estabilização serem limpos
Nem todo status não conforme significa que algo está errado. Alguns significam que ainda não terminaram: um perfil ainda viajando para o dispositivo, uma conta em criação, uma despromoção aguardando seus pré-requisitos. Deixados sozinhos, esses levantam um problema no instante em que são computados e o retiram minutos depois — o que treina as pessoas a ignorar a lista.
O período de carência faz com que Factorial IT espere antes de levantar um problema. Ele cobre todos os status definidos para Criar Problema ou Criar Problema e Ticket, violações reais incluídas, como Não atualizado ou Não criptografado. O dispositivo deve manter o mesmo status durante todo o período, contado a partir de quando ele o relatou pela primeira vez. Se o status mudar, a contagem começa novamente.
Configuração |
Efeito |
|---|---|
Sem período de carência |
Um status sinalizado levanta seu problema imediatamente. Este é o padrão |
1, 3, 7, 14, 21 ou 30 dias |
O status deve persistir esse tempo primeiro |
Duas advertências. Ele apenas atrasa levantar o problema. Com Criar Problema e Ticket, o ticket se abre junto com o problema, uma vez que o período termina. Um problema que já foi levantado permanece até que o status mude ou seja limpo. E o relógio é lido no momento da computação, então espere o problema na primeira computação após o fechamento da janela, em vez de até o minuto.
Defina os padrões do ticket
Todo ticket aberto a partir de um problema de conformidade herda três padrões, definidos nesta mesma página:
| Padrão | O que faz |
| Atribuído a | Quem recebe o ticket. Enquanto sua política de remediação está publicada, ONE a assume. |
| Prioridade | A prioridade com a qual cada ticket de conformidade é aberto. |
| Assinantes | Quem é notificado sem ser atribuído |
Sua equipe pode alterar qualquer um deles em um ticket individual posteriormente. Os padrões decidem onde a fila aterrissa, não onde ela permanece.
Mantenha a abertura de tickets mais restrita do que a de problemas
Essas duas configurações não são a mesma decisão, e tratá-las como uma é o erro usual.
A maioria das equipes sinaliza um conjunto amplo de status para levantar problemas, porque isso mantém a postura real da frota visível. Elas então abrem tickets em um conjunto restrito — apenas os status que realmente querem que alguém, ou ONE, trabalhe.
One aviso antes de você mudar um status para ticket: ele retrocede. Todo dispositivo que já está relatando esse status recebe um ticket imediatamente. Em uma grande frota, isso é uma onda, e só acontece na primeira mudança.
Reduza o ruído
Os três que mais precisam ser desativados:
Status |
Por que é barulhento |
|---|---|
Status Online — Offline |
Os laptops são desligados à noite e nos finais de semana. A maioria das equipes só se importa após uma semana |
Criptografia — Chave de recuperação ausente |
A chave é mantida em custódia até um dia após o início da criptografia e precisa de um reinício. Cada máquina recém-criptografada ativa isso e depois se corrige |
Atualização de SO — Período de carência |
O dispositivo está atrasado, mas ainda dentro da janela que você concedeu. Levantá-lo agora pede aos administradores que ajam antes de seu próprio prazo |
Tipos de problemas aguardando um controle
Tipo de problema |
Become disponível quando |
|---|---|
ThreatDown / SentinelOne |
Você conecta sua integração de proteção de endpoint |
Bloqueio USB, Bloqueio de Aplicativos, Desativar AirDrop, Captura de Tela, Bloquear Painel de Perfis |
Você cria o controle a que pertence |
Rotação de Senha de Administrador |
Você configura a rotação para senhas de administrador locais |
Entra SSO, Okta SSO |
Você adiciona o controle de identidade para esse provedor |
Permissões
Ação |
Permissão |
|---|---|
Ver configurações |
MDM_READ |
Alterar configurações |
MDM_WRITE |
Dicas e Melhores Práticas
- Mantenha a abertura de tickets mais restrita do que a de problemas. Levante problemas amplamente para manter sua postura visível; abra tickets apenas sobre o que alguém realmente trabalhará.
- Ative a exceção de estoque antes da sua primeira auditoria, não depois. Dispositivos de armazém devem estar offline e não criptografados, e caso contrário dominarão sua fila.
- Use o período de carência em vez de desligar um status. Status que se estabilizam sozinhos nunca levantam um problema, e violações reais ainda o fazem, apenas mais tarde.
- Mantenha o período de carência curto. Ele atrasa cada status sinalizado, incluindo violações reais.
- Espere um lote na primeira vez que você definir um status para Criar Problema e Ticket. Ele retrocede tickets para dispositivos já afetados.
-
Revise após a primeira semana completa. Os status barulhentos são óbvios uma vez que você viu o tráfego normal e impossíveis de adivinhar antecipadamente.
Resolução de Problemas e FAQ
Resolução de Problemas
- A lista de problemas está vazia. Nenhum status está definido para levantar nada. Um tipo de problema com tudo Desligado registra dados, mas nunca sinaliza.
- Um tipo de problema está cinza. Seu controle MDM não foi implantado. Configure o controle e o tipo de problema se tornará editável.
- Dispositivos recém-criptografados continuam levantando problemas. Isso é Chave de recuperação ausente. A custódia atrasa a criptografia em até 24 horas e um reinício. Defina um período de carência ou desligue o status durante uma implantação.
- Um dispositivo que deveria estar isento ainda está listado. A exceção está salva, mas o recompute não alcançou esse dispositivo. Ele será limpo na próxima computação.
FAQ
-
Eu preciso salvar minhas alterações?
Não, elas se aplicam automaticamente.
-
Qual é a diferença entre Criar Problema e Criar Problema e Ticket?
O primeiro sinaliza para você ver. O segundo também abre um ticket, que a remediação automática pode trabalhar.
-
Uma exceção oculta o estado real do dispositivo?
Não. O estado ainda é computado e mostrado na página do dispositivo. Apenas a lista, as contagens e os tickets o ignoram.
-
O período de carência se aplica a violações reais, como um disco não criptografado?
Sim. Ele se aplica a todos os status que levantam um problema. O problema aparece apenas se o status durar todo o período.
-
Quão rapidamente as mudanças entram em vigor?
Na próxima sincronização de cada dispositivo.