Agent Foskett Academy • Microsoft Entra • Module 2 • Lesson 24

Lesson 24 — Microsoft Entra Workbooks

Microsoft Entra Workbooks transform identity telemetry into interactive visual reports that are easier to explore than raw rows of log data.

Built-in templates help administrators analyse sign-ins, Conditional Access, multifactor authentication, Identity Protection and cross-tenant activity. Custom workbooks extend those views with KQL queries, parameters, charts, tables and investigation controls.

This lesson explains how to use the workbook gallery, clone and customise templates, design useful visualisations, control access and build an operational identity dashboard.

A useful workbook does not replace investigation—it helps analysts identify where the investigation should begin.
Agent Foskett Microsoft Entra Workbooks lesson
What you will learn

This lesson explains how Microsoft Entra Workbooks combine identity data, KQL, parameters and visualisations into reusable operational dashboards.

Workbook gallery
Built-in identity templates
Custom KQL visualisations
Sharing and permissions

Learning objectives

After completing this lesson, you should be able to use and customise Microsoft Entra Workbooks for identity monitoring and investigation.

  • Explain what Microsoft Entra Workbooks are.
  • Open and use built-in workbook templates.
  • Understand workbook parameters, queries and visualisations.
  • Create a custom workbook from Microsoft Entra KQL.
  • Share workbooks securely through Azure RBAC.
  • Design useful operational identity dashboards.

Prerequisites

Microsoft Entra logs must be available in a Log Analytics workspace, and the user must have permission to read both the workbook and every resource queried by it.

Creating or saving a workbook requires additional workbook write permissions.

What are Microsoft Entra Workbooks?

Microsoft Entra Workbooks are interactive reports built on Azure Workbooks. They combine text, parameters, KQL queries, metrics, links and visual components into one investigation or monitoring experience.

Microsoft Entra activity logs ↓ Log Analytics workspace ↓ KQL queries ↓ Workbook parameters and visualisations ↓ Operational insight and investigation

Where to find Workbooks

In the Microsoft Entra admin centre, browse to Entra ID → Monitoring & health → Workbooks.

The gallery groups Microsoft identity templates by scenario, including sign-ins, Conditional Access, multifactor authentication and Identity Protection.

Microsoft Entra and Azure Monitor Workbooks

Microsoft Entra Workbooks use the same underlying Azure Workbooks platform.

The main difference is that the Entra gallery focuses on identity scenarios and provides templates designed around Microsoft Entra telemetry.

Built-in workbook scenarios

ScenarioWhat it helps analyseTypical question
Sign-insUsers, applications, failures, locations and devicesWhere are authentication failures increasing?
Conditional AccessPolicy impact, report-only results and control outcomesWhich policy would block the most sign-ins?
Multifactor authenticationMFA usage, methods, gaps and failuresWhich users remain weakly protected?
Identity ProtectionRisk detections, risky users and sign-in riskWhich identities require investigation?
Cross-tenant activityInbound and outbound collaborationWhich external organisations are accessing resources?
Applications and workloadsService principal and workload identity activityWhich applications are authenticating most often?

Open a gallery template

  1. Open the Workbooks gallery.
  2. Select a template that matches the investigation.
  3. Choose the required subscription and workspace if prompted.
  4. Set the time range and other parameters.
  5. Review the visualisations and drill into unusual results.

Templates versus saved workbooks

A template is a reusable starting design. A saved workbook is an Azure resource that can be customised, versioned and shared.

Clone or save a template before making changes that should persist.

Workbook parameters

Parameters let users change the workbook without editing its queries.

  • Time range
  • Subscription
  • Workspace
  • User or application
  • Country or IP address
  • Risk level
  • Conditional Access result

Why parameters matter

A single parameterised workbook can support many investigations while keeping the underlying KQL consistent.

Parameters also reduce the risk of analysts editing working queries during an incident.

Workbook components

ComponentPurposeExample
TextInstructions, context and investigation guidanceExplain how to interpret a failure chart
ParametersInteractive filters and resource selectionChoose a user, application or time range
QueriesRetrieve and shape telemetryQuery SigninLogs using KQL
TablesDisplay detailed evidenceList failed sign-ins with correlation IDs
ChartsShow trends and comparisonsFailures by hour or country
TilesHighlight important totalsHigh-risk sign-ins in the last 24 hours
LinksOpen related resources or investigationsOpen the Microsoft Entra sign-in event

Create a custom workbook

  1. Open Workbooks and select New.
  2. Add a text heading and investigation instructions.
  3. Add a time-range parameter.
  4. Add a query component.
  5. Select the Log Analytics data source and workspace.
  6. Enter and run the KQL query.
  7. Choose a visualisation.
  8. Save the workbook to a resource group.

First sign-in query

SigninLogs | where TimeGenerated > ago(24h) | summarize SignIns = count() by bin(TimeGenerated, 1h) | order by TimeGenerated asc

Display this result as a time chart to show changes in sign-in volume.

Failed sign-ins by user

SigninLogs | where TimeGenerated > ago(24h) | where ResultType != "0" | summarize Failures = count() by UserPrincipalName | top 20 by Failures desc

A bar chart or grid makes the highest-volume users easy to identify.

Failures by application

SigninLogs | where TimeGenerated > ago(24h) | where ResultType != "0" | summarize Failures = count() by AppDisplayName | top 20 by Failures desc

Sign-ins by country

SigninLogs | where TimeGenerated > ago(7d) | extend Country = tostring(LocationDetails.countryOrRegion) | summarize SignIns = count(), Users = dcount(UserPrincipalName) by Country | order by SignIns desc

Conditional Access status

SigninLogs | where TimeGenerated > ago(24h) | summarize SignIns = count() by ConditionalAccessStatus | order by SignIns desc

Risk-level summary

SigninLogs | where TimeGenerated > ago(7d) | summarize SignIns = count() by RiskLevelDuringSignIn | order by SignIns desc

Top IP addresses

SigninLogs | where TimeGenerated > ago(24h) | summarize SignIns = count(), Users = dcount(UserPrincipalName), Applications = dcount(AppDisplayName) by IPAddress | top 25 by SignIns desc

Service principal failures

AADServicePrincipalSignInLogs | where TimeGenerated > ago(24h) | where ResultType != "0" | summarize Failures = count() by ServicePrincipalName, AppId | top 20 by Failures desc

Build a practical identity operations workbook

A useful operational workbook can combine several focused components.

Tile → Total failed sign-ins

Time chart → Failure trend by hour

Bar chart → Failures by user

Bar chart → Failures by application

Table → Risky sign-ins with correlation IDs

Grid → Service principal failures

Each component should support a clear operational decision rather than adding visual complexity for its own sake.

Choosing the right visualisation

  • Use a tile for one important number.
  • Use a line chart for change over time.
  • Use a bar chart for ranked categories.
  • Use a table when exact evidence matters.
  • Use maps carefully and only when location adds value.

Keep detailed evidence available

Charts are excellent for spotting patterns, but analysts still need access to timestamps, users, IP addresses, result codes and correlation IDs.

Pair summary visualisations with a detailed evidence table.

Workbook performance

  • Use the workbook time-range parameter.
  • Filter data early in KQL.
  • Avoid returning unused columns.
  • Limit large result sets.
  • Do not duplicate expensive queries unnecessarily.
  • Test performance across realistic time ranges.

Cost considerations

Workbooks query data already stored in Log Analytics, but broad queries and long retention periods contribute to the wider monitoring cost design.

A workbook should help users choose focused time ranges rather than defaulting to months of data.

Sharing and access

Workbook access uses Azure role-based access control.

A user must be able to read the workbook resource and every referenced data source. Editing and saving require workbook write permissions.

Resource group placement

Save operational workbooks in a controlled resource group with clear ownership, naming and change management.

Avoid saving important SOC workbooks into personal or temporary resource groups.

Agent Foskett investigation: “Failed sign-ins have suddenly increased”

The service desk reported widespread authentication failures, but the raw sign-in logs contained too much activity to identify the cause quickly.

  1. Agent Foskett opened the identity operations workbook.
  2. The failure trend chart showed a sharp increase beginning at 08:15.
  3. The failures-by-application chart showed that one enterprise application represented most events.
  4. The failures-by-user chart showed many users rather than a single targeted account.
  5. The detailed table revealed the same result code and correlation pattern.
  6. Conditional Access results showed the failures occurred before policy evaluation.
  7. The application team confirmed an expired authentication configuration.
  8. The workbook was updated with an application filter and a direct link to detailed evidence.
Finding:  The visual pattern revealed an application-wide configuration failure, not a password attack against individual users.

Common workbook mistakes

  • Using too many charts on one page.
  • Hiding important raw evidence.
  • Using unclear titles and labels.
  • Failing to expose a time-range parameter.
  • Granting workbook access without data-source access.
  • Editing a gallery template without saving a controlled copy.
  • Building visualisations that do not answer an operational question.

Workbook review checklist

  • Does every component answer a useful question?
  • Are the data source and time range obvious?
  • Can analysts reach the underlying evidence?
  • Are parameter defaults safe and efficient?
  • Do permissions match the intended audience?
  • Is ownership documented?
  • Has the workbook been tested with real investigation scenarios?

Security best practices

  • Use least privilege for workbook and workspace access.
  • Separate operational workbooks from experimental designs.
  • Protect sensitive identity and location information.
  • Document KQL logic and assumptions.
  • Review workbook queries after schema or logging changes.
  • Validate visual findings against raw events.

Key takeaways

  • Microsoft Entra Workbooks are built on Azure Workbooks and focus on identity monitoring scenarios.
  • The gallery provides templates for sign-ins, Conditional Access, MFA, Identity Protection and related scenarios.
  • Custom workbooks combine text, parameters, KQL, tables, charts, tiles and links.
  • Parameters make one workbook reusable across users, applications, workspaces and time ranges.
  • Summary charts should always be supported by detailed evidence.
  • Workbook access depends on permissions to both the workbook and its referenced resources.
  • Good workbook design begins with an operational question, not a preferred chart type.
  • Workbooks help analysts identify patterns but do not replace event-level validation.

Continue learning

Continue through Microsoft Entra monitoring and operational security, or return to the academy roadmap.

Microsoft Entra Workbooks for identity monitoring

Microsoft Entra Workbooks combine Log Analytics data, KQL queries, parameters, tables, charts and tiles to visualise sign-ins, Conditional Access, multifactor authentication, risk and workload identity activity.

Microsoft Entra Academy Lesson 24 — Workbooks

This Agent Foskett lesson explains built-in workbook templates, custom workbook creation, workbook parameters, Azure RBAC, performance, sharing and practical identity dashboard design.