Exposure intelligence

Understand what you’re exposed to.

Monokel connects security observations across identities, applications, devices, email, sharing and external exposure — and explains the exposure that individual tools cannot show on their own.

Read-only accessNo agentsEvery conclusion traceable to evidence
Data sources
Understanding
  • Microsoft 365Entra ID · Intune · SharePoint · Exchange
  • External signalsDNS · TLS · email authentication
  • AzureIn development
  • Google WorkspacePlanned
  • Data source
Monokel
Security domains
  • Identity
  • Applications
  • Devices
  • Email
  • Sharing
  • External exposure
  • Cloudwith Azure
observations · relationships · evidence
  • ExposureWhat is exposed, and why it matters.
  • ContextHow conditions relate across domains.
  • ChangeWhat changed between observations.
Microsoft 365 is the deepest source today, alongside DNS, TLS and email authentication. Azure is in development; Google Workspace is planned. See data sources
The problem

Your tools see pieces. Exposure exists between them.

Every admin console is accurate about its own part of the environment. None of them is asked what the parts mean together — so the exposure that sits between them goes unexplained.

Identity provider
Who can sign in, with which methods, and what applications are allowed to do.
Correct, and incomplete on its own
Collaboration platform
What is shared, through which kind of link, and with whom.
Correct, and incomplete on its own
Endpoint management
Which devices are managed, compliant and protected.
Correct, and incomplete on its own
What Monokel adds
One description of the environment, where conditions from different sources can be read together.

Monokel keeps each observation as evidence, relates it to the same applications, identities and resources, and explains what it means — including where the evidence stops.

How Monokel works

Providers are data sources. Domains are how Monokel structures what it learns.

Evidence enters as observations — each tied to where and when it was seen. Monokel organises them by security domain, not by vendor, and draws conclusions only from what was observed.

01 · Sources
Data sources

Read-only connections to the systems that hold the controls.

  • Microsoft 365Entra ID · SharePoint & OneDrive · Exchange Online · Intune
  • DNS · TLS · email authentication
  • Defender for EndpointOn request
  • AzureIn development
  • Google WorkspacePlanned
02 · Observations
Time-bound observations

What was seen, where, and when. Kept as it was captured — never edited afterwards.

  • Anyone-link without expiry on /sites/financeobserved 29 Sep 06:10
  • Application permission granted with admin consentobserved 29 Sep 06:10
  • Mailbox forwards to an external addressobserved 29 Sep 06:10
  • Device compliance: not observedcoverage incomplete
03 · Domains
Security domains

One vocabulary for the environment, whichever provider the evidence came from.

  • Identities
  • Applications
  • Email
  • File sharing
  • Devices
  • External exposure
  • CloudWith Azure
04 · Understanding
Explained conclusions

Findings and situations that state why they exist, how certain they are, and where the control lives.

  • Findingsone pattern, one finding
  • Situationsconditions that coincide
  • Changebetween observations
  • Unknownwhere evidence stops
01Observe

Build a picture of the environment from the systems that are authoritative for it — read-only, time-stamped, reproducible.

02Connect

Relate observations to the same applications, identities and resources, across sources and domains.

03Understand

Explain what matters, the evidence behind it, what changed — and what cannot be established.

Connected exposure

Signals make more sense together.

An application with far-reaching permissions is common. So is an application with a configured surface. When both concentrate on the same application, the exposure is different — and Monokel describes it as one situation, with the evidence for each part.

Application permission to read and write directory data, granted with admin consent
Observation
Applications · Microsoft Entra ID · observed 29 Sep 2026, 06:10
On its own: a privileged application, like many others.
Published API scopes and three registered redirect endpoints on the same application
Observation
Applications · Microsoft Entra ID · observed 29 Sep 2026, 06:10
On its own: an ordinary application configuration.

Situation view, with the product’s own wording. Illustrative data.

Where the model is going
The same reasoning, across control planes.

The model is built to follow one object across providers. As Azure coverage is added, an application can be read together with the subscriptions it controls and the resources inside them. This is in development and not yet available to customers.

  1. Microsoft 365Application holds privileged permissions
  2. AzureThe same application holds a subscription role
  3. Azure resourceThe subscription contains an internet-exposed resource
  4. UnderstandingOne application reaches two control planes

In development. Not yet available to customers.

Environment

A coherent picture of the environment — not a stream of alerts.

The Environment view is where Monokel starts. It answers four questions in the same order every time — and a count opens the list behind it.

The Environment view. Illustrative organisation and data.

  1. 01
    What has changed

    Differences from the previous published state, marked as worsened, improved or with no simple direction.

  2. 02
    What coincides

    Conditions that concentrate on the same object, described as one situation rather than separate signals.

  3. 03
    Exposure we observe

    Types of exposure, each with the list behind the number and an explanation of why it matters.

  4. 04
    What we can’t see yet

    Areas where evidence is incomplete. Shown as insufficient visibility — never as a clean result.

An exposure opened from the Environment view. Illustrative data.

Findings

A finding is a conclusion, with its reasoning attached.

Observations are evidence. A finding is what Monokel concludes from them — stated with why it matters, how certain it is, the evidence behind it and where the control lives.

A finding, set out in the order Monokel explains exposure. Illustrative data.

  • One pattern, one finding

    A condition affecting 27 applications is one finding with 27 affected applications — not 27 separate alerts.

  • Observations are not findings

    A provider’s alert or score enters Monokel as an observation. Conclusions, and their severity, come from Monokel’s own evaluation.

  • Severity means the same everywhere

    Critical, High, Medium and Low carry one meaning across every domain, so findings can be compared.

  • Action happens in the control plane

    Each finding names where the control lives — Entra, Intune, Defender, SharePoint, your DNS provider. Monokel explains; the change is made there.

Change

What changed?

Monokel compares observations over time. Every change is anchored to the evidence on both sides of it — so the history stays explainable, and a lost signal never reads as an improvement.

22 Sepobservation
  • Applications · ImprovedAn unused application credential was removed
26 Sepobservation
  • Email · ImprovedDMARC policy published for aldervik.se
  • Applications · WorsenedAn application was granted broader API permissions
29 Seplatest
  • Identities · WorsenedAn administrator account was excluded from the MFA requirement
  • File sharing · WorsenedFour new anyone-links without expiry
  • Devices · Visibility changeDevice compliance could not be fully observed. Devices shows insufficient visibility — not its last known state.

Change between observations. Illustrative data.

How Monokel reasons

Knowing what you don’t know is part of the answer.

Monokel separates observed safety from missing evidence. Three states, stated plainly — and Unknown is one of them.

OK
Observed

Supported by evidence. Monokel observed the control and can show what it saw.

Risk
Explained

Something observed creates exposure. Stated with its reasoning and evidence, so it can be judged.

Unknown
Stated

Not enough evidence for a claim — and Monokel says so. Missing data never becomes a green check.

Evidence-backed

Every finding points to the observations that produced it, and can be explained from them.

Snapshot-based

Conclusions are drawn from captured observations, each with the time it was observed — not from assumed live state.

Deterministic by design

Conclusions are designed to be reproducible from stored evidence: derived without randomness or hidden state, so the same evidence is meant to lead to the same conclusion.

Uncertainty preserved

Partial, failed or missing coverage is carried through as Unknown. Losing evidence never improves the picture.

Separated per environment

The platform is built with each organisation as its own boundary: evidence is scoped to one environment and is not designed to be evaluated together with another’s.

Read-only

Monokel reads configuration and security state. It never changes anything in the environments it observes.

Unknown is preferable to pretending evidence exists.

Data sources

Where the evidence comes from.

Microsoft 365 is the deepest source today. Each source feeds domains in the same model, so a new provider adds evidence — not a new product.

SourceWhat Monokel observesFeedsStatus
Microsoft Entra IDIdentities, sign-in policies, privileged roles, applications and their permissions
IdentitiesApplications
Available
SharePoint & OneDriveSharing links, external access and tenant sharing settings
File sharing
Available
Exchange OnlineMailbox settings such as external forwarding
Email
Available
Microsoft IntuneDevice management and compliance
Devices
Available
Microsoft Defender for EndpointEndpoint protection signals, connected separately with its own consent
Devices
On request
DNS · TLS · email authenticationHow your domains appear from the outside — SPF, DKIM, DMARC, certificates and protocols
External exposureEmail
Available
Microsoft AzureSubscriptions, roles and resources — and how they relate to identities and applications
CloudApplicationsIdentities
In development
Google WorkspaceIdentities and collaboration
IdentitiesFile sharing
Planned

Monokel is not tied to one vendor. Sources are added deliberately, and only described as available once customers can use them.

For MSPs & IT partners

Many environments. One way of understanding them.

Every customer environment is described with the same model — the same domains, the same severity, the same Unknown. Compare customers without rebuilding the picture tenant by tenant.

  1. 01Every customer, described the same way
  2. 02See where exposure, change or limited visibility sits
  3. 03Open one customer and read the full environment

Portfolio view for MSPs. Illustrative customers and data.

Questions

Frequently asked.

What access does Monokel need?

Read-only. Monokel reads configuration and security state through read-only permissions and never modifies anything. There are no agents to install.

Is Monokel a SIEM, a CSPM or a vulnerability scanner?

No. Monokel does not collect event streams, raise alerts or scan for vulnerabilities, and it has no ticketing. It builds an explained description of exposure from configuration and security state, and points to the system where each control is changed.

Does Monokel fix issues for me?

No — deliberately. Changes happen in the systems that own the controls: Microsoft Entra, Intune, Defender, SharePoint, your DNS provider. Monokel explains what you are exposed to, why it matters and where the control lives.

Is Monokel only for Microsoft 365?

Microsoft 365 is the deepest source today — Entra ID, SharePoint, OneDrive, Exchange Online and Intune, with Defender for Endpoint on request — alongside the external exposure of your domains. Azure is in development and Google Workspace is planned. The model is not tied to one vendor.

How is this different from Microsoft Secure Score?

Secure Score measures configuration against Microsoft’s recommendations, product by product. Monokel describes exposure: what was observed, how conditions relate, why it matters, what changed — and what cannot currently be established.

What happens when Monokel can’t verify something?

It says so. Where evidence is missing, partial or out of reach, Monokel shows Unknown rather than assuming safety. Losing evidence never improves the picture.

Do I need a security background to use it?

No. Every finding explains what is happening, why it matters, how certain it is and where to act, in plain language. The evidence is there when you want the detail.

How do we get started?

Onboarding is by invitation. Book a call, and we connect your environment with read-only consent and walk through what the evidence shows.

Get started

See your environment the way Monokel reads it.

Connect read-only, and look at what the evidence shows — and where it stops.

Sign in
  1. 01
    Connect. Grant read-only consent. Nothing to install.
  2. 02
    Observe. Monokel captures what the connected sources show, and when.
  3. 03
    Understand. Read exposure, change and uncertainty, with the evidence behind each.