Préparer vos clients Exchange Online pour la Saint Edouard 2020

L’authentification basique pour ceux qui ne le savent pas encore, consiste à faire passer dans un tunnel sécurisé, ici HTTPS, les informations de connexion de l’utilisateur pour qu’il puisse accéder au service demandé, ici Exchange Online.  Cette méthode d’authentification n’étant pas compatible avec des fonctions comme l’authentification à plusieurs facteurs (MFA), je dirais qu’elle a plutôt fait son temps. Au regard des exigences de sécurité relatives aux services SaaS, cette méthode n’offre plus un niveau de sécurité suffisant et doit légitiment être supprimée.

Le problème qui se pose donc est d’identifier les programmes ou applications qui seraient susceptibles d’utiliser encore cette bonne vielle méthode. Si l’on s’en réfère à la documentation Microsoft, les applications mobiles et suites Office qui sont capables de s’en passer sont les suivantes :

• Outlook 2013 ou version ultérieure (Outlook 2013 nécessite une modification de clé de Registre) (voir : https://docs.microsoft.com/en-us/microsoft-365/admin/security-and-compliance/enable-modern-authentication?view=o365-worldwide)
• Outlook 2016 pour Mac ou version ultérieure
• Outlook pour iOS et Android
• Courrier pour iOS 11.3.1 ou version ultérieure

Un fois avoir pris cela en compte… il reste encore un petit bout de chemin à faire. Car quid

• Des applications de messagerie mobile de tous les utilisateurs en BYOD,
• De mes connexions en PowerShell ?
• .

Dans le tableau suivant toujours issu de la documentation Microsoft, l’authentification basique est utilisée dans Exchange Online  par les protocoles suivants :

Par contre, seuls les protocoles concernés par l’annonce faite par Microsoft sont :

• Exchange ActiveSync (EAS), (Applications mobiles sur tablette ou Smartphone)
• IMAP, POP (vieux clients de messagerie)
• Remote PowerShell

La protocole SMTP AUTH, qui est utilisé par grand nombre de dispositifs et d’appareils pour envoyer du courrier n’est pas concerné pour le moment, et ce malgré le fait que Microsoft travaille actuellement sur les moyens de le sécuriser davantage.

Microsoft a eu le bon gout de prévoir ces modifications, par l’usage de stratégies qui permettent de restreindre l’authentification basique par protocole cité ci-dessus, soit de façon unilatérale, soit, et c’est ce qui va vous permettre de vous préparer, par utilisateur.

Autrement dit, vous allez pouvoir créer une stratégie restreignant l’authentification sur tout ou partie, des services précités et l’affecter à un groupe d’utilisateurs pilotes. Cette méthode vous permettra d’identifier assez rapidement les périphériques, les applications ou les différents services qui se connectent encore avec cette méthode.

L’autre intérêt des stratégies est qu’il suffit de sortir l’utilisateur de cette stratégie pour que l’authentification basique redevienne possible. Attention tout de même, le changement de stratégie peut prendre jusqu’à 24 heures.  Le détail de la mise en place de ces stratégies peut être trouvé ici :

https://docs.microsoft.com/fr-fr/exchange/clients-and-mobile-in-exchange-online/disable-basic-authentication-in-exchange-online

Je ne saurais trop vous conseiller de prendre cela au sérieux et de démarrer rapidement des phases de test, car pour l’avoir vécu par le passé à grande échelle, la désactivation de l’authentification basique a parfois sur des applications non identifiées des effets assez…. Immédiats.