PatchFactoryVeille
Menu
← Toutes les publications
Intune · Apple DDM7 min de lecture

Intune 2610 : remplacer les anciennes politiques de mise à jour Apple par DDM

Microsoft annonce qu'avec la release Intune 2610, plusieurs anciens workloads Apple de mise à jour logicielle disparaîtront de l'admin center, en cohérence avec le retrait des commandes et réglages MDM par Apple dans OS 27. Les équipes Intune qui pilotent iOS/iPadOS ou macOS doivent migrer leurs politiques de mise à jour vers Declarative Device Management avant de perdre leurs repères de configuration et de reporting historiques.

Impact
tenants Intune qui utilisent encore les politiques de mise à jour iOS/iPadOS ou macOS basées MDM, les rapports d'échecs d'installation iOS/macOS historiques ou le rapport macOS software updates par appareil.
Action
inventorier ces usages, recréer la stratégie dans le Settings Catalog avec les réglages DDM, puis valider sur un groupe pilote que les versions OS atteintes correspondent aux cibles attendues.
Statut
À planifier

Classement : À planifier

Résumé : Microsoft annonce qu'avec la release Intune 2610, plusieurs anciens workloads Apple de mise à jour logicielle disparaîtront de l'admin center, en cohérence avec le retrait des commandes et réglages MDM par Apple dans OS 27. Les équipes Intune qui pilotent iOS/iPadOS ou macOS doivent migrer leurs politiques de mise à jour vers Declarative Device Management avant de perdre leurs repères de configuration et de reporting historiques.

Impact : tenants Intune qui utilisent encore les politiques de mise à jour iOS/iPadOS ou macOS basées MDM, les rapports d'échecs d'installation iOS/macOS historiques ou le rapport macOS software updates par appareil.

Action : inventorier ces usages, recréer la stratégie dans le Settings Catalog avec les réglages DDM, puis valider sur un groupe pilote que les versions OS atteintes correspondent aux cibles attendues.

Statut : À planifier.

Ce qui change

Le billet Microsoft Intune consacré à Apple OS 27, publié le 24 septembre 2026, indique qu'Apple a retiré d'OS 27 les anciennes commandes et réglages de mise à jour logicielle MDM. Pour s'aligner, Microsoft annonce que la release Intune 2610 supprimera de l'admin center les workloads hérités suivants : iOS/iPadOS update policies, macOS update policies, macOS software updates report (per-device), iOS update installation failures et macOS update installation failures.

Ce n'est pas seulement un renommage de menu. La recommandation Microsoft est de passer aux politiques de mise à jour Apple en Declarative Device Management (DDM) via le Settings Catalog. La documentation Learn décrit deux modèles : une politique qui force la dernière version éligible après un délai, ou une politique qui cible une version précise avec une échéance d'installation. Les prérequis documentés pour ces politiques DDM sont iOS/iPadOS 17.0 ou ultérieur et macOS 14.0 ou ultérieur, avec enrollment par Device Enrollment ou Automated Device Enrollment.

La publication reste plus ancienne que 72 heures, mais le sujet mérite d'être traité maintenant parce que l'action opérationnelle vise la release Intune 2610 d'octobre : les environnements qui attendent l'apparition du changement dans leur tenant risquent de devoir migrer dans l'urgence des politiques et des tableaux de suivi déjà utilisés en production.

Périmètre concerné

Les postes Windows ne sont pas concernés directement. Le périmètre réel est Apple géré par Intune : iPhone, iPad et Mac supervisés ou inscrits via les modes d'enrôlement pris en charge. L'urgence dépend du niveau d'usage actuel des anciennes politiques de mise à jour et des rapports associés.

Un tenant qui gère déjà les mises à jour Apple avec les catégories Declarative Device Management > Software Update, Software Update Enforce Latest et Software Update Settings est moins exposé. Il doit surtout vérifier que le reporting d'exploitation surveille encore la version OS réellement installée. À l'inverse, un tenant qui dépend des anciens écrans Devices > Apple updates ou des rapports d'échecs iOS/macOS doit préparer son remplacement avant la suppression côté admin center.

Attention à ne pas mélanger ce sujet avec le seuil de support iOS/iPadOS 18 annoncé dans Intune 2609. Le seuil de support minimal et la migration des workloads de mise à jour vers DDM sont deux chantiers liés, mais distincts : le premier sert à trier les appareils supportés, le second change la méthode de pilotage des mises à jour Apple.

Actions recommandées

Commencer par un inventaire simple dans Intune : lister les anciennes politiques iOS/iPadOS et macOS encore assignées, les groupes ciblés, les fenêtres horaires, les versions explicitement demandées, les reports utilisés et les rapports consultés par l'exploitation. Le résultat attendu est une matrice de migration par population : appareils utilisateurs, appareils partagés, kiosques, Mac métiers, exceptions matérielles ou applicatives.

Créer ensuite une politique DDM équivalente dans le Settings Catalog. Pour une stratégie de mise à jour rapide, utiliser Declarative Device Management > Software Update Enforce Latest avec un délai et une heure locale d'installation. Pour une validation plus contrôlée, utiliser Declarative Device Management > Software Update avec Target OS Version, éventuellement Target Build Version, et Target Date Time. La documentation précise qu'une configuration de mise à jour déployée avec succès ne prouve pas que l'appareil a effectivement atteint la version attendue ; il faut donc surveiller la version OS des appareils ciblés.

Le pilote doit comparer trois signaux : installation de la configuration Intune, version OS atteinte après l'échéance, et comportement utilisateur ou applicatif pendant la fenêtre de mise à jour. Si un appareil dépasse ensuite la version ciblée, Microsoft indique que l'ancienne politique de version peut remonter une erreur parce que l'appareil interprète la consigne comme une tentative de downgrade. Dans ce cas, retirer ou remplacer la politique de version ancienne au lieu de traiter l'erreur comme un échec de mise à jour classique.

Points de vigilance

Ne pas attendre des anciens rapports qu'ils restent une source durable de conformité. Microsoft cite explicitement leur retrait avec 2610. Les tableaux d'exploitation doivent donc se fonder sur les rapports DDM et sur l'inventaire de version OS réellement présent sur les appareils.

Ne pas déduire qu'une politique DDM fonctionne sur tous les appareils Apple historiques. Les prérequis Learn citent iOS/iPadOS 17.0 et macOS 14.0 pour la configuration Software Update DDM. Les appareils sous un OS plus ancien doivent être traités comme un écart de parc à résoudre ou à isoler, pas comme une simple anomalie de console.

Enfin, documenter les anciens réglages supprimés avant leur disparition de l'interface. Pour chaque politique, conserver au minimum la cible, les groupes assignés, les exclusions, la version ou le mode de mise à jour, l'échéance et la logique de report. C'est ce relevé qui permettra de vérifier que la politique DDM reproduit l'intention opérationnelle, même si le chemin de console change.

Sources