Intune : tester l'évaluation de conformité Windows déclenchée par le client
Microsoft annonce dans les nouveautés Intune de la semaine du 14 septembre 2026 une capacité preview d'évaluation de conformité Windows déclenchée par le client. Les tenants concernés doivent la tester sur des politiques de conformité Windows liées à l'accès conditionnel, surtout pour mesurer si les changements locaux de sécurité remontent plus vite sans créer d'attente irréalisable côté support.
- Impact
- appareils Windows gérés par Intune et soumis à des politiques de conformité qui évaluent des signaux locaux comme pare-feu, antivirus, BitLocker, statut Microsoft Defender, version de l'OS, protection temps réel ou Secure Boot.
- Action
- vérifier la disponibilité de la fonctionnalité dans le tenant, choisir quelques politiques Windows représentatives, provoquer des changements de conformité réversibles sur un lot de test, puis comparer le délai de réévaluation et les décisions d'accès conditionnel associées.
- Statut
- À tester
Classement : À tester
Résumé : Microsoft annonce dans les nouveautés Intune de la semaine du 14 septembre 2026 une capacité preview d'évaluation de conformité Windows déclenchée par le client. Les tenants concernés doivent la tester sur des politiques de conformité Windows liées à l'accès conditionnel, surtout pour mesurer si les changements locaux de sécurité remontent plus vite sans créer d'attente irréalisable côté support.
Impact : appareils Windows gérés par Intune et soumis à des politiques de conformité qui évaluent des signaux locaux comme pare-feu, antivirus, BitLocker, statut Microsoft Defender, version de l'OS, protection temps réel ou Secure Boot.
Action : vérifier la disponibilité de la fonctionnalité dans le tenant, choisir quelques politiques Windows représentatives, provoquer des changements de conformité réversibles sur un lot de test, puis comparer le délai de réévaluation et les décisions d'accès conditionnel associées.
Statut : À tester.
Ce qui change
La page What's new in Microsoft Intune a été mise à jour le 18 septembre 2026 et ajoute, pour la semaine du 14 septembre 2026, la prise en charge de client-driven compliance evaluation pour les appareils Windows. Microsoft décrit le principe ainsi : les appareils pris en charge peuvent détecter certains changements locaux affectant la conformité et demander proactivement une réévaluation, au lieu d'attendre uniquement le prochain check-in planifié.
Le périmètre documenté est Windows. Les exemples de signaux cités par Microsoft sont directement sensibles pour les équipes Workplace : pare-feu, antivirus, BitLocker, statut Microsoft Defender, build du système d'exploitation, protection temps réel et Secure Boot. La documentation de création des politiques de conformité confirme le statut preview et précise que cette capacité concerne les appareils Windows pris en charge, sans la transformer en nouveau paramètre général applicable à toutes les plateformes.
Il ne faut pas lire cette annonce comme une garantie de temps réel. La documentation Intune rappelle que les évaluations de conformité dépendent toujours des politiques, du check-in et des cycles de rafraîchissement, même si un appareil Windows peut maintenant demander une réévaluation quand certains changements locaux sont détectés. Le bon usage éditorial est donc À tester, pas À déployer.
Qui est concerné
Le sujet concerne surtout les environnements où l'état de conformité Intune alimente des décisions d'accès conditionnel Entra ID. La documentation Microsoft rappelle que les politiques d'accès conditionnel peuvent exiger qu'un appareil soit marqué conforme pour accéder aux ressources de l'organisation. Dans ce contexte, un délai de remontée après correction locale peut peser sur le support : l'utilisateur a réactivé une protection ou redémarré après chiffrement, mais l'accès reste bloqué tant que l'état de conformité n'a pas été réévalué.
Les parcs qui utilisent la conformité uniquement comme reporting ont aussi un intérêt, mais moindre. Le gain attendu est d'abord opérationnel : raccourcir ou objectiver le délai entre une correction locale et son reflet dans Intune. Les politiques macOS, Linux, iOS, Android ou les règles de conformité qui ne reposent pas sur des signaux Windows documentés ne doivent pas être incluses dans le même test sans confirmation séparée.
Actions recommandées
Commencer par vérifier que le tenant Intune est dans une release ou un déploiement qui expose le changement. Microsoft rappelle que les nouveautés Intune sont déployées progressivement et que certains tenants voient les fonctions avant d'autres. Le contrôle utile se fait dans Tenant administration > Tenant status, avec le numéro de service release, puis dans un petit périmètre Windows déjà géré par des politiques de conformité.
Choisir deux ou trois politiques représentatives plutôt qu'un test trop large. Un bon lot couvre par exemple une politique liée à la version Windows, une politique basée sur BitLocker ou Secure Boot, et une politique liée à l'état Microsoft Defender si ces signaux existent déjà dans le tenant. L'objectif n'est pas d'inventer de nouvelles exigences, mais d'observer si la réévaluation après correction est plus rapide et plus lisible.
Pour chaque scénario, noter l'état initial dans Intune, l'action locale effectuée, l'heure de retour à l'état attendu sur le poste, l'heure de changement dans les rapports de conformité, puis l'effet éventuel sur l'accès conditionnel. Si le délai reste long ou incohérent, garder les procédures support existantes : synchronisation manuelle via Company Portal, contrôle de l'état local et vérification des journaux ou rapports avant d'annoncer à l'utilisateur que l'accès est rétabli.
Points de vigilance
Le statut preview impose de ne pas baser une procédure critique uniquement sur cette capacité. Pour l'instant, la recommandation est de l'utiliser pour documenter les délais réels du tenant, ajuster les consignes support et repérer les politiques qui génèrent le plus d'attente après remédiation.
Ne pas confondre détection locale et correction locale. La fonctionnalité aide à demander une réévaluation lorsque certains signaux changent ; elle ne chiffre pas un poste, n'active pas Secure Boot et ne répare pas Microsoft Defender. Les actions de remédiation restent portées par Windows, l'utilisateur, les politiques de sécurité, les remédiations Intune ou les outils d'exploitation existants.
Sources
- What's new in Microsoft Intune, semaine du 14 septembre 2026, "Faster compliance updates for Windows devices" : https://learn.microsoft.com/en-us/intune/whats-new/
- Create device compliance policies in Microsoft Intune, section "Client-driven compliance evaluation (preview)" : https://learn.microsoft.com/en-us/intune/device-security/compliance/create-policy#client-driven-compliance-evaluation-preview
- Device compliance policies in Microsoft Intune, interaction avec check-in, cycles de rafraîchissement et Conditional Access : https://learn.microsoft.com/en-us/intune/device-security/compliance/overview
- Microsoft Intune servicing information, déploiement progressif des nouveautés et vérification de la service release tenant : https://learn.microsoft.com/en-us/intune/fundamentals/servicing-information