Changements dans Exchange Server : sécurité et SE

Mises à jour d'Exchange Server : priorité à la sécurité et abandon des versions legacy

Microsoft prépare des changements importants pour Exchange Server à l'occasion du 30e anniversaire du projet. L'accent principal porte sur le renforcement de la cybersécurité et la transition vers une unique Subscription Edition (SE). Les clients entreprise qui préfèrent les déploiements sur site bénéficieront d'un support jusqu'en 2035, mais avec des limitations de compatibilité.

Histoire et évolution de la plateforme

Exchange Server a fait ses débuts en 1996 en tant que solution intégrée pour la messagerie électronique, les calendriers et les annuaires centralisés. Le support des normes SMTP et X.400 offrait un contrôle administratif. L'intégration ultérieure avec Active Directory a amélioré l'automatisation, l'évolutivité et la fiabilité.

Aujourd'hui, la plateforme est positionnée comme le premier produit serveur couronné de succès par Microsoft pour les entreprises. L'extension à Exchange Online ne remet pas en cause la valeur des installations sur site : les clients conservent le contrôle de leur infrastructure. Cependant, le support de multiples versions (jusqu'à trois dans une même organisation) compliquait les migrations et ralentissait l'innovation en raison des exigences de compatibilité descendante.

Microsoft anticipe une consolidation sur Exchange SE comme branche principale unique. Cela simplifiera le développement et l'optimisation de l'architecture.

Priorités en cybersécurité

La sécurité reste une priorité clé. Les administrateurs IT sont invités à vérifier les configurations de déploiement d'Exchange Server à la recherche de vulnérabilités. Microsoft insiste sur la nécessité de mesures supplémentaires pour protéger les installations sur site.

Les changements récents dans Exchange Online illustrent cette approche :

• Blocage des connexions depuis les appareils mobiles sur Exchange ActiveSync (EAS) en deçà de la version 16.1 après le 1er mars 2026.
• N'affecte que les clients de messagerie natifs ; Outlook Mobile n'utilise pas EAS et reste disponible.
• Exchange Server sur site non affecté.

EAS est un protocole pour synchroniser la messagerie, les calendriers, les contacts et les tâches. Ce changement renforce la sécurité des connexions cloud.

Arrêt des API legacy

En avril 2027, Microsoft mettra fin au support de l'API Exchange Web Services (EWS) dans Exchange Online. Après 20 ans de service, cette interface est obsolète. Les développeurs de niveau intermédiaire et senior doivent migrer vers des alternatives modernes comme Microsoft Graph API.

Conséquences principales :

• EWS Managed API et EWS Java API cesseront de fonctionner en ligne.
• Les versions sur site conserveront EWS plus longtemps, mais avec une recommandation de transition.
• La migration nécessite l'analyse des dépendances dans le code legacy.
• Graph API offre des fonctionnalités étendues : OAuth 2.0, throttling amélioré, support JSON.
• Tester la migration est crucial pour les applications d'entreprise.

Transition vers la Subscription Edition

Exchange SE offrira un support jusqu'en 2035. Les clients pourront gérer les mises à jour via abonnement, en minimisant les risques liés aux versions fragmentées. La compatibilité descendante sera simplifiée, accélérant les sorties de nouvelles fonctionnalités.

Recommandations pour les administrateurs :

• Évaluer l'ensemble des versions Exchange actuelles.
• Planifier la migration vers SE.
• Renforcer la surveillance de la sécurité (p. ex., via Security Defaults).
• Tester la compatibilité EAS pour les clients mobiles.

Ces changements reflètent la tendance vers l'unification et une approche « sécurité en premier » dans la messagerie d'entreprise.

Points importants

• Support jusqu'en 2035 : Exchange SE est une solution sur site à long terme.
• Blocage EAS : Clients mobiles en deçà de 16.1 coupés d'Online à partir de mars 2026.
• Fin d'EWS : API fermée en Online en avril 2027 — migrer vers Graph.
• Accent sur la sécurité : Contrôles supplémentaires pour tous les déploiements.
• Consolidation des versions : Abandon de la coexistence multi-versions.

— Editorial Team