Ces paramètres indiquent à Factorial IT quels statuts de dispositif comptent comme une violation, quels dispositifs sont exemptés, et combien de temps un paramètre doit se stabiliser avant de compter. Tant que vous ne les configurez pas, la liste des problèmes reste vide — les données de statut sont collectées, mais rien n'est signalé.
Vue d'ensemble
Allez à Conformité > Paramètres des problèmes de conformité. Chaque type de problème apparaît comme sa propre section, avec chaque statut qu'il peut signaler.
Deux types de problème :
- Global — Statut d'inscription et Statut en ligne. Ils s'appliquent à chaque dispositif, ne dépendent de rien, et sont toujours modifiables.
- Lié à un contrôle MDM — tout le reste. Ils deviennent modifiables une fois le contrôle correspondant déployé.
Les deux types sont listés de toute façon. Ceux qui attendent un contrôle sont repliés et en lecture seule, avec une ligne vous indiquant quel contrôle configurer en premier — afin que vous puissiez voir ce que la conformité peut surveiller avant de décider de le déployer.
Comment utiliser
Chaque statut est défini sur l'un des trois comportements :
Comportement |
Ce qui se passe |
|---|---|
Désactivé |
Le statut est toujours signalé sur le dispositif, mais ne déclenche rien |
Créer un problème |
Déclenche un problème de conformité, visible dans la liste, sur le dispositif, et dans vos comptes |
Créer un problème et un ticket |
Déclenche le problème et ouvre un ticket, sur lequel l'auto-remédiation peut ensuite agir |
- Trouver le type de problème que vous souhaitez configurer.
- Définir chaque statut. Pour Statut en ligne, par exemple, de nombreuses équipes définissent Hors ligne 7+ jours sur Créer un problème et laissent Hors ligne sur Désactivé, car les courtes périodes de vérification sont normales.
- Rien à sauvegarder. Les changements s'appliquent automatiquement, à partir de la prochaine synchronisation du dispositif.
Un type de problème avec tous les statuts Désactivé est effectivement désactivé.
Dispositifs exemptés qui ne devraient jamais déclencher un problème
Une exception retire toute une catégorie de dispositifs de la conformité, à travers chaque type de problème à la fois. Rien n'est signalé pour cela : pas de problème, pas de ticket, pas de remédiation.
Exception |
Ignore |
|---|---|
Dispositifs non assignés |
Dispositifs sans propriétaire |
Dispositifs en stock |
Dispositifs conservés en stock |
Aucun des deux n'est actif tant que vous ne l'activez pas. Et exempté un dispositif ne vous rend pas aveugle à celui-ci : son véritable état est toujours calculé et montré sur sa propre page. Ce qui change, c'est que la file d'attente, les comptes et les tickets cessent de le compter.
Sauvegarder un recalcul l'ensemble de l'entreprise : tout ce qui ne répond plus aux critères disparaît, et les tickets qui y sont attachés se ferment avec lui.
Donner aux statuts en cours de stabilisation le temps de se clarifier
Tous les statuts non conformes ne signifient pas qu'il y a un problème. Certains signifient que ce n'est pas encore terminé : un profil encore en cours d'envoi vers le dispositif, un compte en cours de création, une rétrogradation en attente de ses prérequis. Laissez-les tranquilles, ces statuts déclenchent un problème dès qu'ils sont calculés et le retirent quelques minutes plus tard — ce qui forme les gens à ignorer la liste.
La période de grâce fait attendre Factorial IT avant de déclencher un problème. Elle couvre chaque statut défini sur Créer un problème ou Créer un problème et un ticket, violations réelles incluses, telles que Pas à jour ou Non chiffré. Le dispositif doit conserver le même statut pendant toute la période, comptée à partir du moment où il l'a signalé pour la première fois. Si le statut change, le compte recommence.
Paramètre |
Effet |
|---|---|
Pas de période de grâce |
Un statut signalé déclenche immédiatement son problème. C'est le paramètre par défaut |
1, 3, 7, 14, 21 ou 30 jours |
Le statut doit persister aussi longtemps d'abord |
Deux mises en garde. Cela retarde seulement le déclenchement du problème. Avec Créer un problème et un ticket, le ticket s'ouvre avec le problème, une fois la période écoulée. Un problème déjà déclenché reste jusqu'à ce que le statut change ou se clarifie. Et l'horloge est lue au moment du calcul, donc attendez-vous à ce que le problème apparaisse lors du premier calcul après la fermeture de la fenêtre plutôt qu'à la minute.
Définir les paramètres par défaut des tickets
Chaque ticket ouvert à partir d'un problème de conformité hérite de trois paramètres par défaut, définis sur cette même page :
| Par défaut | Ce que cela fait |
| Assigné à | À qui le ticket est destiné. Tant que votre politique de remédiation est publiée, ONE la prend à la place. |
| Priorité | La priorité avec laquelle chaque ticket de conformité s'ouvre. |
| Abonnés | Qui est notifié sans être assigné |
Votre équipe peut changer l'un d'eux sur un ticket individuel par la suite. Les paramètres par défaut décident où la file d'attente se trouve, pas où elle reste.
Gardez le ticketing plus étroit que le déclenchement de problèmes
Ces deux paramètres ne sont pas la même décision, et les traiter comme un seul est l'erreur habituelle.
La plupart des équipes signalent un large ensemble de statuts pour déclencher des problèmes, car c'est ce qui maintient la véritable posture de la flotte visible. Elles ouvrent ensuite des tickets sur un étroit ensemble — seulement les statuts sur lesquels elles souhaitent réellement que quelqu'un, ou ONE, travaille.
One avertissement avant de passer un statut au ticketing : cela remplit à rebours. Chaque dispositif signalant déjà ce statut reçoit un ticket immédiatement. Sur une grande flotte, cela représente une vague, et cela ne se produit que lors du premier changement.
Réduire le bruit
Les trois qui nécessitent le plus souvent d'être désactivés :
Statut |
Pourquoi c'est bruyant |
|---|---|
Statut en ligne — Hors ligne |
Les ordinateurs portables sont éteints le soir et le week-end. La plupart des équipes ne s'en soucient que passé une semaine |
Chiffrement — Clé de récupération manquante |
La clé est mise en séquestre jusqu'à un jour après le début du chiffrement et nécessite un redémarrage. Chaque machine nouvellement chiffrée déclenche cela puis se corrige elle-même |
Mise à jour OS — Période de grâce |
Le dispositif est en retard mais toujours dans la fenêtre que vous lui avez accordée. Le signaler maintenant demande aux administrateurs d'agir avant leur propre délai |
Types de problèmes en attente d'un contrôle
Type de problème |
Becomes disponibles lorsque |
|---|---|
ThreatDown / SentinelOne |
Vous connectez votre intégration de protection des points de terminaison |
Blocage USB, Blocage d'application, Désactiver AirDrop, Capture d'écran, Verrouiller le panneau de profils |
Vous créez le contrôle auquel il appartient |
Rotation de mot de passe administrateur |
Vous configurez la rotation des mots de passe administrateurs locaux |
Entra SSO, Okta SSO |
Vous ajoutez le contrôle d'identité pour ce fournisseur |
Permissions
Action |
Permission |
|---|---|
Voir les paramètres |
MDM_READ |
Modifier les paramètres |
MDM_WRITE |
Conseils et Meilleures Pratiques
- Gardez le ticketing plus étroit que le déclenchement de problèmes. Signalez largement les problèmes pour garder votre posture visible ; ouvrez des tickets uniquement sur ce que quelqu'un va réellement traiter.
- Activez l'exception de stock avant votre premier audit, pas après. Les dispositifs d'entrepôt sont censés être hors ligne et non chiffrés, sinon ils domineront votre file d'attente.
- Utilisez la période de grâce au lieu de désactiver un statut. Les statuts qui se stabilisent d'eux-mêmes ne déclenchent jamais un problème, et les violations réelles le font toujours, mais plus tard.
- Gardez la période de grâce courte. Elle retarde chaque statut signalé, violations réelles incluses.
- Attendez-vous à une vague la première fois que vous définissez un statut sur Créer un problème et un ticket. Cela remplit des tickets pour les dispositifs déjà affectés.
-
Revisitez après la première semaine complète. Les statuts bruyants sont évidents une fois que vous avez vu le trafic normal et impossibles à deviner à l'avance.
Dépannage et FAQ
Dépannage
- La liste des problèmes est vide. Aucun statut n'est défini pour en déclencher un. Un type de problème avec tout Désactivé enregistre des données mais ne signale jamais.
- Un type de problème est grisé. Son contrôle MDM n'a pas été déployé. Configurez le contrôle et le type de problème devient modifiable.
- Les dispositifs nouvellement chiffrés continuent de déclencher des problèmes. C'est Clé de récupération manquante. Le séquestre retarde le chiffrement jusqu'à 24 heures et nécessite un redémarrage. Définissez une période de grâce, ou désactivez le statut pendant un déploiement.
- Un dispositif qui devrait être exempt est toujours listé. L'exception est sauvegardée mais le recalcul n'a pas atteint ce dispositif. Il se clarifie lors du prochain calcul.
FAQ
-
Dois-je sauvegarder mes modifications ?
Non, elles s'appliquent automatiquement.
-
Quelle est la différence entre Créer un problème et Créer un problème et un ticket ?
Le premier le signale pour que vous le voyiez. Le second ouvre également un ticket, sur lequel l'auto-remédiation peut agir.
-
Une exception cache-t-elle l'état réel du dispositif ?
Non. L'état est toujours calculé et montré sur la page du dispositif. Seule la liste, les comptes et les tickets l'ignorent.
-
La période de grâce s'applique-t-elle aux violations réelles, comme un disque non chiffré ?
Oui. Elle s'applique à chaque statut qui déclenche un problème. Le problème n'apparaît que si le statut dure toute la période.
-
Quelle est la rapidité d'effet des modifications ?
À partir de la prochaine synchronisation de chaque dispositif.