Mots de passe et sécurité dans Outlook pour iOS et Android pour Exchange Server

S’APPLIQUE à :2016 2019 Édition d’abonnement

Cet article décrit le fonctionnement des mots de passe et de la sécurité dans Outlook pour iOS et Android avec Exchange Server en cas d’utilisation de l’authentification de base avec le protocole Exchange ActiveSync.

Importante

Outlook pour iOS et Android prend en charge l’authentification moderne hybride pour les boîtes aux lettres locales, ce qui élimine la nécessité de tirer parti de l’authentification de base. Les informations contenues dans cet article ne concernent que l’authentification de base. Pour plus d’informations, voir Utilisation de l’authentification moderne hybride avec Outlook pour iOS et Android.

Création d’un compte et protection des mots de passe

La première fois que vous exécutez l’application Outlook pour iOS et Android dans un environnement local Exchange, Outlook génère une clé AES-128 aléatoire. Cette clé est appelée clé de périphérique et est stockée uniquement sur le périphérique de l’utilisateur.

Lorsqu’un utilisateur se connecte à Exchange avec l’authentification de base, le nom d’utilisateur, le mot de passe et une clé de périphérique AES-128 unique sont envoyés de l’appareil de l’utilisateur au service cloud Outlook via une connexion TLS, où la clé de périphérique est conservée dans la mémoire de calcul runtime. Une fois le mot de passe vérifié auprès du serveur Exchange, l’architecture Microsoft 365 ou Office 365 utilise la clé de l’appareil pour chiffrer le mot de passe. Le mot de passe chiffré est ensuite stocké dans le service. La clé de l’appareil, quant à elle, est effacée de la mémoire et n’est jamais stockée dans l’architecture Microsoft 365 ou Office 365 (la clé est stockée uniquement sur l’appareil de l’utilisateur).

Ensuite, lorsqu’un utilisateur tente de se connecter à Exchange pour récupérer des données de boîte aux lettres, la clé de l’appareil est à nouveau transmise de l’appareil à l’architecture Microsoft 365 ou Office 365 via une connexion sécurisée TLS, où elle est utilisée pour déchiffrer le mot de passe dans la mémoire de calcul d’exécution. Une fois déchiffré, le mot de passe n'est jamais stocké dans le service ni écrit sur un disque de stockage local, et la clé de périphérique est à nouveau effacée de la mémoire.

Une fois que l’architecture Microsoft 365 ou Office 365 a déchiffré le mot de passe au moment de l’exécution, le service peut se connecter au serveur Exchange pour synchroniser le courrier, le calendrier et d’autres données de boîte aux lettres. Tant que l’utilisateur continue à ouvrir Outlook et à l’utiliser régulièrement, l’architecture Microsoft 365 ou Office 365 conservera une copie du mot de passe déchiffré de l’utilisateur en mémoire pour maintenir la connexion au serveur Exchange active.

Considérations relatives à la conformité lors de l’envoi de mots de passe

Avant d’activer quoi que ce soit qui autorise la transmission de mots de passe à partir de votre environnement Exchange local, prenez en compte les conséquences possibles. Par exemple, la transmission de mots de passe à une architecture Microsoft 365 ou Office 365 peut vous empêcher de répondre aux exigences de la norme PCI-DSS ou ISO/IEC 27001.

En outre, si vous connectez et synchronisez des e-mails, des calendriers et d’autres données liées à l’e-mail, vous pouvez rencontrer des problèmes de conformité avec le RGPD, qui restreint les informations privées que vous pouvez transmettre sans le consentement du propriétaire. Ces informations peuvent être contenues dans des courriers électroniques, des éléments de calendrier, etc.

Inactivité de compte et suppression des mots de passe de la mémoire

Après trois jours d’inactivité, l’architecture Microsoft 365 ou Office 365 vide un mot de passe déchiffré de la mémoire. Une fois le mot de passe déchiffré vidé, l’architecture n’est pas en mesure d’accéder à la boîte aux lettres d’un utilisateur en local. Le mot de passe chiffré reste stocké dans l’architecture Microsoft 365 ou Office 365, mais il n’est pas possible de le déchiffrer à nouveau sans la clé de l’appareil, qui n’est disponible qu’à partir de l’appareil de l’utilisateur.

Un compte d'utilisateur peut devenir inactif pour les trois raisons suivantes :

• L'utilisateur désinstalle Outlook pour iOS et Android.

• L’actualisation de l’application en arrière-plan est désactivée dans les options Paramètres, puis une sortie forcée est appliquée à Outlook.

• Aucune connexion Internet n'est disponible sur le périphérique, empêchant Outlook d'effectuer la synchronisation avec Exchange.

Remarque

Outlook ne deviendra pas inactif simplement parce que l’utilisateur n’ouvre pas l’application pendant un certain temps, par exemple pendant un week-end ou pendant des vacances. Tant que l'actualisation de l'application en arrière-plan est activée (qui est le paramètre par défaut dans Outlook pour iOS et Android), les fonctions telles que les notifications push et la synchronisation en arrière-plan de la messagerie sont considérées comme activité.

Vider les données de mot de passe chiffré et de boîte aux lettres synchronisée à partir de Microsoft 365 ou Office 365

L’architecture Microsoft 365 ou Office 365 vide ou supprime les comptes inactifs selon une planification hebdomadaire. Une fois qu’un compte d’utilisateur devient inactif, l’architecture vide du service le mot de passe chiffré et tout le contenu de la boîte aux lettres synchronisée de l’utilisateur.

Combinaison de sécurité de service et de périphérique

La clé d’appareil unique de chaque utilisateur n’est jamais stockée dans l’architecture Microsoft 365 ou Office 365, et le mot de passe Exchange d’un utilisateur n’est jamais stocké sur l’appareil. Cette architecture signifie que pour qu’une partie malveillante puisse accéder au mot de passe d’un utilisateur, elle doit disposer d’un accès non autorisé à l’architecture Microsoft 365 ou Office 365 et d’un accès physique à l’appareil de cet utilisateur.

En appliquant les stratégies de code confidentiel et le chiffrement sur les appareils de votre organization, la partie malveillante doit également vaincre le chiffrement d’un appareil pour accéder à la clé de l’appareil. Le tout devant être fait avant que l’utilisateur ne remarque que le périphérique a été compromis et ne demande une réinitialisation à distance du périphérique.

FAQ sur la sécurité des mots de passe

Voici les questions fréquemment posées concernant la conception et les paramètres de sécurité pour Outlook pour iOS et Android lorsqu’il est utilisé avec l’authentification de base.

Les informations d’identification des utilisateurs sont-elles stockées dans l’architecture Microsoft 365 ou Office 365 si j’empêche Outlook d’accéder à mes Exchange Server ?

Si vous avez choisi d'empêcher Outlook pour iOS et Android d'accéder à vos serveurs Exchange locaux, la connexion initiale sera refusée par Exchange. Les informations d’identification des utilisateurs ne sont pas stockées par le service cloud Outlook et les informations d’identification présentées lors de la tentative de connexion ayant échoué sont immédiatement vidées de la mémoire.

Comment la clé unique de l’appareil et le mot de passe de l’utilisateur sont-ils chiffrés lors du transit vers l’architecture Microsoft 365 ou Office 365 ?

Toutes les communications entre l’application Outlook et l’architecture Microsoft 365 ou Office 365 se font via une connexion TLS chiffrée. L’application Outlook est capable de se connecter à l’architecture Microsoft 365 ou Office 365, et rien d’autre.

Comment faire supprimer les informations d’identification et la boîte aux lettres d’un utilisateur de l’architecture Microsoft 365 ou Office 365 ?

Demandez à l’utilisateur de désinstaller Outlook pour iOS et Android sur tous les appareils. Toutes les données seront supprimées de l’architecture Microsoft 365 ou Office 365 dans un délai d’environ 3 à 7 jours.

L’application est fermée ou désinstallée, mais elle s’affiche encore comme connectée à mon serveur Exchange. Que se passe-t-il ?

L’architecture Microsoft 365 ou Office 365 déchiffre les mots de passe des utilisateurs dans la mémoire de calcul d’exécution, puis utilise ces mots de passe pour se connecter à Exchange. Étant donné que l’architecture se connecte à Exchange au nom de l’appareil pour récupérer et mettre en cache les données de boîte aux lettres, elle peut continuer pendant une courte période jusqu’à ce que le service détecte qu’Outlook ne demande plus de données.

Si un utilisateur désinstalle l’application de son appareil sans avoir d’abord utilisé l’option Supprimer le compte, l’architecture Microsoft 365 ou Office 365 restera connectée à votre serveur Exchange jusqu’à ce que le compte devienne inactif, comme décrit ci-dessus dans « Inactivité de compte et vidage des mots de passe de la mémoire ». Pour arrêter cette activité, suivez l’option 1 ou 3 de la FAQ ci-dessus, ou bloquez l’application, comme décrit dans Blocage d’Outlook pour iOS et Android.

Le mot de passe utilisateur est-il moins sécurisé dans Outlook pour iOS et Android que dans d’autres clients Exchange ActiveSync ?

Non. Les clients EAS enregistrent généralement les informations d'identification de l'utilisateur localement sur le périphérique de l'utilisateur. Cela signifie qu'un périphérique volé ou compromis risque de permettre à un groupe malveillant d'accéder au mot de passe de l'utilisateur. Avec la conception de la sécurité d’Outlook pour iOS et Android, une partie malveillante aurait besoin d’un accès non autorisé à l’architecture Microsoft 365 ou Office 365 et aurait un accès physique à l’appareil d’un utilisateur.

Que se passe-t-il si un utilisateur tente d’utiliser Outlook pour iOS et Android après la suppression de ses données du service cloud Outlook ?

Si un compte d’utilisateur devient inactif (par exemple, en désactivant l’actualisation de l’application en arrière-plan sur l’appareil ou en déconnectant son appareil d’Internet pendant un certain temps), l’application Outlook se reconnecte à l’architecture Microsoft 365 ou Office 365 lors du prochain lancement de l’application, et le processus de chiffrement de mot de passe et de mise en cache des e-mails redémarre. Ce processus est transparent pour l'utilisateur.

Existe-t-il un moyen d’empêcher l’utilisation de l’authentification de base pour les boîtes aux lettres locales avec Outlook pour iOS et Android ?

Oui, vous pouvez déployer l’authentification moderne hybride. Pour plus d’informations, voir Utilisation de l’authentification moderne hybride avec Outlook pour iOS et Android.