En septembre 2026, Microsoft a introduit différents changements à Windows Autopilot permettant d’améliorer le comportement.

On retrouve notamment :

• Des améliorations de performance et de fiabilité ont été apportées à Windows Autopilot Device Preparation.
  • Ces améliorations visent à réduire les échecs de provisionnement et le temps d’intégration pendant l’expérience de première utilisation (OOBE).
  • La stratégie de chiffrement BitLocker 128 bits appliquée par défaut ne l’est plus durant l’OOBE : les stratégies BitLocker configurées par l’administrateur sont désormais prioritaires, ce qui permet aux appareils d’utiliser la méthode de chiffrement définie.
  • L’extension de gestion Microsoft Intune (IME) déclenche par ailleurs une synchronisation immédiatement après l’OOBE, afin que les applications et les stratégies qui en dépendent soient distribuées plus rapidement.
  • Enfin, l’enregistrement des appareils (check-in) est plus résilient après une perte de connectivité réseau pendant l’OOBE, les appareils reprenant leur synchronisation plus vite une fois la connexion rétablie.
• Des améliorations de performance et de fiabilité ont également été apportées à la page de statut d’inscription (Enrollment Status Page).
  • Elles visent, là aussi, à réduire les échecs de provisionnement et le temps d’intégration pendant l’expérience de première utilisation (OOBE).
  • Le nombre de tentatives d’installation des applications pendant l’ESP a été augmenté, ce qui améliore le taux de réussite des provisionnements.
  • L’extension de gestion Microsoft Intune (IME) déclenche une synchronisation immédiatement après la fin de l’ESP, afin que les applications et les stratégies qui en dépendent soient distribuées plus rapidement.
  • Enfin, l’enregistrement des appareils (check-in) est plus résilient après une perte de connectivité réseau pendant l’OOBE, les appareils reprenant leur synchronisation plus vite une fois la connexion rétablie.

Source : What's new in Windows Autopilot device preparation | Microsoft Learn et What's new in Windows Autopilot | Microsoft Learn

Microsoft fait évoluer Windows Autopatch pour donner aux administrateurs davantage de contrôle sur le déploiement des mises à jour de qualité Windows, des mises à jour.NET Framework prises en charge et des correctifs Quick machine recovery. Le déploiement a débuté le 1er septembre 2026 et devrait atteindre l’ensemble des tenants d’ici le 15 octobre 2026.

Les stratégies de mises à jour de qualité permettent désormais de choisir une approbation automatique ou manuelle selon le type de publication : mises à jour mensuelles de sécurité, préversions mensuelles non liées à la sécurité, mises à jour de sécurité hors cycle et mises à jour hors cycle non liées à la sécurité. Pour chaque catégorie, le choix s’applique aux mises à jour Windows et aux mises à jour .NET Framework prises en charge. En cas d’approbation automatique, un délai de report peut être défini afin d’échelonner le déploiement. Microsoft recommande l’approbation automatique pour les mises à jour de sécurité et l’approbation manuelle pour les mises à jour facultatives.  

La même stratégie permet également de définir les modalités d’approbation des correctifs Quick machine recovery, destinés aux appareils qui ne parviennent plus à démarrer après un incident critique. Les administrateurs peuvent choisir de les approuver automatiquement, avec un éventuel délai de report, ou de les examiner avant leur déploiement. Par défaut, leur approbation est manuelle lors de la création d’une nouvelle stratégie. 

Depuis l’expérience Manage quality updates du centre d’administration Intune, il est possible d’examiner, d’approuver ou de mettre en pause une publication individuelle, qu’il s’agisse d’une mise à jour Windows, d’une mise à jour .NET Framework prise en charge ou d’un correctif Quick machine recovery. La mise en pause empêche de nouveaux appareils de recevoir la publication concernée, mais ne désinstalle pas la mise à jour sur les appareils qui l’ont déjà appliquée.

Le suivi évolue également avec deux rapports par appareil :

• Le rapport d’état des mises à jour de qualité présente notamment la mise à jour attendue et celle installée, la date cible de conformité, les stratégies affectées, l’état de préparation, les alertes et les informations liées au hotpatch.
• Le rapport Quick machine recovery permet de suivre les appareils touchés par un échec de démarrage, le correctif applicable et l’état de la remédiation. Il reste vide tant qu’aucun incident nécessitant ce type de correctif ne survient.

Je vous recommande de revoir vos processus d’approbation actuels avant de créer ces nouvelles stratégies : déterminez quelles catégories doivent être déployées automatiquement, lesquelles nécessitent une validation, puis définissez les délais de report adaptés à vos vagues de déploiement. Attention : la méthode d’approbation ne peut pas être modifiée dans une stratégie existante ; il faut en créer une nouvelle pour changer ce choix. À noter également que les mises à jour.NET Framework 3.5 ne sont pas gérées par ces stratégies.

Plus d’informations sur les stratégies de mises à jour de qualité Windows Autopatch et la gestion des correctifs Quick machine recovery.

Le service Microsoft Defender XDR est une solution intégrée qui fournit des éléments provenant de tous les outils de sécurité dont Microsoft Defender for Endpoint, Microsoft Defender for Office 365, Microsoft Defender for Identity, Microsoft Defender for Cloud Apps. Ces solutions regroupent des mécanismes et concepts communs comme la détection et l’investigation et la réponse automatique. Cette console regroupera les alertes et les incidents agrégés des différents services.

• (Preview) Integrated Security Operations Center (ISOC) : Microsoft Defender réunit les capacités XDR, SIEM, de renseignement sur les menaces, d’automatisation et d’intelligence artificielle dans le portail Microsoft Defender. À partir du 23 septembre 2026, cette expérience est accessible aux clients Microsoft 365 E5 et E7 éligibles qui ne disposent pas d’un espace de travail Microsoft Sentinel actif. Microsoft  présente un socle commun où analystes et agents IA partagent signaux, contexte et moyens d’action, sous la conduite des équipes humaines. Microsoft précise que les espaces case management, workbooks et playbooks en langage naturel sont intégrés ; un workspace ISOC reste nécessaire pour l’UEBA et les données tierces. Microsoft annonce 90 jours de rétention pour Defender/Azure Activity/Office365 Activity dès le 15 novembre 2026 ; ingestion supplémentaire depuis octobre à 2,40 $/Go, sous conditions et tarifs régionaux.

• (GA) Identity Security dashboard et Coverage & Maturity : Le tableau de bord centralise les risques de sécurité liés aux identités et la posture de sécurité de l’organisation. Coverage & Maturity permet aux équipes de sécurité d’évaluer la protection de leur environnement d’identités sur site, dans le cloud et les applications SaaS, ainsi qu’auprès des fournisseurs d’identité et des technologies partenaires. Elles peuvent ainsi repérer les lacunes de couverture et de déploiement, puis hiérarchiser les actions nécessaires pour renforcer la sécurité des identités.

Plus d’informations sur : What's new in Microsoft Defender XDR | Microsoft Learn

Microsoft rappelle que le mode Internet Explorer (IE mode) de Microsoft Edge restera supporté au moins jusqu’à la fin de l’année 2029. Cette échéance, annoncée initialement en 2021, n’est pas une date de retrait : Microsoft s’engage à prévenir les organisations au moins un an avant la fin du support du mode IE. Il s’agit donc d’un rappel destiné à faciliter la planification, et non du déploiement d’un changement dans Edge.

Pour rappel, le mode IE permet de continuer à utiliser dans Microsoft Edge des sites et applications métier qui dépendent encore de technologies Internet Explorer. Il ne faut pas le confondre avec l’application de bureau Internet Explorer 11, dont le support a pris fin sur certaines versions de Windows. Les organisations qui utilisent le mode IE peuvent conserver leur configuration actuelle pendant qu’elles modernisent leurs applications. Celles qui ne l’utilisent pas n’ont aucune action à mener.  

Si votre organisation dépend toujours du mode IE, je vous recommande de profiter de cette période pour recenser les sites et applications concernés, en vous appuyant notamment sur votre Enterprise Mode Site List, puis de déterminer pour chacun s’il doit être mis à jour, réhébergé, remplacé ou reconstruit. Ces projets peuvent être longs selon le nombre d’applications et la complexité de leurs dépendances : mieux vaut les engager sans attendre l’annonce d’une date de retrait.

En cas de difficulté de compatibilité, Microsoft App Assure propose une assistance sans coût supplémentaire aux clients éligibles. Ce service peut accompagner la résolution de problèmes applicatifs, mais ne réalise pas l’inventaire des applications à votre place.

Plus d’informations sur le cycle de vie d’Internet Explorer et de Microsoft Edge et sur Microsoft App Assure.

Microsoft annonce que Microsoft Intune va faire évoluer l’évaluation de conformité fondée sur l’attestation de santé Windows. Le service Device Health Attestation (DHA) sera remplacé par Microsoft Azure Attestation (MAA) pour les appareils Windows 11 concernés. Cette migration s’effectuera automatiquement côté service Intune et est prévue à la fin du premier trimestre 2027.

Le changement concerne les stratégies de conformité qui évaluent au moins l’un des paramètres de santé de l’appareil suivants : BitLocker, Secure Boot ou Code Integrity. Si les postes Windows 11 ne peuvent pas joindre les endpoints Microsoft Azure Attestation requis, ils ne pourront plus faire évaluer correctement ces paramètres et deviendront non conformes. Microsoft précise que les appareils Windows 10 ainsi que les environnements GCC High et DoD continueront, eux, à utiliser le service DHA existant.

Même si la migration ne nécessite pas d’intervention sur le service Intune, une vérification réseau est indispensable. Je vous recommande d’identifier les stratégies de conformité utilisant ces trois paramètres, puis de vérifier avec vos équipes réseau que les postes concernés peuvent accéder en HTTPS sur le port 443 aux endpoints MAA correspondant à la localisation de votre tenant Intune. Microsoft précise également que l’inspection SSL ne doit pas être appliquée à ces endpoints. La localisation du tenant est visible dans le centre d’administration Intune sous Tenant administration > Tenant status > Tenant details.

Pour un tenant localisé en Europe, les endpoints répertoriés par Microsoft sont les suivants :

• intunemaape7.neu.attest.azure.net
• intunemaape8.neu.attest.azure.net
• intunemaape9.neu.attest.azure.net
• intunemaape10.weu.attest.azure.net
• intunemaape11.weu.attest.azure.net
• intunemaape12.weu.attest.azure.net

Ne déduisez pas la région du tenant de l’emplacement des utilisateurs : vérifiez-la dans Intune avant de modifier vos règles de pare-feu ou de proxy. Pour les autres régions et les recommandations réseau détaillées, consultez la documentation Microsoft sur les endpoints nécessaires à la migration vers Azure Attestation

Microsoft annonce la disponibilité générale de SQL Server sur Azure Local, aussi bien pour les environnements connectés que pour les environnements déconnectés. Cette offre permet d’exécuter SQL Server sur des machines virtuelles Windows Server ou Linux hébergées dans vos datacenters ou sur vos sites Edge, tout en conservant la maîtrise de l’infrastructure et de l’emplacement des données.

Deux modes de déploiement sont proposés :

• Environnement connecté : SQL Server s’exécute localement sur Azure Local, avec la possibilité d’utiliser Azure Arc pour gérer les ressources SQL Server depuis Azure.
• Environnement déconnecté : SQL Server continue de fonctionner localement lorsque la connectivité externe est restreinte, intermittente ou indisponible. Ce mode répond notamment aux besoins des sites isolés et des organisations soumises à des contraintes de souveraineté.

Microsoft met également en avant la possibilité de rapprocher l’IA des bases de données grâce à Foundry Local sur Azure Local, qui permet d’exécuter des modèles d’inférence au sein de l’environnement du client. Attention : cette capacité est encore en préversion ; c’est bien SQL Server sur Azure Local qui est annoncé en disponibilité générale. [

Sur le plan des licences, SQL Server reste licencié séparément d’Azure Local. Pour les déploiements connectés, Microsoft indique qu’il est possible d’utiliser des licences SQL Server existantes éligibles, notamment avec Software Assurance ou certains abonnements, ou d’opter pour une facturation à l’usage via Azure Arc. Les déploiements entièrement déconnectés peuvent s’appuyer sur des licences existantes éligibles via Azure Hybrid Benefit. Les conditions applicables sont donc à vérifier selon le scénario retenu.

Cette disponibilité offre une option supplémentaire aux organisations qui souhaitent moderniser leurs environnements SQL Server sans déplacer systématiquement leurs données vers le cloud public, tout en choisissant le niveau de connectivité adapté à chaque site.

Plus d’informations sur : SQL Server on Azure Local is now generally available.

Microsoft annonce la dépréciation du rôle Windows Deployment Services (WDS) à partir de la prochaine version de Windows Server. Cette annonce concerne le rôle WDS intégré au système, ses services, ses outils et interfaces d’administration, ainsi que les fonctions de démarrage réseau PXE fournies par WDS. Elle ne signifie pas que WDS est supprimé dès aujourd’hui : Microsoft n’a pas encore communiqué de date pour son retrait définitif.

Cette évolution s’inscrit dans une transition déjà engagée. En 2021, les scénarios d’installation de Windows 11 utilisant dans WDS le fichier boot.wim issu du média d’installation avaient été dépréciés, tandis que les scénarios PXE utilisant des images personnalisées restaient disponibles. Depuis les mises à jour Windows publiées à partir du 14 avril 2026, les déploiements WDS entièrement automatisés (hands-free) sont désactivés par défaut et ne sont plus supportés, en raison des risques associés à la transmission de fichiers de réponse sur des canaux non sécurisés.

Il n’y a pas de changement immédiat pour les serveurs actuellement supportés, notamment Windows Server 2025 et les versions antérieures : WDS reste disponible selon le cycle de vie de chaque version. La dépréciation annoncée doit toutefois être mise à profit pour préparer une migration avant un retrait futur.

Point important pour les organisations utilisant Microsoft Configuration Manager : le déploiement de systèmes d’exploitation avec Configuration Manager n’est pas déprécié. En revanche, si vos points de distribution utilisent encore PXE avec WDS, Microsoft recommande de migrer vers le répondeur PXE Configuration Manager sans WDS. Celui-ci ne prend pas en charge les déploiements multicast dépendant de WDS : ces usages devront être réévalués, notamment en matière de capacité réseau et de dimensionnement des points de distribution.  

Je vous recommande de commencer par recenser les serveurs WDS et les usages qui en dépendent, y compris indirectement : démarrage PXE, images WinPE personnalisées, scripts, appels aux interfaces WDS et multicast. Vous pourrez ensuite valider une solution de remplacement sur vos matériels et réseaux représentatifs, tout en conservant les serveurs supportés pendant la transition. Les implémentations PXE indépendantes du rôle WDS ne sont pas concernées par cette annonce.

Plus d’informations dans la note Microsoft : Windows Deployment Services (WDS) deprecation in the next Windows Server release.

Microsoft annonce que le signalement par les utilisateurs des contenus suspects dans Microsoft Teams sera activé par défaut pour les organisations disposant de Microsoft Defender for Office 365 Plan 1 ou Plan 2, Microsoft 365 E5 ou Office 365 E5. L’objectif est de faciliter la remontée des tentatives de phishing, des spams, des usurpations d’identité et des contenus malveillants directement depuis Teams. [

Les utilisateurs peuvent signaler des messages issus des conversations, des canaux ou des réunions, ainsi que des appels depuis leur historique Teams. Les éléments signalés sont ensuite transmis selon la destination configurée par l’organisation, afin que les équipes de sécurité puissent les examiner.

Le changement s’effectuera en deux temps. À partir du 7 octobre 2026, les paramètres de signalement Teams seront gérés depuis une page dédiée du portail Microsoft Defender. Les configurations existantes seront reprises, même si les modifications effectuées après la migration pourraient ne pas être visibles avant la semaine du 15 octobre. Pour les organisations qui n’ont pas encore configuré cette fonctionnalité, le signalement sera activé par défaut à compter du 25 octobre 2026, sauf désactivation préalable. Le déploiement mondial devrait s’achever fin octobre.

Je vous recommande de vérifier ce paramètre avant le 25 octobre, en particulier si vous ne souhaitez pas activer le signalement ou si vous voulez choisir une autre destination que Microsoft pour les contenus remontés. Ce choix mérite d’être examiné avec les équipes de sécurité et de conformité : lorsqu’un élément Teams est transmis à Microsoft pour analyse, les données associées au message ou à l’appel, et éventuellement des messages de contexte, peuvent être incluses dans la soumission.

Pour plus d’informations sur le fonctionnement et les paramètres disponibles : User reported settings in Microsoft Teams – Microsoft Learn.

Microsoft a mis en ligne une nouvelle version (10.1.26100.9457) du kit de déploiement et d’évaluation (ADK) pour Windows. Cette version de septembre 2026 remplace la version 10.1.26100.2454 et prend en charge Windows 11 versions 26H2, 25H2 et 24H2, les versions antérieures de Windows 10 et 11 encore supportées, ainsi que Windows Server 2025 et 2022. Si vous aviez déjà téléchargé le programme d’installation de l’ADK, Microsoft recommande de le télécharger à nouveau et de réinstaller cette version.

Cette version apporte les changements suivants :

• Suppression des messages de dépréciation App-V affichés lors de l’exécution des cmdlets du Sequencer Expand-AppvSequencerPackage, New-AppvPackageAccelerator, New-AppvSequencerPackage et Update-AppvSequencerPackage, en raison du maintien de la prise en charge du Sequencer.
• Mise à jour de l’outil OA3 afin de vérifier la configuration des certificats Secure Boot sur les appareils préparés en usine. Microsoft recommande aux OEM d’utiliser cet outil mis à jour pour leurs opérations de provisionnement, compte tenu de l’expiration de certificats Secure Boot à partir de juin 2026.
• Mise à jour des binaires de démarrage utilisés par Oscdimg pour permettre la création d’images ISO WinPE avec MakeWinPEMedia /ISO /bootex, compatibles avec le Secure Version Number (SVN) 9.0.
• Correction des vulnérabilités CVE-2026-50435, CVE-2026-50409 et CVE-2026-54987 dans les outils de maintenance et de gestion des images de déploiement Windows.
• Correction de la vulnérabilité CVE-2026-25166 dans Windows System Image Manager (WSIM).
• Possibilité d’installer Compatibility Administrator, en versions 32 et 64 bits, sur les ordinateurs Arm64.

Plus d’informations sur : Nouveautés des outils Windows ADK.

Télécharger :

• Download the Windows ADK 10.1.26100.9457 (September 2026)
• Download the Windows PE add-on for the Windows ADK 10.1.26100.9457 (September 2026)

Gartner vient de publier le résultat de l’étude 2026 sur les Distributed Hybrid Infrastructures. Microsoft fait une nouvelle fois partie des leaders. C’est la quatrième année consécutive que Microsoft est positionné comme Leader dans ce Magic Quadrant, et l’éditeur indique être placé le plus haut sur l’axe Ability to Execute. La stratégie de Microsoft repose notamment sur Azure Local et Azure Arc pour permettre aux entreprises d’exécuter leurs charges de travail dans Azure, dans leurs datacenters, à l’Edge ou dans des environnements souverains, tout en conservant une approche commune de gestion et de gouvernance.

Parmi les forces :

• Plateforme unifiée : Azure Local apporte l’infrastructure et certains services Azure dans les environnements contrôlés par les clients, tandis qu’Azure Arc étend les capacités de gestion et de gouvernance Azure aux ressources situées dans les datacenters, à l’Edge et dans d’autres clouds. Cette complémentarité permet de choisir l’emplacement des workloads sans imposer un modèle d’exploitation entièrement distinct pour chaque environnement.
• Flexibilité des architectures : Azure Local couvre des déploiements allant des petits sites Edge aux datacenters de grande taille. La plateforme prend en charge les architectures hyperconvergées, mais aussi des configurations désagrégées avec stockage externe, afin d’adapter les ressources aux besoins des applications.
• Souveraineté et opérations déconnectées : Microsoft propose plusieurs niveaux de contrôle selon les contraintes des workloads. Avec Microsoft Sovereign Private Cloud, construit sur Azure Local, les organisations peuvent conserver davantage de maîtrise sur leur infrastructure, leurs données et leurs opérations. Les opérations déconnectées permettent également de disposer d’un plan de contrôle local lorsque la connexion au cloud est restreinte ou indisponible.
• IA au plus près des données : Foundry Local sur Azure Local permet d’exécuter des modèles d’inférence à proximité des applications et des données. Microsoft met notamment en avant les scénarios soumis à des contraintes de latence, de connectivité, de gouvernance ou de souveraineté.

Parmi les faiblesses :

• Périmètre des services en mode déconnecté : les opérations déconnectées donnent accès à un sous-ensemble des capacités Azure, et non à l’intégralité des services disponibles dans le cloud public. Le périmètre fonctionnel doit donc être vérifié pour chaque projet. ,
• Exigences d’infrastructure : le déploiement d’Azure Local nécessite de valider les prérequis matériels et réseau. En mode déconnecté, le plan de contrôle local demande également de prévoir des capacités supplémentaires. ,
• Exploitation des environnements isolés : l’absence de connexion permanente à Azure implique des procédures spécifiques pour les mises à jour, la maintenance et l’intégration des ressources. Ces opérations doivent être anticipées dans le modèle d’exploitation.

L’enjeu pour les entreprises n’est donc pas uniquement de choisir où exécuter les applications, mais de déterminer quel niveau de cohérence opérationnelle elles souhaitent conserver entre le cloud, leurs datacenters et leurs sites Edge. Azure Local et Azure Arc constituent la réponse de Microsoft à cette problématique, avec des choix d’architecture à adapter aux contraintes de chaque workload.

Vous pouvez accéder au rapport Gartner.

Source : Microsoft recognized as a Leader in the 2026 Gartner® Magic Quadrant for Distributed Hybrid Infrastructure

Microsoft vient d’annoncer la mise à disposition d’un nouvel ensemble de fonctionnalités pour Microsoft Intune.

Les fonctionnalités suivantes sont ajoutées :

Enregistrement des périphériques

• [Apple] Ignorer les nouveaux volets de l’Assistant de configuration Apple lors de l’inscription. Microsoft Intune intègre désormais les de sauter sur l’Assistant de configuration d’Apple OS 27 les pages Liquid Glass et Accessibility Appearance dans les profils d’inscription automatisée des appareils (ADE). Vous pouvez masquer ces volets afin de réduire les interactions de configuration et d’offrir une expérience d’inscription plus cohérente sur les iPhone, iPad et Mac pris en charge. S’applique à iOS/iPadOS et macOS.

Gestion du périphérique

• [Windows] Sessions Remote Help sans surveillance sur les appareils Windows. Microsoft Intune prend désormais en charge les sessions Remote Help sans surveillance sur les appareils Windows physiques. Les agents du support habilités peuvent se connecter à un appareil distant avec leurs propres informations d’identification, sans que l’utilisateur soit présent ou doive intervenir, puis afficher et contrôler l’appareil pour résoudre les incidents et réaliser les tâches de support à distance. 

• [Général] Nouvelle page d’appareil unique dans le centre d’administration Intune. La nouvelle page d’appareil unique est activée par défaut pour l’ensemble des clients ; le commutateur « Preview new device view » permet de revenir à la page d’origine. Elle regroupe les propriétés de l’appareil, son activité, les outils et les rapports : modification du nom de gestion, de l’utilisateur principal ou de la catégorie via Propriétés > Modifier, informations matérielles et système sous l’onglet Détails de l’appareil (anciennement Matériel), actions regroupées dans les menus Actions à distance, Sécuriser et Supprimer les données, état des actions et des corrections (Remediations), et étiquettes d’étendue. 

• [Général] Disponibilité générale de la propriété de version du système d’exploitation dans les filtres d’affectation. La propriété operatingSystemVersion est désormais en disponibilité générale pour les appareils gérés et les applications gérées. Elle permet de créer des règles de filtre ciblant les affectations d’applications et de stratégies sur les appareils exécutant une version ou une plage de builds spécifique, par exemple pour piloter une configuration sur une build récente avant un déploiement large, ou exclure les appareils non encore mis à jour. Les règles se construisent avec l’éditeur de règles ou la zone de syntaxe, et les affectations existantes continuent de fonctionner sans modification.

• [Apple] Collecte de journaux de diagnostic enrichis sur les appareils Apple supervisés. Microsoft Intune prend désormais en charge l’action Enhanced Logging d’Apple sur les appareils supervisés exécutant une version de système compatible. Les administrateurs peuvent démarrer une session de collecte de journaux de diagnostic AppleCare à l’aide d’un jeton fourni par AppleCare et suivre l’état remonté par l’appareil via Declarative Device Management, ce qui évite d’avoir à coordonner une collecte manuelle avec l’utilisateur. 
• [Android] Inventaire SIM étendu pour les appareils Android d’entreprise. Microsoft Intune expose désormais un inventaire SIM étendu pour les appareils Android Enterprise d’entreprise : EID, plusieurs ICCID et état d’activation. Ces informations sont visibles sous Appareils > Tous les appareils > sélectionner un appareil > Matériel, et l’ICCID remonté permet d’identifier la bonne eSIM pour une action de suppression. La remontée de l’EID nécessite Android 13 ou ultérieur, l’inventaire complet Android 15 ou ultérieur. S’applique à Android Enterprise (COBO, COSU, COPE).
• [Android] Activation d’une eSIM sur un appareil Android d’entreprise. Microsoft Intune prend désormais en charge l’activation d’une eSIM appareil par appareil pour les appareils Android Enterprise d’entreprise exécutant Android 15 ou ultérieur. Activez « Preview new device view », sélectionnez l’appareil, puis choisissez Activer l’eSIM et saisissez le code d’activation de l’opérateur. Intune transmet la demande sans la bloquer au préalable en fonction de la capacité de slot eSIM remontée et affiche les erreurs renvoyées par Google. Les appareils personnels avec profil professionnel ne sont pas pris en charge. S’applique à Android Enterprise (COBO, COSU, COPE).
• [Android] Suppression d’une eSIM individuelle sur un appareil Android d’entreprise. Il est désormais possible de supprimer une seule eSIM d’un appareil Android Enterprise d’entreprise sans effacer celui-ci. Activez « Preview new device view », sélectionnez l’appareil, copiez l’ICCID de l’eSIM depuis l’inventaire, puis choisissez Supprimer l’eSIM et saisissez l’ICCID. L’action est prise en charge sur les appareils entièrement gérés et dédiés sous Android 15 ou ultérieur, et sur les appareils avec profil professionnel sous Android 17 ou ultérieur. S’applique à Android Enterprise (COBO, COSU, COPE).
• [Android] Choix de conserver ou de supprimer les eSIM lors de l’effacement d’un appareil. Microsoft Intune permet désormais de choisir si les eSIM sont conservées ou supprimées lors de l’effacement d’un appareil Android Enterprise d’entreprise. Activez « Preview new device view », sélectionnez l’appareil puis Effacer : par défaut l’effacement conserve les eSIM, l’option de suppression devant être sélectionnée explicitement. Les appareils personnels avec profil professionnel ne sont pas pris en charge. S’applique à Android Enterprise (COBO, COSU, COPE).
• [Android] Inventaire des appareils personnels avec profil professionnel. Microsoft Intune prend désormais en charge l’inventaire des appareils Android Enterprise personnels avec profil professionnel gérés par l’API Android Management. Ces appareils sont visibles depuis la page Inventaire de l’appareil, aux côtés des appareils d’entreprise dans l’Explorateur de ressources, et peuvent être interrogés via Multi-Device Query. Les données d’inventaire constituent un sous-ensemble de celles des appareils d’entreprise : l’IMEI, l’ICCID et l’adresse MAC ne sont pas disponibles. S’applique à Android Enterprise (profil professionnel personnel via AMAPI).

Configuration du périphérique

• [Android] Configuration du délai d’extinction de l’écran sur les appareils Android d’entreprise. Microsoft Intune prend désormais en charge le paramètre « Screen timeout » dans le catalogue de paramètres Android Enterprise, qui définit le nombre de secondes avant l’extinction de l’écran. Il se configure sous Appareils > Gérer les appareils > Configuration > Créer > Nouvelle stratégie > Android Enterprise > Catalogue de paramètres. La valeur doit rester inférieure ou égale au délai de verrouillage de l’écran. S’applique aux appareils entièrement gérés et dédiés sous Android 9 et ultérieur, et aux appareils d’entreprise avec profil professionnel sous Android 15 et ultérieur.
• [Android] Verrous distincts pour l’appareil et le profil professionnel. Le paramètre « Block one lock for device and work profile » est désormais disponible dans le catalogue de paramètres Android Enterprise : défini sur True, il impose des verrous distincts pour l’appareil et pour le profil professionnel au lieu d’un verrou commun. Il doit être activé après avoir configuré une exigence de mot de passe pour le profil professionnel ; la valeur par défaut, False, autorise un verrou commun. Pris en charge à partir d’Android 9. S’applique à Android Enterprise (COPE).
• [Android] Limitation de la durée pendant laquelle un profil professionnel peut rester désactivé. Le paramètre « Number of days work profile is allowed to be switched off » du catalogue de paramètres Android Enterprise permet de limiter la durée pendant laquelle un profil professionnel reste désactivé. Indiquez le nombre maximal de jours, avec un minimum de trois, ou saisissez 0 pour désactiver la restriction ; aucune limite supérieure n’est documentée. S’applique à Android Enterprise (COPE).
• [Android] Suppression des eSIM lors d’un effacement via une stratégie du catalogue de paramètres. Le paramètre « Remove all eSIMs during a device wipe » est désormais disponible dans le catalogue de paramètres Android Enterprise. Défini sur True, il demande la suppression de toutes les eSIM lorsqu’un appareil d’entreprise est effacé pendant que la stratégie s’applique. La valeur par défaut, False, ne demande pas cette suppression, même si le système d’exploitation peut malgré tout supprimer les eSIM lorsque cela est nécessaire. Pris en charge à partir d’Android 15. S’applique à Android Enterprise (COBO, COSU, COPE).
• [Apple] Nouvelles options dans le catalogue de paramètres Apple. Microsoft Intune prend désormais en charge de nouvelles options du catalogue de paramètres destinées aux tests sur les bêtas d’OS 27, couvrant des domaines de Declarative Device Management tels que App Settings, Web Content Filter et Siri Settings pour iOS/iPadOS et macOS. Elles se configurent sous Appareils > Gérer les appareils > Configuration > Créer > Nouvelle stratégie > iOS/iPadOS ou macOS > Catalogue de paramètres, et permettent de tester en amont les prochains contrôles de gestion Apple. S’applique à iOS/iPadOS et macOS.
• [Android] Maintien de l’écran allumé pendant la charge. Le catalogue de paramètres propose désormais une option permettant de garder l’écran allumé pendant la charge sur les appareils Android entièrement gérés et dédiés. Sélectionnez un ou plusieurs modes — secteur (AC), USB ou sans fil — pour définir quand l’écran reste allumé. Les modes AC et USB sont pris en charge à partir d’Android 6.0, la charge sans fil à partir d’Android 8.1. Aucun mode n’est sélectionné par défaut. S’applique à Android Enterprise (COBO, COSU).
• [Windows] Nouveaux paramètres de stratégie pour Windows. De nouvelles options sont disponibles dans le catalogue de paramètres Windows à la suite de plusieurs actualisations de modèles d’administration. Parmi les principales : les contrôles « Turn on Protected Mode » pour les zones de sécurité Internet Explorer, les nouvelles stratégies Microsoft Edge issues de l’actualisation du modèle Edge 150, et l’option « Disconnect if a Remote Desktop Services session when no smart card is present » pour l’ouverture de session interactive. Les modèles Microsoft Office ont également reçu de nouveaux paramètres.

Sécurité du périphérique

• [Linux] Mode Audit pour le modèle Microsoft Defender Antivirus pour Linux. Le modèle Microsoft Defender Antivirus pour Linux, intégré à la stratégie Antivirus de sécurité des points de terminaison, propose désormais une valeur « Audit » pour le paramètre Enforcement level. Dans ce mode, le moteur antivirus détecte les menaces en temps réel mais ne les corrige pas automatiquement : les détections sont remontées sous forme d’alertes dans le portail Microsoft Defender, sans mise en quarantaine des fichiers malveillants. Ce mode offre une visibilité sur le paysage des menaces avant l’activation de la protection complète. Pris en charge pour les appareils gérés par Intune et pour ceux gérés uniquement via Microsoft Defender for Endpoint (MDE attach). 

• [Windows] Base de référence de sécurité Windows 365 for Agents. Microsoft Intune propose désormais une base de référence de sécurité pour les Cloud PC Windows 365 for Agents. Les administrateurs peuvent déployer et personnaliser des paramètres recommandés, appliqués au périphérique, pour Windows 11, Microsoft Edge et Microsoft Defender for Endpoint, afin d’établir une posture de sécurité cohérente pour les charges de travail agentiques. S’applique aux Cloud PC Windows 365 for Agents exécutant Windows 11 et ultérieur.

• [Linux] Paramètre d’analyse de la mémoire pour Microsoft Defender Antivirus sur Linux. Microsoft Intune prend désormais en charge un paramètre d’analyse de la mémoire dans le modèle Microsoft Defender Antivirus des stratégies antivirus de sécurité des points de terminaison pour Linux. Vous pouvez gérer le comportement d’analyse de la mémoire sur les appareils Linux gérés via la gestion des paramètres de sécurité Microsoft Defender for Endpoint, pour un contrôle plus fin de la façon dont Defender inspecte la mémoire de vos points de terminaison Linux. 

Gestion des applications

• [Apple] Declarative Device Management pour les applications du programme d’achat en volume Apple. Microsoft Intune prend désormais en charge Declarative Device Management (DDM) d’Apple pour les applications requises du programme d’achat en volume (VPP) sur les appareils exécutant iOS/iPadOS 17.2 et ultérieur et macOS 26 et ultérieur. En basculant le type de gestion sur DDM lors du chargement d’un nouveau jeton VPP, vous déployez et configurez les applications selon le modèle par stratégie d’Apple : efficacité de distribution améliorée, état des applications en temps réel et nouveaux paramètres par application, comme les mises à jour automatiques. S’applique à iOS/iPadOS et macOS.

• [Général] Nouvelles applications protégées disponibles pour Microsoft Intune :
  • Notion (Notion Labs)
  • Superhuman Mail (Superhuman Labs)
  • Calven (Calven Pty Limited)
  • Heijmans (Heijmans)
  • Notability (Ginger Labs, Inc.) — iOS
  • Ben for Intune (Thanks Ben Ltd)
  • SDP - On Premises | Intune (Zoho Corporation)

Plus d’informations sur : What's new in Microsoft Intune | Microsoft Learn

Microsoft a introduit un ensemble de nouveautés dans Microsoft Entra (incluant Entra ID, Permissions Management, etc.) en août 2026.

Microsoft apporte les nouveautés suivantes :

Microsoft Entra ID

• Disponibilité Générale du contrôle administrateur des invites d’authentification unique (SSO) dans Windows. Dans l’Espace économique européen, Windows ne réutilise plus automatiquement les informations d’identification Microsoft issues de la session Windows pour les autres applications Microsoft : les utilisateurs voient une invite « Continuer pour vous connecter » lors de la première tentative de réutilisation. Sur les appareils Windows 11 gérés et joints à Microsoft Entra ID, les administrateurs peuvent désormais supprimer cette invite en positionnant la valeur DWORD AutoAcceptSsoPermission à 1 sous HKLM/SOFTWARE/Policies/Microsoft/Windows/AAD. Ce paramètre nécessite la mise à jour de sécurité de juillet 2026 (KB5101650) sur Windows 11 24H2 ou 25H2 et peut être déployé via une stratégie de groupe, Intune ou Configuration Manager. Il ne s’applique ni aux comptes Microsoft personnels, ni aux appareils non gérés.
• Disponibilité Générale de la gestion dans le cloud des attributs Exchange pour les boîtes aux lettres distantes en environnement hybride. Il est désormais possible de transférer la source d’autorité (SOA) des attributs Exchange vers Exchange Online, tandis que les attributs d’identité tels que le nom et l’UPN restent gérés dans Active Directory. Concrètement, on positionne IsExchangeCloudManaged à $true sur une boîte aux lettres synchronisée, puis on crée une configuration de synchronisation d’attributs « EXO vers AD » dans Microsoft Entra Cloud Sync afin que les modifications effectuées dans le cloud soient réécrites vers AD. Cette écriture différée requiert l’agent de provisionnement Cloud Sync en version 1.1.1107.0 ou ultérieure et prend en charge jusqu’à 600 000 boîtes aux lettres gérées dans le cloud par locataire. Microsoft Entra Connect Sync peut rester en place pour la synchronisation d’identité, mais l’écriture différée elle-même passe obligatoirement par Cloud Sync. Tous les attributs ne sont pas concernés : les attributs personnalisés, mail et proxyAddresses sont réécrits, contrairement au masquage d’une boîte aux lettres dans les listes d’adresses.
• Public Preview de la synchronisation des appareils avec Microsoft Entra Cloud Sync. Cette capacité copie les objets ordinateur depuis Active Directory vers Microsoft Entra ID à l’aide de la tâche AD2AADDeviceSync, afin que les appareils puissent devenir joints hybrides à Microsoft Entra : ils restent joints au domaine en local tout en s’enregistrant dans Entra ID, sans nécessiter Microsoft Entra Connect Sync ni AD FS. La fonctionnalité est désactivée par défaut et requiert l’agent de provisionnement en version 1.1.1107 ou ultérieure, une configuration Cloud Sync AD vers Entra existante, un point de connexion de service dans chaque forêt et au minimum le rôle Administrateur d’identité hybride. Elle s’active depuis la page Propriétés de la configuration Cloud Sync.

Microsoft Entra Domain Services

• Public Preview des sauvegardes automatiques des objets de stratégie de groupe (GPO) dans Microsoft Entra Domain Services. Le domaine Active Directory managé dans Azure conserve désormais automatiquement des sauvegardes des GPO. Celles-ci sont stockées sur l’émulateur PDC dans le partage masqué GPOBackupsShare$ : les Domain Admins y disposent d’un accès complet et les AAD DC Admins d’un accès en lecture. La restauration s’effectue via la fonction Gérer les sauvegardes de la console GPMC ou avec l’applet de commande Restore-GPO. À noter : la restauration ne recrée pas systématiquement les filtres WMI, et une restauration vers un nouvel objet GPO ne rétablit pas les liaisons d’unité d’organisation (OU).

Microsoft Entra Identity Governance

• Disponibilité Générale de la simulation d’exécution des workflows de cycle de vie via l’outil What-if. Ce mode permet de visualiser quels utilisateurs entrent dans le périmètre d’un workflow et quelles tâches risquent d’échouer, en simulant une exécution pour un maximum de 10 utilisateurs sans modifier les comptes. La simulation s’ouvre depuis le workflow dans ID Governance, et restitue pour chaque utilisateur le détail des tâches et des échecs. Les workflows déclenchés par un changement d’attribut ou d’appartenance à un groupe ne sont pas pris en charge. Une licence Microsoft Entra ID Governance ou Microsoft Entra Suite est requise.
• Disponibilité Générale de l’annulation d’une exécution de workflow. Une exécution en file d’attente ou en cours peut désormais être annulée depuis l’historique des exécutions du workflow. L’annulation interrompt les tâches qui n’ont pas encore été exécutées, sans revenir sur celles qui sont déjà terminées ; elle s’applique à une exécution entière à la fois, et non à un utilisateur ou à une tâche en particulier.
• Enrichissement de la tâche Mise à jour des attributs utilisateur (Update user attributes). La tâche permet de définir ou d’effacer jusqu’à 10 attributs par exécution, dont l’attribut department et les attributs extensionAttribute1 à extensionAttribute15 pour les utilisateurs gérés dans le cloud. Pour les utilisateurs encore synchronisés depuis Active Directory, seuls les attributs d’extension d’annuaire sont pris en charge ; les attributs de sécurité personnalisés ne le sont pas. Les nouveaux e-mails personnalisés acceptent par ailleurs des espaces réservés et peuvent intégrer des attributs de sécurité personnalisés ainsi que des attributs d’extension locaux, les e-mails personnalisés existants conservant leur format antérieur.
• Public Preview du modèle de workflow Nettoyage des invités sans parrain (Unsponsored guest cleanup). Ce modèle identifie les utilisateurs invités dépourvus de parrain — la personne responsable de cet invité, et peut supprimer le compte correspondant. Il se crée depuis les workflows de cycle de vie dans ID Governance. Le déclencheur repose sur le statut de parrainage de l’invité avec un nombre de parrains égal à zéro, condition qui n’est pas configurable, et le modèle inclut la tâche de suppression du compte utilisateur. La facturation des invités au titre d’ID Governance s’applique.

Microsoft Entra External ID

• Disponibilité Générale de l’adresse e-mail facultative lors de l’inscription dans Microsoft Entra External ID. Jusqu’à présent, la fédération avec un fournisseur d’identité OpenID Connect échouait avec l’erreur AADSTS901011 lorsque le fournisseur ne retournait pas de revendication d’e-mail. Il est désormais possible de rendre l’e-mail facultatif sur un flux utilisateur en positionnant la propriété required de l’attribut e-mail à false sur onAttributeCollection via Microsoft Graph. Aucun contrôle équivalent n’existe dans le centre d’administration, et la modification s’applique à l’ensemble des applications rattachées à ce flux utilisateur.

Plus d’informations sur : What’s New in Microsoft Entra: August 2026, What’s new? Release notes - Microsoft Entra | Microsoft Learn et What’s new for Microsoft Entra Verified ID

Je vous propose un petit aperçu des nouveautés de ce mois autour de la gouvernance, de la conformité et de la protection de données proposées via Microsoft Purview (MIP, DLP, etc.).

On retrouve notamment :

Général

• (Nouveauté) Exécuter des analyses de classification à la demande sur les points de terminaison Windows pour découvrir les informations sensibles sans attendre que les fichiers soient ouverts ou modifiés. La nouvelle documentation couvre la facturation et les bonnes pratiques, la surveillance et le dépannage, ainsi qu'une foire aux questions.
• (Nouveauté) Les activités du journal d'audit Microsoft 365 incluent désormais les activités Microsoft Defender for Cloud, les activités People Skills, les activités de stratégie au niveau fichier de Microsoft 365 Archive et les activités d'autorisations Microsoft Purview.

Data Security Posture Management

• (Mise à jour de la documentation) La prise en charge d'Anthropic Claude Enterprise par Microsoft Purview inclut désormais la classification des données, la gestion des risques internes (Insider Risk Management), Communication Compliance, eDiscovery, Data Lifecycle Management et Compliance Manager.

Étiquettes de confidentialité (Sensitivity Labels)

• (Nouveauté) Avant d'appliquer une stratégie d'étiquetage automatique, exécutez-la en mode simulation afin d'identifier les éléments qu'elle étiquèterait sans apporter de modification. Examinez les résultats de correspondance et la répartition des sources pour déterminer si la stratégie est prête à être appliquée.
• (Nouveauté) L'onglet Insights du volet des détails de la stratégie offre une vue d'ensemble des performances d'une stratégie d'étiquetage automatique. Les informations affichées varient selon que la stratégie s'exécute en mode simulation ou en mode application, ce qui aide à comprendre comment elle identifie ou étiquette le contenu.
• (Preview) Stratégies d'étiquettes de confidentialité pour les applications connectées non-Microsoft. Créez des stratégies d'étiquetage automatique protégeant les données sensibles au repos dans des applications connectées non-Microsoft, dont Box et Google Workspace. Ces stratégies s'appuient sur les connecteurs Microsoft Defender for Cloud Apps existants et prennent en charge le même moteur de classification que les emplacements Microsoft 365.
• (Mise à jour de la documentation) Ajout de recommandations décrivant comment donner à des utilisateurs externes l'accès aux fichiers protégés par des étiquettes de confidentialité à permissions définies par l'utilisateur.
• (Mise à jour de la documentation) Les stratégies d'étiquetage automatique peuvent cibler plus de 100 sites SharePoint en utilisant une étendue adaptative existante, via le paramètre SharePointAdaptiveScopes de l'applet de commande New-AutoSensitivityLabelPolicy.
• (Nouveauté) Consultez les versions minimales de OneNote et les capacités d'étiquettes de confidentialité prises en charge pour Windows, Mac, iOS, Android et le web.
• (Mise à jour de la documentation) Si une stratégie d'étiquetage automatique active cesse de correspondre aux e-mails Exchange parce qu'une règle n'a pas pu être chargée, contactez le support Microsoft pour identifier la règle concernée.

Prévention de fuite de données (DLP)

• (Preview) Utiliser des stratégies de prévention de fuite de données pour les applications connectées non-Microsoft. Créez des stratégies DLP qui protègent les données sensibles au repos dans des applications connectées non-Microsoft, telles que Box et Google Workspace. Ces stratégies s'appuient sur les connecteurs Microsoft Defender for Cloud Apps existants et prennent en charge le même moteur de classification que les emplacements Microsoft 365.
• (Mise à jour de la documentation) La comparaison des capacités Endpoint DLP précise désormais que les stratégies portant sur l'accès par des applications non incluses dans une liste ou un groupe d'applications restreintes sont prises en charge sur Windows, mais pas sur macOS.
• (Mise à jour de la documentation) Si une stratégie DLP Exchange utilise les étiquettes de confidentialité comme condition et des conseils de stratégie alors que l'étiquetage obligatoire est activé, la sélection d'une étiquette depuis l'invite d'étiquetage obligatoire ne réévalue pas le conseil de stratégie. L'action DLP configurée reste néanmoins appliquée.
• (Mise à jour de la documentation) Dans les conversations et canaux Microsoft Teams inter-locataires, l'application des stratégies DLP suit le locataire à l'origine de la conversation. Les stratégies DLP du locataire d'origine d'un utilisateur ne s'appliquent pas automatiquement lorsqu'un autre locataire héberge la conversation ou le fil de discussion.
• (Preview) Préparer Endpoint DLP aux changements d'autorisations de macOS 27. Déployez la version cliente 101.26072 ou ultérieure, configurez les modes de protection, surveillez l'état des autorisations et avertissez les utilisateurs s'ils désactivent l'autorisation Device Control and Data Access requise.
• (Mise à jour de la documentation) Les recommandations relatives aux stratégies DLP dans Microsoft Edge for Business expliquent désormais l'état de synchronisation des stratégies, où investiguer l'activité des applications gérées et non gérées, ainsi que les limites de couverture causées par les entrées dupliquées du catalogue d'applications, le trafic encodé, les points de terminaison dynamiques et les URL partagées entre usages grand public et entreprise.

Gestion des enregistrements et de la rétention

• (Mise à jour de la documentation) Lorsque vous supprimez la dernière conservation d'une boîte aux lettres inactive, Microsoft 365 applique automatiquement une conservation différée de 30 jours. La documentation explique comment identifier et supprimer ces conservations différées avant de recalculer l'état de conservation de la boîte aux lettres.
• (Nouveauté) Supprimer une conservation de rétention d'un site OneDrive sans licence à l'aide de Security & Compliance PowerShell. Les recommandations couvrent les conservations au niveau du locataire et du site, les prérequis ainsi que les erreurs courantes susceptibles de bloquer la suppression du site.
• (Preview) Supprimer définitivement des fichiers SharePoint et OneDrive avec Priority Cleanup. Après simulation, revue et approbations requises, les fichiers sélectionnés contournent les corbeilles et ne sont plus découvrables dans la recherche SharePoint, Microsoft 365 Copilot ou eDiscovery.

Audit et Advanced eDiscovery

• (Mise à jour de la documentation) L'authentification application seule pour les applets de commande eDiscovery dans Security & Compliance PowerShell n'est pas prise en charge. Migrez vos automatisations vers les API Microsoft Graph lorsque cela est possible ; les étapes documentées d'authentification par certificat constituent une aide au mieux pour les automatisations existantes et ne modifient pas le statut de prise en charge.

Data Governance

• (Mise à jour de la documentation) La capacité Data Quality exige désormais que le compte Microsoft Purview et ses sources de données se trouvent dans la même région Azure.

Plus d’informations sur : What's new in Microsoft Purview - Microsoft Purview | Microsoft Docs

Microsoft a introduit un ensemble de nouveautés dans Microsoft Sentinel, sa solution SIEM (Security Event Information Management) Cloud. Comme pour les autres services, je vous propose un résumé des changements et fonctionnalités que Microsoft a pu introduire dans le mois.

• Nouvelles sources de données pour les comportements et la détection d’anomalies UEBA (préversion) : la couche de comportements UEBA prend désormais en charge les événements de pare-feu Fortinet FortiGate issus de la table CommonSecurityLog, avec plus de 40 nouveaux comportements identifiant l’activité administrative sur les équipements FortiGate (reconfigurations système rapides, sauvegardes de configuration, changements de certificats et interruptions des services de sécurité), mappés aux techniques MITRE ATT&CK T1685, T1070, T1078 et T1602.002. La détection d’anomalies couvre également les événements de pare-feu, VPN et proxy web Check Point, Fortinet FortiGate et Zscaler, via dix nouvelles règles qui comparent chaque utilisateur et appareil à son propre historique et à l’activité de l’organisation afin d’identifier les connexions VPN anormales ou en échec, les accès inhabituels à des catégories web à risque, les rafales de détections sur un appareil potentiellement compromis et les modifications administratives suspectes. Enfin, la détection d’anomalies UEBA prend en charge les résultats AWS GuardDuty liés à une identité, depuis la table AWSGuardDuty.
• Anomalies UEBA sur les comportements (préversion) : Microsoft Sentinel ajoute désormais des informations contextuelles d’anomalies directement aux enregistrements de comportements UEBA. Ces informations aident les analystes à repérer les activités observées pour la première fois, les volumes de comportements anormalement élevés, les valeurs peu courantes et les correspondances avec la threat intelligence, sans avoir à corréler manuellement les événements bruts.
• Nouvelles versions des solutions SAP : la solution SAP sans agent version 1.1.12 apporte des améliorations de performance des journaux d’audit ainsi que le paramètre force-sal-filesystem. La solution SAP BTP version 3.1.1 ajoute une règle analytique pour les applications personnalisées non auditées avec activité de connexion uniquement, et renomme les règles analytiques avec le préfixe SAP BTP. La solution SAP LogServ version 3.0.5 permet aux clients utilisant RISE with SAP d’activer le contenu de sécurité existant basé sur ASIM pour les journaux SAP LogServ standard ; les détections HANA s’appuient désormais sur Syslog au lieu du journal personnalisé, avec une couverture de connecteurs et une gestion de repli mises à jour.

Plus d’informations sur : What's new in Microsoft Sentinel | Microsoft Docs

En août 2026, Microsoft a introduit différents changements à Windows Autopilot permettant d’améliorer le comportement.

On retrouve notamment :

• L’association d’appareils est désormais prise en charge par Windows Autopilot Device Preparation (Windows Autopilot device association. Cette fonctionnalité permet de lier un appareil physique Windows 11 à votre organisation avant son inscription. Les appareils associés sont automatiquement marqués comme appartenant à l’entreprise et peuvent recevoir des affectations de stratégies ciblant les appareils, un nommage d’appareil ainsi que des personnalisations supplémentaires de l’expérience de première utilisation (OOBE). 

Source : What's new in Windows Autopilot device preparation | Microsoft Learn

Voici un résumé des changements et fonctionnalités apportés à Microsoft Defender for Endpoint introduits dans le mois.

• (Preview) Protection contre les manipulations en mode audit pour Linux (tamper protection in audit mode). Elle détecte et alerte sur les modifications non autorisées des configurations, fichiers, répertoires, processus et services Defender, y compris les tentatives effectuées par des utilisateurs root :
  • L'activité de manipulation est remontée via les alertes, la chronologie de l'appareil (device timeline) et Advanced Hunting, sans blocage de l'activité.
  • Disponible dans Microsoft Defender for Endpoint sur Linux version 101.26072.0004 ou ultérieure, dans le canal Insiders-slow.
• (Preview) Mode audit pour l'antivirus sur Linux (antivirus audit mode). Il fournit la détection des logiciels malveillants et les alertes en temps réel, sans mise en quarantaine automatique des fichiers ni arrêt des processus :
  • Les organisations peuvent ainsi évaluer l'efficacité de détection et les performances de Defender sur des charges de travail sensibles avant d'activer l'application des stratégies. Disponible à partir de la version 101.26062.0007 de Defender for Endpoint sur Linux.
• (Disponibilité Générale) Prise en charge de l'API d'offboarding pour Linux. Elle permet aux organisations d'automatiser le retrait (offboarding) des serveurs Linux de Microsoft Defender for Endpoint via l'API Offboard machine, simplifiant la gestion du cycle de vie des appareils à grande échelle. Disponible à partir de la version 101.26062.0007 de Defender for Endpoint sur Linux.
• (Preview) Évaluation des vulnérabilités pour les applications du Microsoft Store. Vous pouvez désormais surveiller les vulnérabilités sur les appareils exécutant des applications du Microsoft Store :
  • Les applications couvertes incluent Microsoft Teams, Mozilla Firefox, WhatsApp, Slack, Dropbox, DuckDuckGo, Dell Command, HP Smart, HP Support Assistant, Dell SupportAssist for Home PCs et NVIDIA Control Panel (voir la liste complète dans la documentation Microsoft Store applications).
  • La zone Software evidence de la page du logiciel permet de consulter le chemin d'accès au fichier de l'application vulnérable, accompagné d'une requête suggérée affichant l'application vulnérable, sa version et l'emplacement du fichier.
• Dans la version du client Defender for Endpoint pour Windows (Platform 4.18.26080.3 / Engine 1.1.26080.3), on retrouve l'amélioration des performances et des corrections de bugs. Cette version s'accompagne de la version de renseignement de sécurité 1.159.11.0.
• Dans la version du client Defender for Endpoint pour macOS (101.26062.0012), on retrouve  :
  • L'extension de la découverte des agents IA locaux (Preview) sur macOS, avec désormais la visibilité sur les configurations de serveurs MCP (Model Context Protocol).
  • Des améliorations de performances et des corrections de bugs.
• Dans la version du client Defender for Endpoint pour Linux (101.26062.0007), on retrouve :
  • La correction d'un problème pouvant entraîner des analyses antivirus à la demande (rapide, complète et personnalisée) plus longues que prévu ou semblant ne plus répondre dans certains environnements. Les capacités de protection n'étaient pas affectées pendant les analyses.
  • La vérification de la signature du moteur, désormais activée par défaut pour les nouvelles installations et les mises à niveau : Defender for Endpoint vérifie la signature numérique du moteur avant de le charger et ne charge pas les moteurs dont la vérification échoue. Les anciens paramètres de vérification de signature du moteur sont dépréciés.
  • La correction d'un problème où l'état mdatp health pouvait indiquer à tort qu'un appareil était sain après son offboarding, ainsi que des améliorations de fiabilité et de qualité.
• Dans la version du client Defender for Endpoint pour Android (1.0.9228.0101, publiée le 31 août 2026), on retrouve :
  • Une meilleure résilience de l'authentification, grâce à la suppression des invites d'authentification interactives inutiles lors des échecs du broker liés à un jeton expiré.
  • La prise en charge d'Android 17, avec un SDK cible mis à jour pour la compatibilité et la conformité de la plateforme.
  • La dépréciation des canaux Enterprise Selfhost et Private Preview (canaux de test fermés) dans la console Google Play.
  • la carte Malware Protection qui affiche désormais l'heure de la dernière analyse, facilitant la vérification en un coup d'œil de l'état de protection de l'appareil.
  • l'amélioration des performances et des corrections de bugs.
• Dans la version du client Defender for Endpoint pour iOS (1.1.80120102, publiée le 20 août 2026), on retrouve l'amélioration des performances et des corrections de bugs.

Plus d’informations sur : What's new in Microsoft Defender for Endpoint | Microsoft Docs

Microsoft a introduit un ensemble de nouveautés dans Windows 365. Comme pour les autres services, je vous propose un résumé des changements et fonctionnalités que Microsoft a pu introduire dans le mois.

Provisionnement de périphériques

• Support d'Autopilot Device Preparation pour les Cloud PC Citrix : la prise en charge d'Autopilot Device Preparation (DPP) pour les Cloud PC Citrix est désormais en disponibilité générale pour Windows 365 Government. Les administrateurs peuvent utiliser des stratégies de préparation des périphériques avec les Cloud PC Citrix afin de garantir que les applications et scripts requis sont installés pendant le provisionnement, avant que le Cloud PC ne soit prêt à l'emploi.
• Provisionnement et déprovisionnement en masse pour Windows 365 Reserve jusqu'à 1 000 périphériques (Public Preview) : Windows 365 Reserve prend désormais en charge le provisionnement et le déprovisionnement en masse de jusqu'à 1 000 Cloud PC en une seule requête. Les administrateurs peuvent provisionner et déprovisionner de plus grands groupes de Cloud PC Reserve en une fois, réduisant le besoin de fractionner les opérations de provisionnement à grande échelle en lots plus petits.
• Disponibilité Générale d’Autopilot Device Preparation pour Windows 365 Reserve: les administrateurs peuvent affecter des stratégies Device Preparation aux stratégies de provisionnement Windows 365 Reserve dans Microsoft Intune, afin que les applications et configurations requises soient appliquées pendant le provisionnement, avant que les utilisateurs ne se connectent à leur Cloud PC. Les Cloud PC affichent l'état « Preparing » pendant l'installation.
• L'image Developer Configuration ajoute les applications M365 (Public Preview) : l'image Windows 11 Enterprise Developer Configuration inclut désormais également les applications M365.
• Support d'Autopilot Device Preparation pour Windows 365 Government : Autopilot Device Preparation est désormais en disponibilité générale pour Windows 365 Enterprise et Windows 365 Flex en mode dédié dans les environnements Government. Les administrateurs informatiques peuvent utiliser des stratégies de préparation des périphériques pour garantir que les applications et scripts Intune requis sont appliqués aux Cloud PC pendant le provisionnement, avant leur mise à disposition des utilisateurs.
• L'image Developer Configuration ajoute Intelligent Terminal et Coreutils (préversion publique) : l'image de galerie Windows 11 Enterprise Developer Configuration inclut désormais Intelligent Terminal et Coreutils, fournissant aux développeurs des outils intégrés supplémentaires dans l'environnement de développement préconfiguré disponible dans Windows 365.

Gestion des périphériques

• Ajout de Cloud Apps par chemin de fichier: les administrateurs Windows 365 peuvent ajouter des Cloud Apps en spécifiant un chemin de fichier, élargissant les applications disponibles sur les Cloud PC partagés Windows 365 Flex. Les administrateurs peuvent définir des propriétés d'application personnalisées et configurer des paramètres de ligne de commande pour les applications nécessitant une configuration manuelle.

Expérience Utilisateur

• Support (Preview) de l'authentification sans mot de passe en session sur macOS : l'authentification sans mot de passe en session est en préversion pour l'application Windows sur macOS. Elle permet aux utilisateurs de répondre aux défis WebAuthn en session à l'aide de passkeys stockées sur le périphérique macOS ou connectées à celui-ci (comme une clé de sécurité physique ou via un code QR).
• Début du déploiement de Modern Auto-Reconnect : Windows 365 a démarré le déploiement de Modern Auto-Reconnect, une nouvelle expérience de récupération de connexion conçue pour améliorer la résilience lors des interruptions réseau temporaires. Plutôt que de s'appuyer sur des tentatives de reconnexion répétées, la fonctionnalité exploite RDP Multipath pour maintenir la continuité de la connexion et réduire les interruptions causées par de brèves coupures réseau, des changements de conditions réseau ou des transitions entre réseaux. Les utilisateurs bénéficient d'une récupération plus rapide, de moins d'interruptions visibles, de la préservation des applications ouvertes et des travaux en cours. Le déploiement est progressif : la fonctionnalité peut ne pas être encore disponible sur tous les Cloud PC éligibles.

Sécurité du périphérique

• Chiffrement par clés gérées par le client pour Windows 365 Reserve : la prise en charge de Microsoft Purview Customer Key (CMK) pour Windows 365 Reserve est désormais en disponibilité générale. Les administrateurs peuvent chiffrer les disques des Cloud PC Reserve avec des clés gérées par le client, stockées dans Azure Key Vault, offrant un meilleur contrôle sur la gestion des clés de chiffrement, y compris leur rotation et leur révocation. Cette capacité étend l'expérience Customer Key existante des Cloud PC Windows 365 à Windows 365 Reserve.
• Protection contre la capture d'écran pour les connexions web : la protection contre la capture d'écran est désormais disponible lors de l'accès aux Cloud PC Windows 365 depuis les navigateurs web pris en charge. Cette capacité aide à protéger les informations sensibles en empêchant la capture du contenu de l'écran pendant les sessions distantes, renforçant la sécurité sur un plus grand nombre d'expériences de connexion.

Windows 365 for Agents

• Ligne de base de sécurité pour Windows 365 for Agents : une ligne de base de sécurité dédiée à Windows 365 for Agents est désormais en disponibilité générale dans Microsoft Intune. Les administrateurs peuvent appliquer les configurations de sécurité recommandées par Microsoft aux Cloud PC d'agents, ce qui aide à établir une posture de sécurité cohérente et à protéger les charges de travail des agents contre les risques de sécurité courants.
• (Preview) Regroupement de périphériques et profils de préparation des périphériques Intune Autopilot pour les pools d'agents Cloud PC : les pools d'agents Cloud PC de Windows 365 for Agents prennent désormais en charge la liaison à un groupe Microsoft Entra ou à un profil de préparation des périphériques Intune Autopilot. Cela permet aux administrateurs informatiques de gérer les pools d'agents Cloud PC à grande échelle, en offrant un moyen de cibler les stratégies de sécurité et de conformité, de déployer les applications requises et de maintenir des configurations cohérentes sur les Cloud PC for Agents à l'aide des flux de travail Intune existants.

Plus d'informations sur : What's new in Windows 365 Enterprise | Microsoft Learn

Microsoft a introduit un ensemble de nouveautés dans Microsoft Defender for Cloud (anciennement Azure Defender ou Azure Security Center). Comme pour les autres services, je vous propose un résumé des changements et fonctionnalités que Microsoft a pu introduire dans le mois.

• (Preview) L’analyse de malware à la demande prend désormais en charge des blobs, fichiers, conteneurs et partages de fichiers spécifiques dans Defender for Storage. Plutôt que d’analyser un compte de stockage entier, vous pouvez cibler un blob ou un fichier précis, un conteneur ou un partage donné, ou tous les objets correspondant à un préfixe de chemin, via des filtres dans le corps de la requête REST. Sans filtre, l’analyse couvre l’ensemble du compte de stockage.
• Changement important (CIEM) : les actions inutilisées ne sont plus prises en compte dans les évaluations d’identités surprovisionnées AWS et GCP. La liste « Unused actions » disparaît des recommandations d’identités surprovisionnées pour AWS et GCP, et les processus qui s’appuyaient dessus ne sont plus disponibles. Pour vérifier l’usage des permissions, utilisez les outils natifs des fournisseurs : AWS IAM (activité et informations de dernier accès) ou Google Cloud IAM et Cloud Asset Inventory.
• À venir : le retrait des API classiques de Defender for SQL (Vulnerability Assessment et Advanced Threat Protection) est programmée au 16 août 2027. Si vous utilisez ces API, migrez vers le modèle de configuration pris en charge et mettez à jour vos scripts ou automatisations dépendants avant cette date.
• Mise à jour de la consommation des détails de CVE dans Azure Resource Graph : les informations de CVE restent disponibles, mais leurs propriétés détaillées sont désormais exposées via le type de ressource microsoft.security/cvedetails, afin d’améliorer les performances des requêtes, la scalabilité et la prise en charge de volumes de données plus importants. Les requêtes API ou Azure Resource Graph qui lisaient les détails de CVE depuis les enregistrements d’évaluation des vulnérabilités doivent être mises à jour, faute de quoi elles risquent de ne plus retourner les propriétés attendues.

Plus d’informations sur : Release notes for Microsoft Defender for Cloud | Microsoft Docs

Microsoft a introduit un ensemble de nouveautés dans Microsoft Defender for Cloud Apps (anciennement MCAS). Comme pour les autres services, je vous propose un résumé des changements et fonctionnalités que Microsoft a pu introduire dans le mois.

Ce mois, on retrouve les changements suivants :

• RBAC unifié est activé par défaut pour les nouveaux clients Defender for Cloud Apps. Depuis août 2026, le contrôle d'accès basé sur les rôles unifié (unified RBAC) de Microsoft Defender est automatiquement activé pour les nouveaux clients Defender for Cloud Apps. Aucune activation manuelle de la charge de travail n'est nécessaire. Le RBAC unifié offre une expérience centralisée pour gérer les rôles et les autorisations à travers les produits Microsoft Defender. 

Plus d'informations sur : What's new in Microsoft Defender for Cloud Apps | Microsoft Docs 

Microsoft Defender for Identity étant un service Cloud, on retrouve des mises à jour de service continuelle. Comme pour les autres services, je vous propose un résumé des changements et fonctionnalités que Microsoft a pu introduire dans le mois.

• L’audit automatique des événements Windows configure désormais l’audit pour les serveurs AD FS, AD CS et Microsoft Entra Connect. L’audit est configuré automatiquement sur tout serveur éligible exécutant le capteur Defender for Identity v3.x, y compris les serveurs qui ne sont pas des contrôleurs de domaine. 

Plus d’informations sur: What's new in Microsoft Defender for Identity

Microsoft fait évoluer deux de ses certifications développeur pour refléter la place croissante de l'IA et des agents dans les métiers concernés. Deux mouvements distincts sont annoncés, avec des échéances rapprochées qu'il convient d'anticiper si vous êtes en cours de préparation.

Le premier concerne la certification Microsoft Certified: Azure Cosmos DB Developer Specialty, qui change à la fois de nom et de niveau pour devenir Microsoft Certified: Azure Cosmos DB AI Developer Associate. Ce changement prend effet le 6 octobre 2026, date à laquelle la version anglaise de la certification sera également mise à jour. Microsoft justifie cette évolution par la transformation du rôle de développeur Azure Cosmos DB, désormais fortement orienté vers les scénarios d'IA. Bonne nouvelle : aucune action n'est requise de votre part si vous détenez déjà cette certification.

Le second mouvement touche l'examen PL-400 (Microsoft Power Platform Developer), qui devient AB-400. Il s'agit d'un alignement sur la nouvelle nomenclature du portefeuille de certifications Microsoft, qui réorganise les codes d'examen par domaine — le préfixe AB étant dédié aux Business Applications et aux agents. L'examen AB-400 sera disponible à partir du 16 octobre 2026, et les inscriptions sont d'ores et déjà ouvertes. De son côté, la PL-400 reste passable jusqu'au 30 octobre 2026 : si vous êtes déjà inscrit, vous pouvez conserver votre inscription et passer l'examen avant cette échéance.

Point important : la certification obtenue reste strictement la même, à savoir Microsoft Certified: Power Platform Developer Associate. Il n'y a ni nouveau titre ni nouvelle catégorie — c'est bien le contenu de l'examen qui évolue. Et il évolue substantiellement, la PL-400 n'ayant pas été mis à jour depuis le 19 septembre 2023. Le plan de compétences passe de six à quatre domaines : les trois thématiques que sont la configuration de Dataverse, la création de Power Apps et la conception technique fusionnent au sein d'un bloc unique « Build Microsoft Power Platform Solutions ». Le développement personnalisé : composants PCF, scripting, personnalisation de la barre de commandes, prend une part bien plus importante, de l'ordre du quart au tiers de l'examen, tandis que la partie server-side (plugins, Web API, custom APIs) reste inchangée.

Les nouveaux sujets à intégrer à votre préparation sont sans surprise centrés sur l'IA et l'outillage moderne : Copilot Studio, Microsoft Foundry, les agents et le rôle de l'IA agentique dans la conception de solutions, les code apps Power Apps, MCP, ainsi que Power Fx, YAML, Python et la Power Platform CLI. À noter également : l'AB-400 est lancé en anglais uniquement, là où la PL-400 était disponible en espagnol et dans d'autres langues, un critère à prendre en compte selon vos équipes.

Concrètement, si votre préparation est bien avancée et que vous visiez un passage en octobre, la PL-400 reste une option valable jusqu'au 30 octobre. Si vous démarrez tout juste, il est plus pertinent de vous orienter directement sur le plan de compétences de l'AB-400. Et si vous détenez déjà la certification, rien ne change : elle se renouvelle toujours annuellement via l'évaluation en ligne gratuite.

Ce mouvement s'inscrit dans une refonte plus large du portefeuille de certifications Microsoft, où l'IA devient le fil conducteur, la PL-200 ayant déjà été remplacé par l'AB-410, tandis que les PL-500 et PL-600 ont été retirés sans remplacement. Les certifications Power Platform conservent tout leur intérêt, mais il faut désormais accepter que l'IA y occupe une place déterminante.

Plus d'informations sur : Updates to Azure Cosmos DB and Power Platform Developer Certifications

Frost & Sullivan vient de publier le résultat de l’étude 2026 sur les Cloud Workload Protection Platforms (CWPP). Microsoft est positionné parmi les Visionary Leaders, aux côtés notamment de CrowdStrike, Palo Alto Networks, Wiz, SentinelOne et Fortinet. Microsoft obtient notamment l'un des meilleurs scores sur l'axe Growth et Frost & Sullivan estime que Microsoft est aujourd'hui le premier fournisseur mondial de CWPP en chiffre d'affaires, avec une part de marché mondiale estimée à plus de 21,8 %. Le marché du CWPP continue par ailleurs de progresser rapidement avec un chiffre d'affaires mondial estimé par Frost & Sullivan à 6,43 milliards de dollars en 2025 et près de 7,95 milliards en 2026, avec une croissance annuelle moyenne attendue de 19,1 % jusqu'en 2030. Cette croissance est notamment portée par l'adoption du Cloud, des conteneurs, de Kubernetes et désormais des workloads IA.

Pour Microsoft, la solution CWPP est intégrée à Microsoft Defender for Cloud, sa plateforme CNAPP qui combine notamment CWPP, CSPM, sécurité IaC et DevOps, CIEM et protection des environnements IA dans une approche Cloud hybride et multicloud.

Parmi les forces :

• Couverture étendue : Frost & Sullivan met en avant la couverture de Microsoft Defender for Cloud sur les infrastructures, workloads, identités, permissions, données et applications. La solution couvre Azure, AWS, GCP et les environnements hybrides avec une combinaison d'approches avec et sans agent.
• Protection Runtime : Microsoft a considérablement renforcé la protection des conteneurs et environnements Kubernetes. Defender for Containers utilise notamment un capteur basé sur eBPF permettant de collecter les événements Kubernetes ainsi que la télémétrie liée aux processus et au réseau pour détecter les menaces pendant l'exécution.
• Protection Kubernetes : Microsoft propose notamment la détection DNS pour Kubernetes sur AKS, Amazon EKS et Google GKE, la détection et le blocage antimalware des conteneurs, la protection Runtime d'EKS Bottlerocket ainsi que la détection et le blocage du Binary Drift.
• Prévention avant la mise en production : le mécanisme de Kubernetes Gating permet d'appliquer des stratégies au niveau du cluster ou du namespace afin de bloquer une image risquée ou non conforme avant son exécution en production. Frost & Sullivan considère cette approche comme particulièrement pertinente pour les scénarios CWPP.
• Intégration avec le SOC : les informations issues de la Runtime Protection, des audits Kubernetes, de l'activité des processus et du réseau, du Control Plane Cloud et des identités peuvent être corrélées puis transmises à Microsoft Defender XDR et Microsoft Sentinel pour les opérations de détection et de réponse.
• Intégration DevSecOps : Defender for Cloud relie les informations issues du Runtime, l'exploitabilité des vulnérabilités et l'analyse des chemins d'attaque aux workflows des développeurs via GitHub Advanced Security et Copilot Autofix. Ceci permet notamment de faire remonter un problème découvert en production vers le développeur responsable du code concerné.
• Sécurité des workloads IA : Microsoft étend les capacités de Defender for Cloud avec l'analyse des modèles et la Runtime Threat Protection pour Azure AI Foundry et Azure OpenAI, notamment face aux attaques par Prompt Injection ou aux accès suspects. Des fonctions d'AI Security Posture Management sont également proposées pour Google Vertex AI et Amazon Bedrock.
• Intégration avec l'écosystème Microsoft : Frost & Sullivan considère l'intégration avec Defender XDR, Microsoft Sentinel, GitHub et Security Copilot comme l'un des principaux avantages de Microsoft, particulièrement dans les grandes entreprises utilisant déjà Azure et les solutions de sécurité Microsoft.

Parmi les faiblesses :

• Application Runtime Security : Frost & Sullivan considère que Microsoft doit continuer à étendre ses capacités de sécurité au niveau du Runtime applicatif afin de renforcer davantage son positionnement en matière d'innovation.
• Analyse Runtime des APIs : Microsoft doit approfondir ses capacités d'analyse du comportement des APIs en cours d'exécution afin de compléter la couverture apportée par la protection actuelle des workloads.
• Application Behavior Baselining : Frost & Sullivan identifie l'établissement de profils de comportement des applications comme un autre axe d'amélioration permettant à Microsoft d'approfondir son approche Runtime Security.
• Exploit-to-Code Mapping : Microsoft peut encore améliorer la capacité à relier directement l'exploitation d'une vulnérabilité observée au Runtime avec le code à son origine.
• Corrélation des signaux : Frost & Sullivan recommande de continuer à enrichir la corrélation entre le comportement des workloads, l'utilisation des identités, l'activité applicative et les mouvements de données sensibles.
• Positionnement hors Azure : malgré les investissements réalisés pour AWS et GCP, Frost & Sullivan recommande à Microsoft de mieux mettre en avant la valeur de Defender for Cloud dans les scénarios multicloud et de poursuivre son développement auprès des PME et des entreprises dont l'infrastructure n'est pas principalement basée sur Azure.

Le rapport souligne plus globalement une évolution importante du marché : le CWPP ne se limite plus à l'analyse des vulnérabilités et au durcissement des workloads. Les entreprises recherchent désormais une plateforme capable de déterminer si une vulnérabilité est réellement accessible ou exploitable, de détecter les attaques en cours d'exécution et de corréler les informations provenant des workloads avec celles liées aux identités, aux données et au Cloud Control Plane.

Cette évolution explique également la convergence progressive entre CWPP, CNAPP, Cloud Detection and Response (CDR) et XDR, avec une intégration toujours plus importante des opérations de Cloud Security au niveau du SOC. La sécurité des workloads IA devient également un nouveau facteur de différenciation entre les différents acteurs du marché.

Vous pouvez accéder au rapport Frost & Sullivan.

Source : Microsoft named a Leader in the Frost Radar: Cloud Workload Protection Platforms, 2026 | Microsoft Security Blog  

Gartner vient de publier le résultat de l’étude 2026 sur les Cloud-Native Application Platforms. Microsoft fait une nouvelle fois partie des leaders. C'est la troisième année consécutive que Microsoft est positionné comme Leader dans ce Magic Quadrant. La plateforme Cloud-Native de Microsoft s'appuie notamment sur Azure App Service, Azure Container Apps, Azure Functions et Azure API Management, auxquels viennent s'ajouter Microsoft Foundry et GitHub Copilot pour répondre aux nouveaux usages autour de l'IA et des agents. L'ensemble repose sur les services Azure communs d'identité, réseau, observabilité et sécurité. L'un des axes importants de la stratégie de Microsoft consiste justement à rapprocher modernisation applicative et IA, afin de permettre aux entreprises de faire évoluer leurs applications existantes tout en développant de nouvelles applications Cloud-Native et agentiques sur une plateforme commune.

Parmi les forces :

• Plateforme intégrée : Microsoft propose une plateforme couvrant différents modèles applicatifs avec Azure App Service pour les applications Web d'entreprise et leur modernisation, Azure Container Apps pour les applications conteneurisées et les agents, Azure Functions pour les architectures événementielles et Azure API Management pour la gestion et la gouvernance des APIs.
• Intégration de l'IA : Microsoft rapproche ses services applicatifs de Microsoft Foundry afin de permettre aux développeurs de construire des applications et des agents en utilisant différents modèles et frameworks, avec des fonctions d'évaluation, de tracing et de sécurité nécessaire à leur mise en production.
• Modernisation des applications : Microsoft permet aux entreprises de moderniser progressivement leur patrimoine existant. Les applications peuvent être migrées vers des services PaaS, conteneurisées ou évoluer progressivement vers des architectures événementielles. App Service Managed Instance vise notamment les applications Windows et .NET complexes sans imposer leur réécriture complète, tandis que GitHub Copilot peut accompagner les opérations d'évaluation et de remédiation.
• Développement d'applications agentiques : Azure Container Apps permet d'exécuter des applications Cloud-Native, des APIs, de l'inférence IA et des agents sans demander aux équipes de gérer directement l'infrastructure sous-jacente. Azure Container Apps Sandboxes permet en outre d'isoler l'exécution des agents, de leurs outils, des serveurs MCP et du code généré au sein de microVMs.
• Intégration et APIs : Azure API Management étend la gouvernance aux APIs, serveurs MCP et endpoints de modèles. Les fonctions d'AI Gateway permettent notamment de gérer l'authentification, les quotas et limites de tokens, la répartition de trafic entre modèles, le cache sémantique et le suivi de la consommation des services IA. Microsoft met aussi en avant plus de 1 400 connecteurs permettant aux agents d'interagir avec les systèmes d'entreprise.
• Sécurité et gouvernance : la plateforme s'appuie sur les services communs Azure en matière d'identité, de réseau, de sécurité et de stratégies. Ceci devient particulièrement important avec les agents qui peuvent appeler des APIs, exécuter du code généré ou accéder à des systèmes contenant des données sensibles.
• Observabilité et opérations : Azure Monitor et Application Insights fournissent une visibilité de bout en bout sur les applications et les workloads IA. Microsoft introduit également une approche d'opérations agentiques avec Azure SRE Agent, capable d'aider les équipes à investiguer les incidents, identifier leurs causes et réaliser des actions de remédiation auditables.

Parmi les faiblesses :

• Étendue de la plateforme : l'offre Microsoft couvre de nombreux modèles avec App Service, Container Apps, Functions, API Management, Microsoft Foundry ainsi que différents services de sécurité, d'identité et d'observabilité. Cette richesse nécessite de bien définir les architectures et services adaptés aux différents workloads.
• Complexité des nouveaux workloads IA : les applications agentiques introduisent de nouvelles problématiques puisque les agents peuvent appeler des APIs, exécuter du code généré et interagir avec des systèmes sensibles à une vitesse et un volume plus important que les applications traditionnelles. Ceci impose d'intégrer directement la sécurité, la gouvernance et l'observabilité dans l'architecture de la plateforme.
• Modernisation progressive : les entreprises disposent rarement d'un patrimoine applicatif homogène. Le passage vers des architectures Cloud-Native doit donc pouvoir combiner PaaS, conteneurs, architectures événementielles et applications historiques, ce qui peut nécessiter plusieurs stratégies de modernisation au sein d'une même organisation.

Microsoft met également en avant plusieurs références clients. Planet DDS a par exemple modernisé sa plateforme avec Azure App Service et réduit son temps de provisionnement de six semaines à une journée. Commerzbank utilise Azure Container Apps pour son architecture d'IA agentique avec son assistant Ava qui traite plus de 30 000 conversations clients par mois et en résout 75 % de façon autonome. Microsoft cite également Ghassan Aboud Group et Levi Strauss & Co. pour leurs usages de l'IA et des agents sur Azure.

Vous pouvez accéder au rapport Gartner.

Source : Microsoft named a Leader in the 2026 Gartner® Magic Quadrant for Cloud-Native Application Platforms

Gartner vient de publier le résultat de l’étude 2026 sur le Container Management. Microsoft fait partie des Leaders et se positionne le plus à droite sur l’axe Completeness of Vision.  Cette reconnaissance s’appuie notamment sur la stratégie de Microsoft autour de Azure Kubernetes Service (AKS), Azure Container Apps, Azure Arc et Azure Kubernetes Fleet Manager, avec l’objectif d'offrir une plateforme cohérente pour exécuter et administrer les workloads conteneurisés dans le cloud, en environnement hybride et en périphérie (Edge).

L'évolution des usages autour de l'IA joue également un rôle important dans cette stratégie. Microsoft met notamment en avant la capacité de Kubernetes et de ses services Azure à prendre en charge des workloads IA, depuis les infrastructures persistantes utilisant des GPU jusqu'aux scénarios d'inférence à la demande et d'agents nécessitant davantage d'élasticité et d'isolation.

Parmi les forces :

• Vision et stratégie : Microsoft est positionné le plus à droite sur l'axe Completeness of Vision. Sa stratégie repose sur un modèle permettant de gérer les applications conteneurisées depuis le cloud jusqu'au Edge et aux environnements hybrides, avec Azure Kubernetes Service (AKS), Azure Container Apps, Azure Arc et Azure Kubernetes Fleet Manager.
• Intégration de l'IA : Microsoft adapte sa plateforme de conteneurs aux nouveaux besoins liés aux workloads IA avec notamment le support des GPU et de l'inférence sur AKS, ainsi que les Serverless GPUs et les environnements isolés proposés avec Azure Container Apps.
• Cloud hybride et multicloud : avec Azure Arc-enabled Kubernetes, Microsoft propose un modèle commun d'identité, de stratégie et d'observabilité pour des environnements Kubernetes conformes CNCF, y compris en dehors d'Azure. [
• Gestion à grande échelle : Azure Kubernetes Fleet Manager permet d'adresser les problématiques liées à la multiplication des clusters en facilitant notamment la gestion des mises à jour, le placement des workloads et l'application cohérente des stratégies sur plusieurs clusters.
• Open Source : Microsoft continue de s'appuyer sur Kubernetes sans utiliser de fork propriétaire. Microsoft indique également être le deuxième plus important contributeur aux projets CNCF et le premier parmi les fournisseurs Cloud sur les trois dernières années.
• Automatisation des opérations : Microsoft investit dans l'automatisation avec AKS Automatic, mais aussi dans les opérations agentiques avec Azure SRE Agent et AKS MCP Server, afin d'accompagner les équipes depuis l'alerte jusqu'au diagnostic et à la remédiation.

Parmi les faiblesses :

• Complexité de la plateforme : l'étendue du portefeuille Microsoft, allant de Kubernetes aux services Serverless et aux environnements hybrides et Edge, implique une surface fonctionnelle importante et nécessite des compétences pour sélectionner, architecturer et exploiter les différents services. Microsoft reconnaît d'ailleurs que l'élargissement des capacités de la plateforme augmente sa surface et nécessite davantage de discernement de la part des équipes qui l'exploitent.
• Gestion des environnements distribués : la multiplication des clusters dans différentes régions, Datacenters ou environnements Edge peut entraîner des problématiques de dérive de configuration, de déploiement non homogène des mises à jour et d'application incohérente des stratégies. Microsoft adresse notamment ces problématiques avec Azure Kubernetes Fleet Manager et Azure Arc.
• Évolution rapide des besoins liés à l'IA : l'intégration de workloads IA, des GPU et des architectures agentiques fait évoluer rapidement les besoins associés aux plateformes de conteneurs. Microsoft indique lui-même que le travail visant à absorber cette complexité au niveau de la plateforme reste en cours.

Microsoft illustre également sa stratégie par plusieurs références clients utilisant ses technologies de conteneurs pour des scénarios très différents : Wayve pour l'entraînement de modèles utilisant des milliers de GPU, AT&T pour l'orchestration d'agents avec AKS, Replit avec Azure Container Apps, SimCorp pour des workloads réglementés ou encore Emirates Global Aluminium pour des environnements hybrides Azure et On-Premises.

Vous pouvez accéder au rapport Gartner.

Source : Microsoft named a Leader in the 2026 Gartner® Magic Quadrant for Container Management | Microsoft Azure Blog

Deux bonnes nouvelles coup sur coup pour les administrateurs Purview : Microsoft supprime l'exigence de facturation pay-as-you-go (PAYG) sur deux scénarios de protection en ligne qui, jusqu'ici, imposaient de rattacher un abonnement Azure et de surveiller un compteur de consommation.

Le premier concerne la Browser Data Security (Browser DLP) pour les applications non managées. Comme le détaille le message MC1470881, à partir de la mi-octobre 2026, Microsoft Purview retire l'exigence de facturation pay-as-you-go pour les stratégies de collecte inline et les stratégies DLP qui protègent les interactions supportées avec les applications cloud non managées dans Microsoft Edge for Business. Le déploiement mondial débute à la mi-octobre 2026 et devrait s'achever fin octobre 2026, de manière progressive : tant que le changement n'a pas atteint votre tenant, l'exigence PAYG peut continuer d'apparaître dans le portail Microsoft Purview et dans les cmdlets de stratégie. Ce changement revient sur l'exigence de facturation précédemment annoncée dans MC1154787.

Concrètement, la capacité est désormais entièrement incluse dans les licences E5 et supérieures, sans compteur à surveiller. Vos stratégies de collecte et DLP existantes pour les applications non managées dans Edge continueront de fonctionner sans modification : aucune migration, recréation ou mise à jour n'est nécessaire, et le comportement d'application des stratégies reste inchangé. Après le déploiement, l'abonnement Azure et la configuration de facturation pay-as-you-go ne seront plus requis pour ce scénario Edge for Business, les vérifications de prérequis de facturation disparaîtront du portail Purview et des cmdlets, et les requêtes associées ne généreront plus de coûts via le compteur In Transit Protection. Attention toutefois : ce changement n'étend en rien le périmètre des applications, navigateurs, activités, licences, appareils ou environnements cloud supportés.

Le second changement concerne la Network Data Security. Celle-ci ne nécessitera plus de compteur dès lors que vous utilisez Entra Global Secure Access (GSA) comme solution SASE : vos licences E5 et Entra GSA suffiront. En revanche, pour ceux qui s'appuient sur des solutions SASE tierces intégrées, le compteur PAYG restera d'actualité.

Aucune action n'est requise de votre part pour bénéficier de ces évolutions. Pour les organisations qui repoussaient le déploiement du DLP navigateur ou de la Network Data Security en raison de la complexité liée au rattachement d'un abonnement Azure et à l'imprévisibilité du modèle à la consommation, c'est un frein significatif qui tombe. Je vous invite à revoir vos scénarios de protection inline mis de côté pour ces raisons budgétaires : le calcul de rentabilité change sensiblement.

Sources : MC1470881 - Microsoft Purview: Removing pay-as-you-go requirements for Edge for Business DLP unmanaged app protections | Microsoft 365 Message Center Archive