Docs

Microsoft 365 overview

Where Microsoft 365 lives in the Cloud area, how Tenvara reads your customers' tenants, and how to read the overview page.

Microsoft 365 lives in the Cloud area, which brings every customer's tenant into one place. Tenvara reads each tenant on a schedule, checks its security against one baseline, lets you make everyday changes to users, groups, mailboxes, Teams and SharePoint, runs starters and leavers (in the cloud or in the customer's own Active Directory), and looks after the email authentication (SPF, DKIM, DMARC, MTA-STS) of every customer domain. It also manages Intune, keeps every version of each tenant's configuration, holds tenants to your own baselines, finds the apps people use, keeps an inventory of every enterprise app across your tenants with a kill switch, and answers signs of a compromised account.

You choose per tenant which of these Tenvara does. See Choosing features and consent.

Note: The Cloud area needs the Microsoft 365 module. A new install starts with the service desk; switch the module on in Settings > Modules.

The Cloud overview with tenant, account, MFA and licence figures, security posture and worst findings
The Cloud overview with tenant, account, MFA and licence figures, security posture and worst findings

How it works

  • One app registration. You register one multi-tenant app in your own Entra tenant and enter it once in Settings. Every customer consents to that app, and Microsoft 365 backup uses the same connection, so a customer admin only approves once. Tenvara checks the registration itself every day and tells you what is missing. See Connecting a tenant and App registration health and Fix it for me.
  • Features you choose. Backup, audit, changes, email security, licence sync, security monitoring, coverage reports and hybrid identity are separate features. The consent asks only for what the chosen features need, and a feature can be turned on or off later from the tenant's Features tab.
  • Sync reads, screens show the mirror. Tenvara reads each tenant in areas (directory, security settings, Exchange, sign-ins, email and the rest) on a schedule. Each area of each tenant is read on its own and long areas are read in short steps, so a slow or broken tenant never delays the others and quick checks never wait behind a big sync. A sync stopped part-way (a restart or an error) carries on where it stopped, and tenants' syncs are spread across each interval rather than all starting together. Screens, checks and reports read what the last sync saw. A change you make goes to Microsoft and the changed object is read again straight away.
  • Not known is never a pass. When Microsoft will not give something (a missing licence, a permission, an outage), Tenvara records it as not known and says so. A check with no data is shown as Not known, never as passing.
  • Every change goes through the change log. A change shows a preview first, asks you to type the name for anything destructive, can need an administrator's approval, and is recorded with what it was before so it can be undone. It can run now or at a set time, undo itself after a time limit, and add a note to its ticket. See Making changes safely.

The Cloud sidebar

Open Cloud from the rail. The sidebar starts with Overview (the page described below), then the Microsoft 365 and Across tenants groups, and Intune.

Microsoft 365

  • Tenants: every connected tenant, with its accounts, MFA, licences and last sync.
  • Users: everyone in every tenant. The Views menu has Administrators, No MFA, Blocked but licensed, Guests, Not signed in for 90 days, At risk, Guests not signing in and VIPs.
  • Findings: every security check across all tenants.
  • Starters and leavers: new accounts and leavers, run now or later.
  • Changes: every change made through Tenvara, with undo. Its tabs are Changes, Approvals and Scheduled.
  • Email security: every customer mail domain and its DNS checks, with a Report inbox tab for DMARC and TLS report mail.

Across tenants

Intune

Cloud settings at the bottom opens Settings > Microsoft 365: the app registration and its health, partner access, checks, starter and leaver templates, email security, timings, Intune, contacts, configuration and baselines, service health, SaaS discovery, account threats, alerts, the default features, your own apps, the App watchlist and Approved apps.

The counts beside each item show what needs a look (for example, the number of critical findings beside Findings).

Note: Every framework's controls against every tenant are in Governance and compliance > Microsoft 365 frameworks. A tenant's own Findings tab also has its Frameworks view.

Reading the overview

The top row sums up every connected tenant:

  • Tenants: how many are connected, with any waiting for consent underneath.
  • Accounts: every account across the tenants, split into people, guests, blocked accounts and shared, room and service accounts, with how many are licensed.
  • MFA registered: the share of people with an MFA method. Shared mailboxes, rooms, Bookings calendars and the directory sync account are not people, so they are never counted as people without MFA. People in tenants without Entra ID P1 are counted as not known, because Microsoft does not report their registration.
  • Licences: assigned out of bought, with the number bought and unused. Microsoft's free and trial offers are left out of the totals.

Security posture shows the Average score across scored tenants, Critical findings, the average Secure Score as a share of Microsoft's maximum, and Security events this week (new admins, policy changes, app consent). Below that, Lowest scores lists the tenants that need the most work and Worst findings lists the most serious failing checks, with how many tenants fail each. Click any of them to open it.

Email security sums up the customer domains: how many have problems, how many need attention, the share passing DMARC and the messages reported in the last seven days, a count per check and how many domains are at each DMARC stage.

Tenants that need a look lists any tenant refusing Tenvara, failing to sync, waiting for consent or with a GDAP relationship ending soon, with what Microsoft said. A tenant that needs to consent to new permissions shows Consent again. Recent changes shows the latest changes made through Tenvara.

Where else Microsoft 365 shows up

  • Customer page: the Cloud tab has a Microsoft 365 page with the tenant summary, findings, users, licences, email domains and recent changes, and a block with the tenant's open threats, configuration changes to review, baseline drift and high-risk apps.
  • Contact page: the contact's Microsoft 365 account (matched by email address), with the same Actions menu as the user panel.
  • Ticket: the requester's Microsoft 365 account in the right-hand column, with the same Actions menu. A change made for a ticket adds an internal note to it. See Bulk, scheduled and time-limited changes. A ticket raised from a Microsoft 365 alert about someone (a suspicious inbox rule, say) also shows an Affected user card: the person linked to their user panel, their sign-in state, risk, last sign-in and a summary of the last 7 days of sign-ins, the rule where there is one, and Sign out everywhere, Reset password, Block sign-in and Disable this rule for people who manage Microsoft 365. Each change is noted on the ticket, and a change sent for approval from the ticket comes back to it.
  • Device page: the Microsoft 365 block on the device's Overview tab shows Intune's record of the device once the two are linked, with the Intune remote actions and its BitLocker keys and LAPS password. The device list has a Managed by Intune column and filter. See Devices linked to Intune.
  • Search (Ctrl K or Cmd K): go to Cloud pages, connect a tenant, find a user, reset a password, block a user, start a new starter or leaver, and find a device's BitLocker key or LAPS password.

Alerts

Microsoft 365 raises alerts into the normal Alerts list, so your alert rules can turn them into tickets:

Alert Raised when Clears when
Tenant refusing Tenvara Microsoft refuses the app's sign-in or the tenant's basic read (consent withdrawn, the app removed, a secret ended) The next successful sync
One area refused Microsoft refuses one area of a tenant (service health, for example) while the rest keeps working; one alert for every tenant when it refuses the same area at most of them The area is read again
Sync failing Three syncs in a row failed The next successful sync
GDAP ending A GDAP relationship ends within 30 days (critical within 7); relationships that renew themselves are left out It is renewed
Security check failing A check starts failing (checks shown for information never alert) The check passes, stops applying, gets an exception or is taken away
Security event A risky sign-in, a new administrator, a Conditional Access policy deleted or switched off, app consent, the audit log switched off and similar Someone acknowledges it
Suspicious inbox rule Sync finds an enabled suspicious rule, judged with who made it, when and how The rule is disabled, gone or marked as expected
Licences over More licences assigned than bought Back within
Email domain A check gets worse, SPF goes over 10 lookups, DKIM is not signing, an unknown sender, and more The condition goes
Configuration changed A snapshot finds a setting changed outside Tenvara (critical for Conditional Access, security defaults and the authorisation policy) Every change is accepted or restored
Baseline drift A baseline setting set to alert has drifted, or a fix failed or waits for an administrator The tenant is back in line
New risky app An app is found at or above the risk you set, or someone uses an unsanctioned app Someone decides on the app
Account threat Impossible travel, token theft signs, MFA fatigue, a risky app consent, or an inbox rule or MFA method added after a risky sign-in The detection is resolved, dismissed or marked a false positive (resolving the alert asks you to decide the threat, see Account threat response)
Known-bad app An app on the app watchlist is enabled in a tenant (critical; its fix is the kill switch) The app is disabled or deleted in that tenant, or kept there on purpose
Service health Microsoft posts an incident or advisory for a service your tenants use: one alert per Microsoft issue, naming every tenant it affects No tenant is affected any more
App secret expiring An app in the customer's tenant has its newest secret or certificate ending within 30 days (critical within 7, and once lapsed) A new secret is added or the app is removed
Tenvara's client secret The secret of your own app registration ends within 30 days It is renewed in Settings
App registration Your own app registration loses a redirect URI, a permission or its admin consent, or partner access is refused The registration is fixed
Mailbox full A mailbox passes 90% of its quota (critical at 98%) It falls below 85%
SharePoint storage The tenant passes 90% of its storage (critical when full) It falls back

Once a day Tenvara can also raise an alert for each tenant where people asked for quarantined mail to be released, and an alert when a licence your starter templates use has run out.

Tenvara also raises alerts for audit events you choose in Settings > Microsoft 365, the Alerts tab (credentials added to an app, a high-privilege grant, guests invited, an account allowed to sign in again, an administrator's password reset, users or licences changed outside Tenvara and more), each on or off with its severity, for every customer or per customer. A tenant can be muted until a set time, for example during a migration. Changes made by Tenvara itself never count as "outside Tenvara", and activity by your own app that lines up with Tenvara's own jobs is labelled as expected. Tenvara's own app receiving the directory roles it asked for when a tenant is connected is a line on the timeline, not a detection.

Each kind of alert can be switched on or off and given its own severity in Alerts > Alert types.

Permissions

Microsoft 365 has its own permission area in Roles and permissions:

Level What it allows
View See every Microsoft 365 screen, and run the one routine action (asking Microsoft to verify a domain that was already added)
Manage Connect tenants, sync, turn features on and off, make and schedule changes, run starters and leavers, fix findings and accept risks
Administrator role Settings, approving high-risk changes, scheduling high-risk changes, undoing destructive changes, switching on hybrid Active Directory and deleting a tenant

A role also has a Change Microsoft 365 switch. With it off, people in that role can still look at everything, but every change to a tenant is refused: single changes, bulk changes, scheduled changes when their time comes and changes an administrator approved for them. See Making changes safely.

High-risk changes are approved through the one approvals engine, so they appear in Home > Approvals with everything else.

Comparing what a customer is billed for with what their tenant holds is covered in Reconciling against Microsoft 365.

Was this page helpful?

Thanks for the feedback.