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 problemas:
- 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.
- Vinculado 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 estão aguardando um controle estão colapsados e somente leitura, com uma linha informando qual controle configurar primeiro — para que você possa 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 nas suas contagens |
Criar Problema e Ticket |
Levanta o problema e abre um ticket, que a auto-remediação 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, na 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 uma categoria inteira de dispositivos da conformidade, em todos os tipos de problemas de uma só 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 dos dois está ativado até que você o ligue. E isentar um dispositivo não o torna invisível: seu verdadeiro estado ainda é computado e ainda é 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 ela se fecham com ela.
Dê tempo para que os status se estabilizem
Nem todo status não conforme significa que algo está errado. Alguns significam que ainda não está finalizado: 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 ensina as pessoas a ignorar a lista.
O período de carência faz Factorial IT esperar antes de levantar um problema. Ele cobre todos os status definidos para Criar Problema ou Criar Problema e Ticket, incluindo violações reais, como Não atualizado ou Não criptografado. O dispositivo deve manter o mesmo status durante todo o período, contado a partir do momento em que 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 por esse tempo primeiro |
Duas advertências. Ele apenas atrasa o levantamento do problema. Com Criar Problema e Ticket, o ticket é aberto junto com o problema, assim que o período termina. Um problema que já foi levantado permanece até que o status mude ou se limpe. E o tempo é 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 de ticket
Cada 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 estiver publicada, ONE a assume. |
| Prioridade | A prioridade com que 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 fica, não onde permanece.
Mantenha a abertura de tickets mais restrita do que o levantamento 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 verdadeira postura da frota visível. Elas então abrem tickets em um conjunto restrito — apenas os status que realmente desejam que alguém, ou ONE, trabalhe.
One aviso antes de você mudar um status para ticket: ele retrocede. Cada 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 fins 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 uma reinicialização. Cada máquina recém-criptografada aciona 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. Levantar isso agora pede aos administradores que ajam antes do seu próprio prazo |
Tipos de problemas aguardando um controle
Tipo de problema |
Becomes disponível quando |
|---|---|
ThreatDown / SentinelOne |
Você conecta sua integração de proteção de endpoint |
Bloqueio de USB, Bloqueio de Aplicativos, Desativar AirDrop, Captura de Tela, Bloquear Painel de Perfis |
Você cria o controle ao qual pertence |
Rotação de Senha de Admin |
Você configura a rotação para senhas de admin 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 o levantamento de problemas. Levante problemas amplamente para manter sua postura visível; abra tickets apenas sobre o que alguém realmente irá 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.
-
Revisite 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á esmaecido. 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 uma reinicialização. 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 a recomputação não alcançou esse dispositivo. Ele se limpa na próxima computação.
FAQ
-
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 auto-remediação pode trabalhar.
-
Uma exceção oculta o verdadeiro estado 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 cada status que levanta um problema. O problema aparece apenas se o status durar todo o período.
-
Quão rápido as mudanças entram em vigor?
Na próxima sincronização de cada dispositivo.