https://microsofttouch.fr/default/b/js/posts/azure-virtual-desktop-disponibilite-generale-d-avd-hybridMon, 14 Sep 2026 03:36:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:ea04b2c4-3c9f-487d-9d44-78a75c5e135cJean-Sébastien DUCHÊNELe 1er septembre 2026 , Microsoft a annoncé la disponibilité générale (GA) d'Azure Virtual Desktop Hybrid . Il s'agit d'une extension significative de la plateforme AVD : au lieu d'exiger que les session hosts s'exécutent dans un datacenter Azure (ou sur Azure Local), les organisations peuvent désormais héberger leurs session hosts AVD sur leur propre infrastructure on-premises , tout en continuant à s'appuyer sur le service Azure Virtual Desktop dans le cloud. Avec AVD Hybrid, le control plane reste dans Azure (brokering, workspaces, application groups, intégration d'identité Microsoft Entra), tandis que les bureaux et applications Windows s'exécutent dans votre propre datacenter . Le mécanisme repose sur Azure Arc : Vous déployez une machine virtuelle Windows (sur l'hyperviseur de votre choix) ou un serveur physique headless. Vous installez l' agent Azure Arc Connected Machine , qui enregistre la machine comme Arc-enabled server. Vous exécutez l' extension Azure Virtual Desktop Arc , qui installe les composants AVD et enregistre la machine comme session host dans un host pool. Les utilisateurs se connectent via Windows App , exactement comme pour n'importe quel session host AVD. En résumé : Microsoft gère le service AVD ; vous gérez les session hosts, l'hyperviseur, le réseau et le stockage . Jusqu'ici, exécuter des session hosts AVD hors d'Azure imposait de passer par Azure Local (ex-Azure Stack HCI), avec du matériel certifié et une pile managée par Microsoft. AVD Hybrid supprime ces contraintes matérielles : vous pouvez utiliser l'hyperviseur qui supporte des VM Windows (Hyper-V, VMware vSphere, Nutanix AHV…) ou même un serveur physique bare-metal. AVD n'est donc plus seulement une plateforme VDI cloud-native : elle devient aussi un plan de contrôle cloud-managed pour des bureaux et applications Windows exécutés sur une infrastructure de datacenter existante . [ Toutes les charges de travail n'ont pas vocation à migrer vers une région Azure. Les applications peuvent avoir des dépendances vis-à-vis de bases de données locales, de systèmes de production, d'équipements médicaux ou de gros volumes de données. AVD Hybrid permet de garder le bureau proche de ces systèmes tout en bénéficiant du workspace, du brokering et de l'expérience de gestion AVD. Autres bénéfices notables : Souveraineté et résidence des données : exécution locale des workloads tout en conservant le control plane Azure. Sécurité renforcée : plus de ports RDP exposés (connexions sortantes uniquement), authentification via Microsoft Entra ID avec Conditional Access et MFA, et passerelle managée par Microsoft (plus besoin de maintenir votre propre frontend). Valorisation de l'existant : réutilisation des investissements de virtualisation encore amortissables. Systèmes d'exploitation et licences AVD Hybrid supporte les OS suivants, avec deux composantes de licence (droit utilisateur + licence de service AVD Hybrid) : [ OS supporté Licence Windows Server 2016 / 2019 / 2022 / 2025 RDS CAL avec Software Assurance ou RDS User Subscription License Windows 10/11 Enterprise single-session Sur VM librement ; sur matériel physique uniquement en host dédié, headless, rackable ⚠ ️ Limitation importante : le multi-session (Windows 10/11 Enterprise Multi-Session) n'est pas pris en charge sur AVD Hybrid. Points de vigilance AVD Hybrid ne gère pas le cycle de vie ni l'état des machines : power management, autoscale, Start VM on Connect et Session Host Configuration ne sont pas supportés . Vous restez responsable du provisioning et du lifecycle de vos hosts (via vos outils d'hyperviseur, scripts, SCCM, ou des solutions partenaires comme Nerdio, Login VSI/Hydra, ControlUp, Nutanix). Enfin, un élément technique est clé pour que l'architecture fonctionne correctement d'un point de vue réseau : RDP Shortpath , qui établit un chemin direct entre le client et le session host on-premises. Source : Microsoft Azure Virtual Desktop Hybrid is now generally availableAzurehttps://microsofttouch.fr/default/b/js/posts/windows-windows-11-version-26h2-disponible-dans-le-canal-release-previewSun, 13 Sep 2026 04:12:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:a5c089e2-0d78-4ebf-a225-fbb5b34ed4a8Jean-Sébastien DUCHÊNEMicrosoft a publié le 27 août 2026 la mise à jour annuelle de fonctionnalités Windows 11 version 26H2 (Build 26300.9278) dans le canal Release Preview du programme Windows Insider. Les ISO sont quant à elles disponibles depuis le 31 août 2026 . Cette étape permet aux clients de tester la nouvelle version en avance de phase, avant sa disponibilité générale prévue plus tard dans l'année civile . Comme pour la version 25H2, Windows 11 version 26H2 est livrée sous la forme d'un enablement package (eKB) . Cela signifie que les versions 24H2, 25H2 et 26H2 partagent la même branche de servicing : elles reposent sur le même socle et bénéficient des mêmes nouvelles fonctionnalités et améliorations, diffusées au fil de l'eau via la démarche de continuous innovation de Microsoft. Concrètement, beaucoup des nouveautés de la version 26H2 vous seront déjà familières , car elles ont été introduites progressivement via les mises à jour mensuelles. Le passage en 26H2 consiste alors essentiellement à activer ces fonctionnalités déjà présentes sur le poste. Pour les clients commerciaux, la version 26H2 active plusieurs expériences introduites dans les versions précédentes mais qui n'étaient pas activées par défaut sur les appareils commerciaux, notamment : La sauvegarde des paramètres Windows (Windows settings backup). Les actions spécifiques aux applications depuis la barre des tâches (app-specific actions from the taskbar). Certaines améliorations de l'Explorateur de fichiers . Pour préparer votre organisation, Microsoft met à disposition le guide Get ready for Windows 11, version 26H2 . Comment tester la version 26H2 Insiders (canal Release Preview) : si vous êtes déjà inscrit au canal Release Preview sur un PC compatible avec les prérequis matériels de Windows 11, rendez-vous dans Paramètres > Windows Update et choisissez de télécharger et installer Windows 11 version 26H2 (expérience « seeker »). Une fois à jour, le poste continue de recevoir automatiquement les mises à jour de servicing via le processus mensuel habituel. [ Clients commerciaux (Windows Insider Program for Business) : vous pouvez déployer et valider la version 26H2 via les Windows Update client policies et WSUS . La disponibilité sur Azure Marketplace est également prévue. ISO : téléchargeables depuis la page Windows Insider ISO download. Point de vigilance : fin de support de la 24H2 Attention aux échéances de support à anticiper dans votre planification : Les éditions Home et Pro de Windows 11 version 24H2 atteindront leur fin des mises à jour le 13 octobre 2026 . Les éditions Enterprise et Education de la 24H2 restent supportées jusqu'au 12 octobre 2027 . Pour plus d'informations, consultez l'annonce officielle sur le Windows Insider BlogWindows 11https://microsofttouch.fr/default/b/js/posts/entra-mise-a-jour-2-32-294-du-client-global-secure-accessSat, 12 Sep 2026 03:25:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:80dacc32-d07f-4f81-98b4-54427b0eb36dJean-Sébastien DUCHÊNEMicrosoft vient de publier une mise à jour ( 2.32.294 ) au client Global Secure Access de Microsoft Entra. Global Secure Access est le client utilisé par Microsoft Entra Internet Access et Private Access. Ces services sont la solution Security Service Edge de Microsoft. La dernière mise à jour ( 2.32.294 ), disponible au téléchargement depuis le 26 août 2026 , apporte les éléments suivants : Changements fonctionnels Ajout d'une option « Prefer local network » (préférence pour le réseau local) pour les cas où le sous-réseau local chevauche celui d'applications privées (private applications), par exemple lors d'une impression ou d'une diffusion (casting). L'option apparaît dans les paramètres du client lorsqu'un administrateur l'active. Accélération de la création de nouveaux tunnels pour une meilleure expérience de tunnelisation. Autres changements Le programme d'installation du client inclut désormais .NET Runtime version 10.0.9 . Suppression de la télémétrie LastMile for Office 365 du client Global Secure Access. De nouvelles télémétries sont disponibles. Améliorations d'accessibilité. Diverses améliorations et corrections de bogues. À noter : mises à jour automatiques via Windows Update À partir de novembre 2026 , le client Global Secure Access recevra automatiquement ses mises à jour via Windows Update . Les appareils bénéficieront de ces mises à jour à condition d'exécuter les versions de client suivantes (ou ultérieures) : Plateforme Version minimale du client Windows x64 2.31.125 Windows on Arm 2.32.294 Pour se désinscrire (opt-out) des mises à jour automatiques, utilisez le paramètre suivant lors de l'installation ou de la mise à jour du client, en exécutant le programme d'installation en ligne de commande ou via votre solution MDM : /quiet /norestart EnableWindowsUpdates=0 En cas de désinscription, vous êtes responsable du maintien à jour du client Global Secure Access sur les appareils concernés. Les appareils exécutant d'anciennes versions du client ne reçoivent pas les dernières fonctionnalités, correctifs et mises à jour de sécurité. Plus d'informations sur les fonctionnalités et les différences : Global Secure Access client for Windows version release notes - Global Secure Access | Microsoft Learn Le client est téléchargeable depuis le portail Microsoft Entra en naviguant dans Global Secure Access > Connect > Client download .Microsoft Entrahttps://microsofttouch.fr/default/b/js/posts/microsoft-365-la-roadmap-m365-devient-l-ai-at-work-roadmap-decryptage-d-un-virage-strategiqueFri, 11 Sep 2026 03:36:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:41a7885c-dec6-4e97-ae7d-0d88bb42a76dJean-Sébastien DUCHÊNEMicrosoft vient d'annoncer que la Microsoft 365 Roadmap devient l' AI at Work Roadmap . Derrière ce changement de nom se cache bien plus qu'un simple relooking : c'est un signal clair de la réorientation du portefeuille de Microsoft autour de l'IA et de Copilot. L' AI at Work Roadmap se veut un point d'entrée unique pour découvrir les innovations à venir sur l'ensemble de l'écosystème : Microsoft 365, Copilot, les agents , et les expériences associées propulsées par l'IA. À partir de septembre 2026 , les informations de roadmap de Dynamics 365 , Power Platform et Dataverse viendront également s'y publier. Autrement dit, Microsoft consolide dans un même endroit ce qui était jusqu'ici dispersé entre la productivité (M365), les applications métier (Dynamics/Power Platform) et la donnée (Dataverse). La finalité opérationnelle ne change pas : la roadmap continue de soutenir vos activités de planification et de readiness en offrant de la visibilité sur les fonctionnalités et changements à venir. Pourquoi ce n'est pas qu'un changement de nom Le renommage d'un outil de référence comme la roadmap n'est jamais anodin. Plusieurs lectures se cumulent : Le centre de gravité se déplace vers l'IA. En plaçant « AI at Work » comme identité de la roadmap, Microsoft signale que l'IA n'est plus une catégorie de fonctionnalités parmi d'autres, mais le fil conducteur de toute son innovation. La productivité, les apps métier et la donnée sont désormais présentées à travers le prisme de l'IA. Copilot devient la couche d'orchestration transverse. Copilot n'est plus un assistant cantonné à Word, Excel ou Teams : il se positionne comme l'interface commune à M365, Dynamics et Power Platform. Regrouper les roadmaps, c'est refléter le fait que ces produits convergent autour d'une même expérience conversationnelle et agentique. Les agents montent en puissance. L'inclusion explicite des « agents » dans le périmètre traduit le passage d'un modèle « IA qui assiste » à un modèle « IA qui agit ». C'est cohérent avec l'essor de Copilot Studio et des agents autonomes qui exécutent des tâches métier de bout en bout. Casser les silos produits. Historiquement, M365 et la Business Applications (Dynamics/Power Platform) vivaient dans des univers séparés, avec leurs propres roadmaps et cycles de communication. Les réunir, c'est reconnaître — et accélérer — leur convergence autour de Dataverse comme socle de données et de Copilot comme couche d'intelligence. La stratégie derrière la manœuvre Ce mouvement s'inscrit dans une logique où Microsoft veut faire de l'IA le standard de travail par défaut (« AI at Work »), et non une option. En unifiant la vitrine des innovations, l'éditeur poursuit plusieurs objectifs : Cohérence du récit. Un message unique — « l'IA au travail » — est plus lisible pour les décideurs qu'une mosaïque de roadmaps produit. Cela facilite la construction d'un discours de valeur autour de Copilot. Accélérer l'adoption de Copilot. En donnant à voir un flux continu d'innovations IA transverses, Microsoft entretient l'élan d'adoption et justifie l'investissement dans les licences Copilot. Aligner la donnée et l'action. Intégrer Dataverse et Power Platform à la même roadmap souligne que l'IA d'entreprise a besoin d'un socle de données gouverné et de capacités d'automatisation pour délivrer de la valeur réelle.CopilotMicrosoftMicrosoft 365https://microsofttouch.fr/default/b/js/posts/defender-public-preview-du-mode-audit-de-l-antivirus-pour-defender-for-endpoint-sur-linuxThu, 10 Sep 2026 03:31:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:8275c320-d0c1-43b9-96d0-0516730576c3Jean-Sébastien DUCHÊNEMicrosoft annonce la Public Preview du Mode Audit de l'Antivirus pour Microsoft Defender for Endpoint sur Linux . L'objectif est de permettre une détection en temps réel des malwares et des activités suspectes, sans application des actions correctives . Concrètement, lorsque le niveau d'application (Enforcement Level) de l'antivirus est positionné sur Audit , les détections issues de l'Antivirus et du Behavior Monitoring continuent de générer des alertes, mais les actions d'enforcement — mise en quarantaine des fichiers, arrêt de processus — sont supprimées . Les équipes de sécurité conservent la même visibilité via les alertes, incidents, la Device Timeline et l'Advanced Hunting de Microsoft Defender. De nombreuses organisations hésitent à activer la protection en temps réel (Real-time Protection) sur des serveurs Linux de production, par crainte que des faux positifs n'impactent des charges de travail critiques. Faute de voie d'évaluation sûre, l'adoption est souvent repoussée, ou le produit reste opéré en mode passif. Le mode Audit répond précisément à ce frein : il offre un moyen sûr d'évaluer la protection antivirus en production, avant de basculer en enforcement complet . Les équipes peuvent évaluer les détections, valider les exclusions et gagner en confiance vis-à-vis de Defender Antivirus. Ceci permet de : Evaluer Defender Antivirus en production sans remédiation automatique. Gagner en visibilité sur les détections de malwares et les activités suspectes via les alertes, incidents, la Device Timeline et l'Advanced Hunting. Valider les exclusions et investiguer les détections avant d'activer l'enforcement complet. Accélérer l'adoption de la protection en temps réel avec un risque opérationnel réduit. Le mode Audit se configure de manière centralisée via Security Settings Management dans le portail Defender, ou localement via un profil JSON managé. Via le portail Defender (Security Settings Management) Rendez-vous dans le portail Microsoft Defender, sous Endpoints > Configuration management > Endpoint security policies . Créez ou modifiez une politique Antivirus ciblant vos serveurs Linux Nommez la stratégie Positionnez le paramètre Enforcement Level sur Audit . Affectez la politique au groupe d'appareils concerné, puis enregistrez. Générez une détection de test (fichier EICAR) puis confirmez qu'une alerte remonte dans le portail sans que le fichier soit mis en quarantaine : curl -o /tmp/eicar.com https://secure.eicar.org/eicar.com.txt mdatp threat list En mode Audit, la menace doit apparaître dans les détections et alertes, tout en restant présente sur le disque (aucune remédiation appliquée).Microsoft Defender for EndpointSécuritéMicrosoft Defenderhttps://microsofttouch.fr/default/b/boucettachristophemvp/posts/microsoft-teams-1833804599Wed, 09 Sep 2026 13:27:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:b844fd96-4231-4066-a1e6-563c64199c63Christophe BoucettaYealink a annoncé la disponibilité prochaine du MP66W, un nouveau téléphone sans fil certifié Microsoft Teams destiné aux travailleurs de première ligne. Le MP66W est un téléphone Wi‑Fi portable certifié Microsoft Teams conçu pour les travailleurs mobiles. Il combine une connectivité Wi‑Fi 6E tri-bande, une conception robuste certifiée IP67, une résistance aux chutes jusqu'à 1,8 mètre, ainsi que les technologies Optima HD Audio et de suppression du bruit. L'appareil vise les environnements de première ligne tels que la fabrication, la logistique, le commerce de détail, la santé et l'éducation. Le MP66W fonctionne entièrement sur le réseau Wi‑Fi de l'entreprise et offre une expérience Microsoft Teams native pour les appels et les réunions. L'appareil repose sur Microsoft Device Ecosystem Platform (MDEP), permettant une gestion centralisée et une sécurité renforcée pour les déploiements Teams Phone. Le MP66W constitue une arrivée intéressante dans l'écosystème Microsoft Teams. Alors que les téléphones Wi‑Fi certifiés Teams étaient jusqu'à présent peu nombreux et principalement basés sur SIP, ce nouveau modèle apporte une expérience Teams native basée sur MDEP pour les travailleurs mobiles et les environnements de première ligne. Il s'agit d'un ajout intéressant au portefeuille d'appareils disponibles pour Microsoft Teams. Historiquement, les options de téléphones Wi‑Fi certifiés Teams demeuraient relativement limitées Parmi les principales caractéristiques annoncées : Connectivité Wi‑Fi 6E tri-bande (2,4 GHz, 5 GHz et 6 GHz) avec prise en charge de l'itinérance 802.11k/v/r pour les environnements mobiles. Certification IP67 offrant une protection contre l'eau et la poussière. Résistance aux chutes jusqu'à 1,8 mètre. Audio HD avec suppression du bruit par intelligence artificielle pour améliorer la qualité des conversations. Jusqu'à 8 heures d'autonomie en conversation et jusqu'à 80 heures en veille (données de laboratoire). Bouton programmable pouvant être utilisé pour les appels d'urgence ou des actions personnalisées. Port USB‑C pour la recharge, les casques d'écoute et l'utilisation de clés de sécurité YubiKey. Intégration à Microsoft Device Ecosystem Platform (MDEP) pour l'administration et la sécurité des appareils Teams. La disponibilité mondiale du Yealink MP66W est annoncée pour la mi-octobre 2026. Informations disponibles ici: https://www.yealink.com/en/product-detail/teams-phone-mp66w https://learn.microsoft.com/en-us/microsoftteams/devices/teams-phones-certified-hardware?tabs=certified-phones https://support.yealink.com/document-detail/961687c16e924adcbeb7c79e5c057046Digital WorkplaceSharePoint Onlineexchange onlineSolutions MicrosoftTeams CallingMicrosoft ProductivityMicrosoft Entrablog microsoft teamsOnline CollaborationMicrosoft CallingPower AutomateTeams meetingsmicrosoft mvpchristophe boucettaCollaboration numériqueMicrosoft Solutionsmicrosoft teams devicesmicrosoft teams phonevoipbusiness voiceenterprise voiceCollaboration en ligneteams voiceMicrosoft Azurecloud pbxCopilot Studiodirect routingMicrosoft Teams RoomsMicrosoft 365 CollaborationTravail hybrideCollaboration Microsoft 365teams telephonyOperator ConnectTeams Roomshybrid workteams premiumPower AppsMicrosoft 365Téléphonie Microsoft Teamswww.ucexpert.caUnified Communicationsucexpertteams phoneMicrosoft TeamsModern Workplaceteams microsoftBusiness Communicationsmicrosoft copilotMicrosoft Teams MeetingsCopilot for Microsoft 365Cloud CommunicationsMicrosoftTouchpower platformteams admin centerUCaaSOneDrive for BusinessCommunication d’entrepriseMicrosoft Learnteams administrationProductivité Microsofthttps://microsofttouch.fr/default/b/js/posts/viva-engage-nouvelles-exigences-de-permissions-microsoft-entra-pour-l-administration-des-communautesWed, 09 Sep 2026 03:46:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:d07a5167-5ac6-41e0-b432-71c3f21a3b5cJean-Sébastien DUCHÊNEÀ compter de fin septembre 2026 , Microsoft modifie la manière dont certaines actions d'administration des communautés et des adhésions (memberships) sont autorisées dans Microsoft Viva Engage . L'objectif est d' aligner l'administration des communautés sur le modèle de sécurité et d'administration de Microsoft Entra . Aujourd'hui, les utilisateurs disposant du rôle Verified Admin ou Network Admin au sein de Viva Engage peuvent réaliser un ensemble limité de tâches d'administration des communautés et des adhésions, même s'ils ne disposent pas des permissions correspondantes dans Microsoft Entra . Après ce déploiement, ces actions nécessiteront les permissions administratives Microsoft Entra appropriées . Pour continuer à réaliser ces actions, les utilisateurs devront soit : Disposer du rôle Yammer Administrator dans Microsoft Entra ; Soit être désignés comme Community Admin de la communauté spécifique qu'ils gèrent. Ce changement renforce la cohérence entre l'administration de Viva Engage et les contrôles d'accès de Microsoft Entra. Ce qui va changer Après ce déploiement, les utilisateurs disposant uniquement du rôle Verified Admin ou Network Admin au sein de Viva Engage ne pourront plus modifier les paramètres de communauté suivants, sauf s'ils disposent également du rôle Yammer Administrator dans Microsoft Entra ou s'ils sont désignés comme Community Admin de la communauté concernée : Nom de la communauté ( Community name ) Description de la communauté ( Community description ) Avatar de la communauté ( Community avatar ) Paramètres de confidentialité de la communauté (public ou privé) Gestion des adhésions ( Membership management ) Suppression de la communauté ( Community deletion ) À noter : aucune modification n'est apportée aux capacités du rôle Community Admin . Les administrateurs doivent passer en revue les attributions administratives Viva Engage avant le déploiement . Voici les étapes à prendre en compte : Passer en revue les utilisateurs actuellement titulaires des rôles Verified Admin et Network Admin dans Viva Engage. Identifier les utilisateurs qui doivent continuer à gérer les paramètres de communauté ou les adhésions. Déterminer si ces utilisateurs doivent se voir attribuer le rôle Yammer Administrator dans Microsoft Entra. Ou, alternativement , leur attribuer des permissions Community Admin pour les communautés spécifiques concernées, lorsque cela est approprié.Microsoft EntraMicrosoft 365https://microsofttouch.fr/default/b/js/posts/webview2-passage-a-un-rythme-de-publication-toutes-les-2-semainesWed, 09 Sep 2026 03:20:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:5335f050-3fb9-489a-9f37-0f5c5924e923Jean-Sébastien DUCHÊNEDans un précédent article, je vous annonçais le passage de Microsoft Edge à un rythme de publication majeure toutes les deux semaines . Microsoft aligne désormais le runtime WebView2 sur cette même cadence : à partir de la version 152 , le runtime WebView2 suivra le nouveau cycle bihebdomadaire d'Edge, contre un cycle de quatre semaines jusqu'à présent. L'objectif est d'accélérer la diffusion des correctifs de sécurité, des améliorations de la plateforme et des nouvelles fonctionnalités. La bascule s'opère de façon progressive : Depuis la semaine du 27 août 2026 : la version 152 du runtime WebView2 était la dernière version majeure publiée 4 semaines après la précédente. Dès la semaine du 10 septembre 2026 : la version 153 sera la toute première version publiée seulement 2 semaines après la précédente. Ensuite : une nouvelle version majeure sera publiée environ toutes les deux semaines , en alignement avec la cadence d'Edge. La cadence de publication du SDK WebView2 évolue également. Au lieu des publications mensuelles, les versions du SDK seront désormais publiées lorsqu'il y a de nouvelles fonctionnalités, corrections de bugs, mises à jour de sécurité ou autres améliorations à partager. Lorsqu'un SDK est publié, il le sera à la même date que la version du runtime correspondante. L'impact sur vos applications dépend du mode de distribution du runtime que vous utilisez : Mode Evergreen Runtime (mode par défaut) : aucune action n'est requise . Les machines de vos utilisateurs commenceront simplement à recevoir les correctifs de sécurité et de plateforme à un rythme plus fréquent. Mode Fixed Version Runtime : vous gardez le contrôle du moment de la mise à jour, mais les nouvelles versions majeures arrivent plus souvent. Prévoyez de valider et d'adopter les nouvelles versions plus fréquemment afin de ne pas prendre de retard sur les correctifs de sécurité. Voici les bonnes pratiques mises en avant par Microsoft : Tester votre application WebView2 via le canal de préversion Beta de Microsoft Edge, afin de détecter les éventuels bugs avant leur diffusion à vos utilisateurs. Le test anticipé reste le meilleur moyen d'identifier les problèmes spécifiques à votre application avant qu'ils n'atteignent le canal Stable. Automatiser la validation des workflows critiques de votre application avec les canaux de préversion WebView2, notamment via Microsoft Edge WebDriver . Signaler les régressions au plus tôt (via le dépôt GitHub WebView2Feedback ) afin qu'elles puissent être corrigées avant la publication Stable. S'aligner sur Edge signifie que vos utilisateurs bénéficient plus rapidement d'une plateforme web plus sûre et plus riche, tout en vous offrant un train de publication unique et prévisible autour duquel planifier vos activités.Microsoft EdgeSécuritéhttps://microsofttouch.fr/default/b/boucettachristophemvp/posts/microsoft-teams-autoriser-le-consentement-prealable-a-la-reunionTue, 08 Sep 2026 12:04:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:94d759e7-fd09-4863-8c1c-7eb69900bd23Christophe BoucettaMicrosoft Teams introduit une nouvelle expérience de consentement obligatoire avant l'entrée dans une réunion. Les administrateurs pourront afficher des avis de conformité, des mentions légales ou des directives liées à l'utilisation de l'IA que les participants devront accepter avant de rejoindre la réunion. Chaque acceptation sera enregistrée dans les journaux d'audit Microsoft 365 à des fins de gouvernance et de conformité. Lorsque cette option est activée, les participants peuvent donner leur consentement avant de rejoindre les réunions, ce qui simplifie l’expérience de connexion aux réunions. La fonctionnalité est désactivée par défaut. Feuille de route: Roadmap « l’IA au travail » | Microsoft 365 Le processus de configuration est effectué directement dans le Centre d'administration Teams. Les administrateurs peuvent définir un message de consentement personnalisé, le traduire dans plusieurs langues et prévisualiser l'expérience avant son déploiement. Naviguer dans Réunions puis Stratégies de réunion. Modifier la politique cible en activant le paramètre Autoriser le consentement préalable à la réunion puis cliquer sur Personnaliser le message L’administrateur peut créer un message de consentement personnalisé qui sera affiché aux participants avant leur entrée dans la réunion, notamment pour communiquer des avis d’enregistrement, des mentions légales, des conditions d’utilisation, des exigences de conformité ou des directives relatives à l’utilisation responsable de l’intelligence artificielle. Il est possible de personnaliser le message de consentement dans une langue par défaut et le rendre disponible dans un maximum de quatre langues supplémentaires afin d'offrir une expérience adaptée à la langue des participants. Prévisualiser l'expérience utilisateur avant l'activation afin de valider le contenu affiché aux participants. Une fois activée, la politique oblige tous les participants, y compris les organisateurs, les utilisateurs externes et les participants anonymes, à accepter les conditions affichées avant de pouvoir rejoindre la réunion. Les participants verront automatiquement le message de consentement dans la langue configurée sur leur appareil. Si cette langue n'est pas disponible, Teams affichera la version définie comme langue par défaut par l'administrateur Informations: MC1454114 - Microsoft Teams: Configure mandatory participant consent before joining meetings | Microsoft 365 Message Center ArchiveDigital WorkplaceSharePoint Onlineexchange onlineSolutions MicrosoftTeams CallingMicrosoft ProductivityMicrosoft Entrablog microsoft teamsOnline CollaborationMicrosoft CallingPower AutomateTeams meetingsmicrosoft mvpchristophe boucettaCollaboration numériqueMicrosoft Solutionsmicrosoft teams devicesmicrosoft teams phonevoipbusiness voiceenterprise voiceCollaboration en ligneteams voiceMicrosoft Azurecloud pbxCopilot Studiodirect routingMicrosoft Teams RoomsMicrosoft 365 CollaborationTravail hybrideCollaboration Microsoft 365teams telephonyOperator ConnectTeams Roomshybrid workteams premiumPower AppsMicrosoft 365Téléphonie Microsoft Teamswww.ucexpert.caUnified Communicationsucexpertteams phoneMicrosoft TeamsModern Workplaceteams microsoftBusiness Communicationsmicrosoft copilotMicrosoft Teams MeetingsCopilot for Microsoft 365Cloud CommunicationsMicrosoftTouchpower platformteams admin centerUCaaSOneDrive for BusinessCommunication d’entrepriseMicrosoft Learnteams administrationProductivité Microsofthttps://microsofttouch.fr/default/b/js/posts/defender-changement-de-comportement-des-regles-asr-en-mode-warnTue, 08 Sep 2026 02:40:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:216bdc37-592a-4b9f-91f4-c12015df46faJean-Sébastien DUCHÊNEDepuis la version de plateforme 4.18.26060 (publiée en juin 2026 ), le comportement par défaut du mode Warn des règles ASR (Attack Surface Reduction) de Microsoft Defender for Endpoint a changé. Pour lever un blocage via l'option Unblock , l'utilisateur doit désormais disposer de droits d'administrateur local . Ce changement est intentionnel et s'inscrit dans une démarche de renforcement de la sécurité de la solution. Pour rappel, les règles ASR (réduction de la surface d'attaque) de Microsoft Defender Antivirus ciblent les comportements logiciels à risque sur les postes Windows, comportements couramment exploités par les attaquants via des malwares. Par exemple : Le lancement d'exécutables et de scripts qui tentent de télécharger ou d'exécuter des fichiers, l'exécution de scripts obfusqués ou non approuvés, etc. Bien que des applications légitimes puissent aussi présenter ces comportements, les malwares les utilisent très fréquemment de la même manière. Les règles ASR permettent de contraindre ces comportements et d'améliorer la posture défensive de l'organisation. Chaque règle ASR peut être configurée dans l'un des modes suivants : Not configured / Disabled : la règle est désactivée. Audit : la règle n'applique aucun blocage mais journalise l'événement (idéal pour tester l'impact avant l'application). C'est l'événement 1122 dans le journal Microsoft-Windows-Windows Defender/Operational . Block : la règle bloque le comportement à risque (événement 1121 ). [ Warn : la règle bloque le comportement mais présente à l'utilisateur une notification lui permettant de débloquer temporairement l'action (option Unblock ), sur le principe de SmartScreen. L'action est alors autorisée pendant une durée de 24 heures. Le mode Warn constitue ainsi un compromis entre Audit et Block : il protège tout en laissant à l'utilisateur la possibilité de poursuivre une action légitime. Jusqu'à présent, un utilisateur standard confronté à un blocage en mode Warn pouvait cliquer sur Unblock pour outrepasser temporairement la règle. Depuis la plateforme 4.18.26060 : L'option Unblock en mode Warn nécessite désormais une approbation administrateur : seul un compte disposant de droits d' administrateur local peut lever le blocage. Ce changement empêche un utilisateur standard (ou un malware s'exécutant dans son contexte) de contourner trivialement une règle ASR, ce qui renforce la robustesse du dispositif. Important : l'option Unblock n'est destinée qu'à une suppression temporaire du blocage. Ce n'est pas un mécanisme d'exclusion durable. Recommandations Voici les points à prendre en compte : Pour une exclusion persistante , ne vous appuyez pas sur l'option Unblock. Configurez plutôt une exclusion par règle ASR ( per-ASR rule exclusion ), qui est le mécanisme adapté et durable. Distinguez bien les trois mécanismes d'exclusion : exclusion par règle ASR, exclusion globale ASR, et exclusion antivirus. Plusieurs règles ignorent totalement l'exclusion antivirus. Vérifiez la version de plateforme déployée sur votre parc via Get-MpComputerStatus (champ AMProductVersion) afin d'identifier les postes déjà en 4.18.26060 ou ultérieure. Informez votre support (help desk) et adaptez vos procédures internes : les utilisateurs standards ne pourront plus lever eux-mêmes un blocage en mode Warn. Mettez à jour votre documentation de dépannage pour intégrer ce nouveau comportement lors de l'analyse des événements ASR (ID 1121/1122). Pour plus d'informations, consultez Attack surface reduction (ASR) rules overview sur Microsoft Learn.Windows 10Microsoft Defender for EndpointWindows 11SécuritéMicrosoft Defenderhttps://microsofttouch.fr/default/b/js/posts/purview-endpoint-dlp-sur-macos-27-golden-gate-les-actions-a-mener-pas-a-pasMon, 07 Sep 2026 03:19:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:20b0db8e-6df1-4178-b627-a03eb4ea4559Jean-Sébastien DUCHÊNEDans un précédent article, je vous annonçais le changement à venir pour Endpoint DLP sur macOS 27 (Golden Gate) . Pour rappel, et comme le confirme le message MC1448378 , macOS 27 (Golden Gate) désactive par défaut les autorisations Accessibility et autorise les utilisateurs à les désactiver, y compris lorsque le paramètre est imposé via une solution MDM. [microsofttouch.fr] Pourquoi est-ce important : Microsoft Purview Endpoint DLP s'appuie sur les autorisations Accessibility pour appliquer certains contrôles liés aux navigateurs. Il convient de réaliser les actions décrites ci-dessous pour maintenir la protection sur les postes concernés. Je vous recommande d'agir dès que possible afin de disposer d'une protection dès le jour 0 sur macOS 27 (Golden Gate). Gardez à l'esprit que ces changements ne fonctionneront que pour la version Stable de macOS 27 (Golden Gate), dont la sortie est prévue par Apple en septembre. Contrôles Endpoint DLP concernés Upload vers un domaine de service cloud restreint ( Upload to a restricted cloud service domain ) Coller (paste) vers les navigateurs pris en charge ( Paste to supported browsers ) Si Accessibility est désactivé, ces contrôles ne peuvent pas être appliqués sans le client Endpoint DLP et la configuration décrits ci-dessous. Aucun impact : les postes qui n'exécutent pas macOS 27, les postes macOS 27 sur lesquels Accessibility reste activé, ainsi que le navigateur Edge, ne sont pas concernés. Action requise : mettre à niveau le client Endpoint DLP, [Optionnel] configurer Accessibility via votre solution MDM, puis vérifier le statut de l'autorisation dans le portail Microsoft Purview. Étape 1 – Mettre à niveau le client Endpoint DLP Installez le client Endpoint DLP version 101.26072 ou ultérieure sur tous les postes macOS 27 concernés. Pour cela, vous pouvez configurer Microsoft AutoUpdate sur les postes ou récupérer les binaires dans le portail Purview que vous pouvez ensuite packager/déployer avec Microsoft Intune : Cette version assure la protection des scénarios d'upload et de paste concernés lorsque Accessibility est indisponible. Les versions antérieures ne peuvent pas appliquer ces contrôles lorsque Accessibility est désactivé. Étape 2 – Configurer Accessibility via MDM Activer Accessibility pour Endpoint DLP. macOS 27 désactivant Accessibility par défaut, vous devez activer ce paramètre via votre solution MDM. Si vous utilisez le client Endpoint DLP version 101.26072 ou ultérieure et que l'activation d'Accessibility est déjà en place ( accessibility.mobileconfig sur GitHub – microsoft/mdatp-xplat ) déployée dans votre organisation lors de l'onboarding macOS, alors vous êtes déjà couvert sur ce point. Si ce n'est pas le cas, vous devez utiliser le fichier mobileconfig et le déployer avec Microsoft Intune sous la forme d'une stratégie de configuration (Custom) [Optionnel] Personnaliser l'application (enforcement) pour les uploads vers les domaines de service cloud restreints et les actions de paste dans les navigateurs pris en charge. Si vous ne personnalisez pas ces paramètres, le client Endpoint DLP version 101.26072 ou ultérieure bloque par défaut les actions concernées lorsque Accessibility est indisponible. Configurez les paramètres suivants dans le preference domain Microsoft Defender for Endpoint. Vous pouvez récupérer le fichier mobileconfig mis à jour avec cette section sur : mdatp-xplat/macos/settings/data_loss_prevention/accessibility/com.microsoft.wdav.mobileconfig at master · microsoft/mdatp-xplat · GitHub . Chargez le avec Microsoft Intune sous la forme d'une stratégie de configuration (Custom) features dataLossPrevention enabled dlp accessibility enforcement unallowedBrowserMode enforce pasteToBrowserMode enforce notification customMessage Please enable Accessibility permissions to comply with IT Policy Étape 3 – Vérifier le statut de l'appareil Pour consulter le statut des autorisations Endpoint DLP d'un poste dans le portail Microsoft Purview : Accédez à Settings > Device Onboarding > Devices . Sélectionnez le poste concerné. Dans le volet de détails de l'appareil, examinez Accessibility sous Configuration status . Vérification : confirmez que Accessibility remonte bien le statut de configuration attendu pour chaque poste macOS 27 concerné. Informations complémentaires Pour plus d'informations, consultez Microsoft Purview Endpoint DLP on macOS 27 (Preview) sur Microsoft Learn. Note sur la documentation : l'exemple XML actuel de Microsoft Learn contient un problème connu lié à l'élément notification . L'exemple présenté dans cet article reflète la configuration attendue ; l'article Learn sera mis à jour.ComplianceMicrosoft PurviewConformitéhttps://microsofttouch.fr/default/b/js/posts/intune-fin-de-support-prochain-d-ios-ipados-17Sun, 06 Sep 2026 03:59:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:b2615960-ae36-45d1-aa6d-65bec98eb699Jean-Sébastien DUCHÊNEiOS 28 est attendu pour la fin de l’année. A partir de cette publication, iOS 18/iPadOS 18 sera un prérequis à l’installation du portail d’entreprise Intune, les stratégies de protection applicative (APP/MAM). Si vous gérez des périphériques iOS/iPadOS, il se peut que vous ayez des périphériques qui ne pourront pas être mis à niveau vers la version minimale prise en charge (iOS 18/iPadOS 18). Consultez la documentation Apple suivante afin de vérifier quels périphériques prennent en charge iOS 18 ou iPadOS 18 (le cas échéant). Modèles d’iPhone supportés Modèles d’iPad supportés Microsoft précise également un traitement spécifique pour les appareils enrôlés via : Automated Device Enrollment (ADE) sans utilisateur Scénarios de terminaux partagés Vérifiez vos rapports Intune pour voir quels périphériques ou utilisateurs peuvent être affectés. Pour les périphériques gérés en MDM, allez dans Devices > All devices et filtrez par OS. Pour les périphériques avec des stratégies de protection des applications, allez dans Apps > Monitor > App protection status > App Protection report: iOS, Android.Microsoft Intunehttps://microsofttouch.fr/default/b/js/posts/mem-intune-fin-de-support-de-macos-14Sun, 06 Sep 2026 02:04:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:d8fb283c-93ef-4944-8a90-d6fdca6d3630Jean-Sébastien DUCHÊNEAvec l’arrivée de macOS 27 (Golden Gate) à l’automne 2026, Microsoft annonce la fin de support par Microsoft Intune des versions autre que macOS 15 (Sequoia) et les versions ultérieures peu après la publication. Il se peut que cela n'ait pas d'impact sur vous car les utilisateurs ont probablement déjà mis à niveau leurs périphériques macOS. Pour connaître la liste des matériels compatibles, vous pouvez consulter : macOS Sequoia is compatible with these computers – Apple Support Les périphériques actuellement enregistrés sous macOS 14 ou antérieure resteront inscrits même si ces versions ne sont plus prises en charge. Les nouveaux périphériques ne pourront pas s'inscrire s'ils utilisent macOS 14 ou une version inférieure. Vous pouvez utiliser les rapports Intune pour voir quels périphériques ou utilisateurs peuvent être impactés. Accédez à Devices > All devices et filtrez par macOS. Demandez aux utilisateurs de mettre à niveau vers une version d'OS prise en charge avant la sortie de macOS 27.Microsoft Intunehttps://microsofttouch.fr/default/b/js/posts/mde-fin-du-support-d-amazon-linux-2-arm64Sat, 05 Sep 2026 02:40:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:ded52d9f-97e0-4ae3-9cf2-8e5519d31da9Jean-Sébastien DUCHÊNEMicrosoft annonce la fin du support de Microsoft Defender for Endpoint (MDE) sur Amazon Linux 2 exécuté sur une architecture ARM64 à compter du 31 octobre 2026 . À partir de cette date : Les nouvelles versions de Defender for Endpoint ne pourront plus être installées sur Amazon Linux 2 (ARM64). La version 101.25122.0004 sera la dernière version supportée. Aucun correctif de sécurité, correctif de bugs ou support technique ne sera fourni après le 31 octobre 2026. Cette évolution concerne uniquement Amazon Linux 2 sur ARM64. Vous êtes concerné si vous exécutez Microsoft Defender for Endpoint sur :Amazon Linux 2 (ARM64). En revanche, les serveurs utilisant : Amazon Linux 2 (AMD64/x86_64) ne sont pas impactés par cette annonce. Après la fin du support, les équipements concernés ne bénéficieront plus : Des nouvelles fonctionnalités MDE Des améliorations de détection Des évolutions de protection Des mises à jour de sécurité Cette annonce concerne un scénario relativement spécifique, mais potentiellement fréquent dans les environnements AWS reposant sur des instances ARM. Les organisations utilisant Amazon Linux 2 (ARM64) avec Microsoft Defender for Endpoint devront anticiper une migration avant le 31 octobre 2026 afin de continuer à bénéficier des mises à jour de sécurité et du support Microsoft.https://microsofttouch.fr/default/b/boucettachristophemvp/posts/microsoft-teams-gerer-les-messages-vocaux-partages-des-standards-automatiques-dans-l-application-queues-de-teamsFri, 04 Sep 2026 16:45:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:45bb51cf-14c1-4379-9287-83a0f70f7cd8Christophe BoucettaL'application Queues continue d'évoluer et devient progressivement le point central pour les équipes qui gèrent des appels dans Microsoft Teams. Après l'ajout de la gestion des messages vocaux partagés des Call Queues, Microsoft étend maintenant cette expérience aux Auto Attendants. Les agents et utilisateurs autorisés peuvent ainsi consulter l'ensemble des messages vocaux directement dans Teams sans devoir naviguer entre l'application Queues, Outlook ou des boîtes aux lettres partagées. La licence Teams Premium est requise pour disposer de l'application Queues. Feuille de route: https://www.microsoft.com/en-us/microsoft-365/roadmap?filters=Microsoft+Teams&searchterms=567457#owRoadmapMainContent Cette évolution offre une expérience centralisée permettant aux équipes de consulter, analyser et traiter plus efficacement les messages laissés par les appelants. Les administrateurs peuvent déterminer quels utilisateurs ont accès à l'historique des messages vocaux des standards automatiques grâce aux paramètres d'autorisation configurés dans le Centre d'administration Teams Naviguer dans Voix puis Modèles et ressources, à partir de l'onglet Modèles, sélectionner Historique des appels partagés. Dans la section autorisations pour le standard automatique et les messages vocaux partagés, sélectionner l'option pertinente pour vos attentes. Ce paramètre contrôle qui peut voir les informations sur les appels du standard automatique passés à la messagerie vocale partagée. Les administrateurs peuvent contrôler l'accès à l'historique des messages vocaux des standards automatiques à l'aide de l'un des modèles d'autorisation suivants : Utilisateurs autorisés uniquement: Seuls les utilisateurs explicitement désignés par un administrateur peuvent accéder à l'historique des messages vocaux. Utilisateurs autorisés et membres du groupe Microsoft 365: Les utilisateurs autorisés ainsi que les membres du groupe Microsoft 365 associé peuvent accéder à l'historique des messages vocaux Pour afficher et écouter les messages vocaux partagés, l’utilisateur doit également être membre du groupe de messages vocaux. Dans la configuration de votre menu automatisé, lors de la sélection d'un transfert vers une messagerie vocale, le paramètre Modèle d’historique des appels partagé est désormais disponible. Sélectionnez un modèle pour contrôler qui peut voir l’historique des appels du standard automatique routés vers la messagerie vocale partagée. L’historique des appels partagés est collecté uniquement lorsqu’un modèle est sélectionné. Un nouvel onglet pour les Standards automatiques est disponible dans l'application Queues pour les personnes concernés. Les utilisateurs autorisés peuvent consulter l'historique des messages vocaux des standards automatiques auxquels ils ont accès directement dans l'application Queues. Lorsque la transcription est activée, ils peuvent également écouter les messages vocaux et consulter leur transcription. Afin de faciliter le suivi des demandes, chaque message peut être associé à un statut, soit Non résolu (Unresolved), En cours (In Progress) ou Résolu (Resolved). Les utilisateurs peuvent filtrer les messages en fonction de leur statut pour mieux gérer leur charge de travail et marquer certains messages comme urgents afin de prioriser les activités de suivi et les rappels clients. Informations disponibles ici: Manage Shared Voicemail - Microsoft Teams | Microsoft Learn MC1443511 - Microsoft Teams: Manage auto attendant shared voicemails in the Queues app | Microsoft 365 Message Center ArchiveDigital WorkplaceSharePoint Onlineexchange onlineSolutions MicrosoftTeams CallingMicrosoft ProductivityMicrosoft Entrablog microsoft teamsOnline CollaborationMicrosoft CallingPower AutomateTeams meetingsmicrosoft mvpchristophe boucettaCollaboration numériqueMicrosoft Solutionsmicrosoft teams devicesmicrosoft teams phonevoipbusiness voiceenterprise voiceCollaboration en ligneteams voiceMicrosoft Azurecloud pbxCopilot Studiodirect routingMicrosoft Teams RoomsMicrosoft 365 CollaborationTravail hybrideCollaboration Microsoft 365teams telephonyOperator ConnectTeams Roomshybrid workteams premiumPower AppsMicrosoft 365Téléphonie Microsoft Teamswww.ucexpert.caUnified Communicationsucexpertteams phoneMicrosoft TeamsModern Workplaceteams microsoftBusiness Communicationsmicrosoft copilotMicrosoft Teams MeetingsCopilot for Microsoft 365Cloud CommunicationsMicrosoftTouchpower platformteams admin centerUCaaSOneDrive for BusinessCommunication d’entrepriseMicrosoft Learnteams administrationProductivité Microsofthttps://microsofttouch.fr/default/b/js/posts/intune-actions-requises-modification-des-strategies-de-protection-applicatives-mam-appFri, 04 Sep 2026 03:37:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:a851b5fc-7323-4e86-8c76-7d4970c01222Jean-Sébastien DUCHÊNEMicrosoft a annoncé la fin prochaine du support du paramètre historique "Target to apps on all device types" (Cibler les applications sur tous les types d'appareils) au sein des stratégies de protection d'application Intune (App Protection Policies - APP). Ce paramètre historique sera remplacé par les filtres d'attribution (assignment filters). Cette fin de support prendra effet à partir du 11 janvier 2027 , ou peu après. L'utilisation du paramètre de ciblage historique peut prendre le pas sur les filtres d'attribution, ce qui peut entraîner un comportement de ciblage des stratégies ne correspondant pas aux attentes des administrateurs. Important : pour éviter tout écart dans l'application des stratégies, il ne faut pas supprimer ou désactiver la configuration de ciblage historique avant que le nouveau filtre d'attribution n'ait été assigné à la stratégie. Impact sur votre organisation Les télémétries de Microsoft indiquent que le paramètre historique "Target to apps on all device types" est actuellement configuré dans certains tenants. Une fois le support de ce paramètre historique terminé, celui-ci ne s'appliquera plus. Les stratégies qui n'auront pas été migrées exclusivement vers des filtres d'attribution peuvent alors présenter des écarts de ciblage ou d'application. À noter : si l'appareil est géré en MDM par un service tiers ou partenaire, les filtres d'attribution d'applications gérées ne pourront pas être mis en correspondance avec les types de gestion les plus granulaires. Ce que vous devez faire pour vous préparer Avant ce changement, afin d'éviter toute interruption dans le ciblage des stratégies, il convient de suivre les étapes suivantes, dans l'ordre, pour basculer vers les filtres d'attribution : Passer en revue les stratégies APP existantes. Les stratégies pour lesquelles "Target to apps on all device types" est défini sur "No" utilisent la configuration de ciblage historique et doivent être migrées vers des filtres d'attribution : Accédez au centre d'administration Intune > Apps > Protection pour éditer les stratégies APP existantes. Sélectionnez une stratégie existante afin de vérifier si elle utilise un paramètre historique. Dans le volet Intune App Protection, sélectionnez Properties . Dans la section Apps , si "Target to apps on all device types" est défini sur "No", passez à l'étape 2. Si le paramètre est défini sur "Yes", aucune action n'est requise pour cette stratégie : revenez à Apps > Protection pour examiner les autres stratégies. Créer un filtre d'attribution "Managed apps" en utilisant la propriété app.deviceManagementType reflétant le comportement de ciblage souhaité. Par exemple : (app.deviceManagementType -eq "Automated Device Enrollment user-associated devices"). Microsoft recommande également de créer et d'utiliser un filtre incluant (app.deviceManagementType -ne "Unmanaged") afin de garantir que le filtre ne s'applique qu'aux appareils gérés. Si votre stratégie historique était configurée pour cibler les appareils iOS/iPadOS "Managed", votre nouveau filtre d'attribution doit inclure : Managed Automated Device Enrollment user-associated devices Automated Device Enrollment userless devices Account Driven User Enrollment Device Enrollment with Company Portal and Web Enrollment Si votre stratégie historique était configurée pour cibler les appareils Android "Android Enterprise", votre nouveau filtre d'attribution doit inclure tous les types d'appareils Android pertinents ci-dessous : Corporate-owned dedicated devices with Entra ID Shared mode Corporate-owned dedicated devices without Entra ID Shared mode Corporate-owned with work profile Corporate-owned fully managed Personally-owned work profile Le filtre doit être adapté à votre stratégie Assigner le filtre à la stratégie existante tout en conservant la configuration de ciblage historique active. Cela permet d'éviter tout changement involontaire dans le ciblage de groupes et les assignations de stratégies : Dans le volet de la stratégie Intune App Protection, sélectionnez Properties . Dans la section Assignments , sélectionnez "Edit". Dans la section Included group , sélectionnez "Edit Filter" > "Include filtered devices in assignment" et choisissez le filtre Managed apps précédemment créé. Vérifiez et enregistrez vos modifications. Supprimer la configuration de ciblage historique. Une fois la bonne configuration du filtre d'attribution confirmée, mettez à jour le paramètre historique de la stratégie pour cibler All device types . Les filtres d'attribution deviendront alors le mécanisme de ciblage principal, et le paramètre historique ne sera plus visible ni modifiable dans le centre d'administration. Dans les propriétés, éditez la section Apps puis changer Target to app on all devices types à Yes. Répéter les étapes 1 à 4 pour chaque stratégie APP Intune de votre tenant. Surveiller le déploiement des stratégies afin de valider leur bonne application et leur conformité après le changement. Plus d'informations sur la création d'un filtre dans la documentation Microsoft Intune.Microsoft Intunehttps://microsofttouch.fr/default/b/js/posts/defender-le-plug-in-mde-prend-desormais-en-charge-les-conteneurs-wsl-wslc-1169561930Fri, 04 Sep 2026 03:05:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:01b04672-0be2-4a58-895c-30feacdd44baJean-Sébastien DUCHÊNEDans la continuité de l'annonce de l'équipe Windows sur la Public Preview des conteneurs WSL , Microsoft étend le plug-in Microsoft Defender for Endpoint (MDE) à la prise en charge des conteneurs WSL (WSLc) , en Public Preview. Pour rappel, WSL 2 fournit un environnement Linux intégré à Windows tout en restant isolé via la virtualisation. Sans plug-in, cet environnement reste opaque pour Defender. Le plug-in MDE vient précisément se greffer sur ce sous-système isolé pour y apporter de la visibilité — et il couvre désormais à la fois les distributions WSL 2 classiques et les nouveaux conteneurs WSLc . Le plug-in étend la protection Defender aux charges de travail WSL et remonte les signaux dans les expériences que vous connaissez déjà : Device Inventory (inventaire des appareils) Alerts et Incidents Device Timeline (chronologie de l'appareil) Advanced Hunting Concrètement, une instance WSL n'est plus un angle mort : vous pouvez enquêter sur les activités qui s'y déroulent depuis le portail Microsoft Defender, au même titre que sur l'hôte Windows. Prérequis WSL version 2.0.7.0 ou ultérieure avec au moins une distribution active (wsl --update pour vous mettre à jour). Pour les conteneurs WSLc : WSL 2.9.5 ou ultérieure , ainsi qu'une version en préversion du plug-in compatible WSLc. Le poste Windows doit être onboardé à Defender for Endpoint (Plan 2). Systèmes d'exploitation supportés : Windows 10 version 2004+ (build 19044+) et Windows 11 . Configuration étape par étape Vérifier la version de WSL. Assurez-vous d'exécuter une version compatible (et mettez à jour si besoin) : wsl --version wsl --update Installer le plug-in MDE pour WSL Téléchargez le package DefenderPlugin-x64.msi (depuis le portail Microsoft Defender, dans msiexec /i DefenderPlugin-x64.msi /qn Par défaut, le plug-in s'installe sous C:\Program Files\Microsoft Defender for Endpoint plug-in for WSL. Valider l'installation. Contrôlez l'état de santé du plug-in : "C:\Program Files\Microsoft Defender for Endpoint plug-in for WSL\healthcheck.exe" La commande retourne les versions de WSL, du plug-in, de l'agent Defender ainsi que son état de santé. Laissez quelques minutes à l'instanciation du plug-in, et jusqu'à 30 minutes pour l'onboarding complet d'une instance WSL. (Si nécessaire) Configurer le proxy Si vos machines passent par un proxy, le plug-in peut hériter de la configuration proxy de l'hôte Windows (via winhttp) ou être paramétré explicitement en créant un fichier wsl-proxy.conf dans le dossier d'installation. Pensez à autoriser les https://learn.microsoft.com/en-us/defender-endpoint/configure-environment requises. Vérifier la remontée dans le portail Ouvrez une distribution WSL, générez un peu d'activité, puis confirmez l'apparition de l'instance dans Device Inventory du portail Microsoft Defender, ainsi que la remontée des événements dans Device Timeline et Advanced Hunting . Quelques points relevés dans la documentation, utiles avant de tester : Comptez quelques minutes pour l'instanciation du plug-in, et jusqu'à 30 minutes pour l'onboarding d'une instance WSL 2. Des conteneurs à durée de vie très courte peuvent ne jamais apparaître dans le portail. Les mises à jour automatiques via Windows Update sont prises en charge à partir de la version 1.24.522.2 du plug-in (tous les rings). Via WSUS, SCCM ou le Microsoft Update Catalog, elles sont limitées au ring Production pour garantir la stabilité du package. L'usage d'un kernel personnalisé n'est pas pris en charge. La prise en charge WSLc étant en préversion publique , il faut s'inscrire pour obtenir la version compatible du plug-in : Inscription à la Public Preview via le formulaire dédié . Documentation MDE : MDE Plug-in for WSL . Documentation WSLc : WSL containers .Microsoft Defender for EndpointSécuritéMicrosoft Defenderhttps://microsofttouch.fr/default/b/js/posts/edge-depreciation-de-windows-information-protection-wip-et-de-microsoft-defender-application-guard-mdagThu, 03 Sep 2026 02:24:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:741fe264-3b08-4f1a-af16-61974f7768a2Jean-Sébastien DUCHÊNEMicrosoft annonce le retrait du support de Windows Information Protection (WIP) et de Microsoft Defender Application Guard (MDAG) dans Microsoft Edge. Ces deux fonctionnalités étaient déjà dépréciées côté Windows et ne sont plus disponibles depuis Windows 11, version 24H2. Microsoft recommande de basculer vers les alternatives suivantes : Pour les scénarios WIP : Microsoft Purview Information Protection , Microsoft Purview Data Loss Prevention (DLP) , Endpoint DLP , ainsi que les stratégies de protection d'application Intune . Pour les scénarios MDAG : les capacités de sécurité intégrées à Microsoft Edge et les autres solutions d'isolation supportées adaptées à votre environnement. Calendrier de déploiement Le retrait sera déployé au niveau mondial à partir de fin septembre 2026 , avec une fin de déploiement également prévue fin septembre 2026 . Qui est concerné Sont concernées les organisations ayant configuré WIP ou MDAG pour Microsoft Edge sur des postes Windows 10. Ces fonctionnalités sont désactivées par défaut et nécessitent une activation explicite par un administrateur : les organisations ne les ayant jamais activées ne sont pas impactées. Dans les faits, cela ne concerne qu'une population restreinte de postes Windows 10, ces deux fonctionnalités ayant été conçues pour Windows 10 et étant déjà indisponibles sous Windows 11, version 24H2. Ce qui va changer Le support de WIP et de MDAG sera retiré de Microsoft Edge. Une fois le déploiement terminé, ces fonctionnalités ne fonctionneront plus à partir de Microsoft Edge 154 et versions ultérieures. Les organisations utilisant WIP ou MDAG doivent basculer vers les alternatives supportées. Les postes sous Windows 11, version 24H2 ne sont pas censés être impactés, ces fonctionnalités ayant déjà été retirées de la plateforme Windows. Actions recommandées Vérifiez vos configurations actuelles de sécurité Microsoft Edge et Windows afin de déterminer si WIP ou MDAG sont encore utilisés dans votre environnement. Si vous utilisez WIP, planifiez la migration vers : Microsoft Purview Information Protection. Microsoft Purview Data Loss Prevention et Endpoint DLP. Les stratégies de protection d'application Intune, le cas échéant. Si vous utilisez MDAG, évaluez les capacités de sécurité supportées de Microsoft Edge ainsi que les technologies d'isolation alternatives répondant aux besoins de votre organisation. Planifiez vos actions de migration avant la fin du déploiement, prévue fin septembre 2026 . Si vous avez besoin de délai supplémentaire, contactez le support Microsoft ou votre équipe de compte Microsoft pour évaluer les options disponibles.ComplianceMicrosoft PurviewMicrosoft EdgeConformitéhttps://microsofttouch.fr/default/b/js/posts/purview-microsoft-purview-etend-le-dlp-au-trafic-reseau-grace-a-l-integration-avec-entra-internet-accessWed, 02 Sep 2026 02:30:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:5c54f19a-dbf2-4a60-89f8-c479e9c008ddJean-Sébastien DUCHÊNEMicrosoft annonce une évolution majeure de Microsoft Purview DLP en étendant la protection des données au niveau réseau grâce à son intégration avec Microsoft Entra Internet Access et Global Secure Access .La Public Preview a démarré en juillet 2026 et la Disponibilité générale (GA) entre septembre et octobre 2026. Cette nouvelle capacité permet d'inspecter et contrôler les données sensibles lorsqu'elles transitent vers des applications SaaS, des services cloud ou des plateformes d'IA générative. Grâce à cette intégration, les organisations pourront : Inspecter le trafic réseau à l'aide d'Entra Internet Access. Appliquer les classifications et stratégies DLP de Microsoft Purview aux flux réseau. Détecter et bloquer l'envoi d'informations sensibles vers des applications cloud ou d'IA. Contrôler les prompts envoyés aux outils d'IA générative. Générer des alertes et incidents dans Microsoft Purview et Microsoft Defender. Jusqu'à présent, les contrôles DLP reposaient principalement sur :Microsoft 365, Les terminaux, et les applications intégrées. Avec cette évolution, Microsoft apporte une approche proche du Secure Web Gateway (SWG) ou du CASB inline , permettant de contrôler les données directement au niveau du trafic réseau. Les organisations pourront ainsi protéger les informations sensibles même lorsqu'elles sont envoyées vers : Des outils d'IA générative non approuvés Des services de stockage cloud tiers Des webmails Des réseaux sociaux Des formulaires web Des applications SaaS non managées Quelques exemples : Bloquer l'envoi de numéros de cartes bancaires vers ChatGPT ou d'autres IA publiques. Empêcher le partage de documents confidentiels vers Dropbox ou Google Drive. Détecter la copie de données sensibles dans un formulaire web. Contrôler l'utilisation d'outils Shadow IT non approuvés. Une fois disponible, les administrateurs devront créer et déployer des politiques pour : Auditer les échanges Générer des alertes Bloquer certaines transmissions Appliquer des règles basées sur : les Sensitive Information Types les Sensitivity Labels le niveau de risque utilisateurMicrosoft EntraMicrosoft Purviewhttps://microsofttouch.fr/default/b/boucettachristophemvp/posts/microsoft-teams-nouveau-rapport-de-detection-des-menaces-de-securite-dans-le-centre-d-administration-teamsTue, 01 Sep 2026 15:29:00 GMT0ff07813-27d5-4304-a7fb-5836cba1d6a4:4592efdb-b64a-4f3e-a9b6-0c1745d150b5Christophe BoucettaMicrosoft Teams est en constante évolution. Microsoft introduit un nouveau rapport de détection des menaces de sécurité dans le Centre d’administration Microsoft Teams. Ce nouveau rapport fournit aux administrateurs une vue centralisée des détections de sécurité générées dans les communications Teams. Il permet d’examiner les conversations potentiellement malveillantes, d’analyser les informations associées aux détections et d’exporter les résultats afin de poursuivre les investigations. Feuille de route: https://www.microsoft.com/en-us/microsoft-365/roadmap?filters=Microsoft+Teams&searchterms=560702#owRoadmapMainContent Le rapport regroupe notamment les détections générées par les protections de sécurité Microsoft Teams suivantes : les tentatives d’usurpation d’identité; les URL malveillantes; les types de fichiers pouvant être utilisés à des fins malveillantes. Cette vue centralisée permet aux équipes responsables de Microsoft Teams, de la sécurité et du soutien technique de mieux identifier et analyser les activités suspectes présentes dans les conversations Teams. Pour accéder au rapport à partir du Centre d’administration Microsoft Teams, naviguer dans Analytique et rapports > Rapports de protection Dans l’onglet permettant d’afficher les rapports, sélectionner ensuite le rapport Détections de sécurité. Le rapport affiche uniquement les détections générées pendant la période sélectionnée. Le rapport est divisé en deux sections principales : un graphique présentant le nombre de détections de sécurité générées pendant la période sélectionnée; un tableau présentant individuellement les détections de sécurité identifiées pendant cette même période. En date du post, les informations disponibles dans le rapport incluent notamment : la date et l’heure de la détection; le nom de l’expéditeur; l’adresse courriel de l’expéditeur, lorsqu’elle est disponible; le type de détection; le destinataire ou le type de conversation; l’action effectuée par le destinataire dans certaines situations d’usurpation d’identité. Pour les conversations de groupe, les canaux ou les réunions, le rapport affiche le type de conversation plutôt que la liste complète des destinataires. Informations disponibles ici: Security detections report in Microsoft Teams - Microsoft Teams | Microsoft Learn MC1311977 - Security Detection Report in Teams Admin Center | Microsoft 365 Message Center ArchiveDigital WorkplaceSharePoint Onlineexchange onlineSolutions MicrosoftTeams CallingMicrosoft ProductivityMicrosoft Entrablog microsoft teamsOnline CollaborationMicrosoft CallingPower AutomateTeams meetingsmicrosoft mvpchristophe boucettaCollaboration numériqueMicrosoft Solutionsmicrosoft teams devicesmicrosoft teams phonevoipbusiness voiceenterprise voiceCollaboration en ligneteams voiceMicrosoft Azurecloud pbxCopilot Studiodirect routingMicrosoft Teams RoomsMicrosoft 365 CollaborationTravail hybrideCollaboration Microsoft 365teams telephonyOperator ConnectTeams Roomshybrid workteams premiumPower AppsMicrosoft 365Téléphonie Microsoft Teamswww.ucexpert.caUnified Communicationsucexpertteams phoneMicrosoft TeamsModern Workplaceteams microsoftBusiness Communicationsmicrosoft copilotMicrosoft Teams MeetingsCopilot for Microsoft 365Cloud CommunicationsMicrosoftTouchpower platformteams admin centerUCaaSOneDrive for BusinessCommunication d’entrepriseMicrosoft Learnteams administrationProductivité Microsoft