Service · Microsoft 365 · En développement
Gérez Microsoft 365 pour vos clients et ouvrez-le de façon ciblée — sans Administrateur général.
Le module Microsoft 365 est encore en construction. Dès sa sortie, vous connecterez à Omninode les tenants Microsoft 365 dont vous avez la charge et définirez quelles fonctions vos clients peuvent voir ou exécuter eux-mêmes. Consulter et modifier s'ouvriront séparément, et chaque action atterrira dans la piste d'audit.
Capacités prévues
Ce qu'octroiera une vue Microsoft 365
Périmètre prévu pour le module. Chaque domaine possède deux interrupteurs : consulter et gérer. Gérer exige toujours consulter, jamais l'inverse. Rien de tout cela n'est encore disponible.
Utilisateurs
Rechercher des comptes et les consulter en détail, état de licence compris. Avec les droits de gestion, les utilisateurs habilités pourront créer des utilisateurs, les activer ou les désactiver, réinitialiser des mots de passe et révoquer les sessions ouvertes.
Groupes
Rechercher des groupes et consulter leurs membres, y compris à travers des groupes imbriqués. Avec les droits de gestion, les utilisateurs habilités pourront ajouter ou retirer des membres.
Licences
Consulter l'inventaire des licences du tenant par SKU, ventilé entre licences attribuées directement et licences héritées via des groupes. Avec les droits de gestion, les licences pourront être attribuées et retirées à des utilisateurs individuels ou à des groupes entiers. Les écarts par rapport à la logique de groupe dus à des attributions directes sont journalisés de façon traçable.
Modèles d'intégration
Définissez les étapes que suit un nouvel arrivant, affectez le modèle à un tenant et lancez l'intégration. Vous verrez un aperçu avant le démarrage. Les identifiants sont remis sous forme de secret à usage unique.
État de conformité
Vérifiez le tenant au regard de votre jeu de règles et voyez, pour chaque contrôle, l'état attendu, l'état réel et les écarts éventuels. Il est prévu de contrôler entre autres les administrateurs de secours, la boîte DMARC, les groupes de sécurité requis, les paramètres de sécurité par défaut, les invitations d'invités, l'inscription en libre-service, les autorisations utilisateur par défaut, la couverture MFA et l'authentification héritée bloquée. Les analyses précédentes restent traçables dans l'historique. Si l'octroi nécessaire est en place, vous pourrez lancer une nouvelle analyse à tout moment.
Accès conditionnel
Les stratégies d'accès conditionnel sont récupérées en direct depuis le tenant et rassemblées clairement dans une vue unifiée. Vous éviterez ainsi de cliquer dans le portail Azure. Ces mêmes données servent de base aux contrôles de couverture MFA et d'authentification héritée.
Inscriptions d'applications
Voyez d'un coup d'œil quand expirent les informations d'identification des inscriptions d'applications. Un secret expiré ne se révèle ainsi pas seulement lorsqu'une intégration est déjà à l'arrêt.
Jeu de règles de conformité
Définissez une fois pour toutes quels contrôles s'appliquent et quel état attendu vaut pour chacun. Vous pouvez excepter les écarts délibérés avec un motif, afin qu'ils n'apparaissent pas durablement comme des erreurs. Un jeu de règles peut être affecté à plusieurs tenants sous forme de modèle. Les écarts détectés sont d'abord présentés comme modification prévue et ne sont corrigés qu'après votre confirmation : rien n'est modifié à votre insu.
Piste d'audit
Toutes les actions déclenchées sont journalisées avec leurs étapes et leurs résultats. Le journal peut être exporté sous forme assainie. Les données personnelles d'exécutions individuelles peuvent être effacées de façon ciblée.
Vues délimitées
Une connexion, autant de vues que nécessaire
Vous connecterez chaque tenant dont vous avez la charge une seule fois, par consentement administrateur. Les vues définissent qui peut voir quoi et modifier quoi ; par les octrois, vous décidez quelle organisation reçoit quelle vue.
- 1
Consulter et modifier sont dissociés
Chaque domaine a deux interrupteurs. Une vue peut inspecter des utilisateurs sans avoir le droit de les modifier. L'inverse ne peut pas se produire : gérer sans consulter ne s'enregistre pas.
- 2
Les octrois définissent le destinataire
Un octroi relie une organisation cliente à une vue. Les personnes se connectent avec leurs propres comptes : pas d'Administrateur général partagé, pas de droits permanents dans le portail Azure.
- 3
Sans connexion, rien ne se passe
Les octrois seuls ne suffisent pas : Omninode vérifie aussi que le tenant est lié et joignable. Si le consentement manque ou que la connexion tombe, la zone devient inactive plutôt que vide, motif affiché.
Soyez prêt le jour où le module Microsoft 365 sortira
Le module est encore en cours de développement. Manifestez votre intérêt et nous vous contacterons dès qu'il sera prêt pour vos tenants.