Our work
Security monitoring architecture

Monitor across government. Keep agency control.

A whole-of-government Microsoft Sentinel design combining central investigation with agency-owned security data and workspaces.

Tasmanian Government

The constraint

Digital Shared Services needed a security monitoring model that could extend across separate government tenancies. Analysts needed visibility of incidents and supporting events, while agencies needed control over their data and local response. Onboarding, permissions and running costs also needed a consistent approach.

Our design work

For Tasmania’s whole-of-government Sentinel pilot, Quokka’s specialist design work defined how a central cyber team could investigate across agencies while each agency retained its own security data, workspace and response capability.

Central investigation with agency-owned data
Central cyber teamCross-agency investigation
Azure LighthouseDelegated query and investigation access
Agency AOwn Sentinel workspace
Agency BOwn Sentinel workspace
Agency COwn Sentinel workspace
Common deployment baselineAzure DevOps supports repeatable onboarding and detection content. Each agency retains its own logs and workspace.
Arrows show delegated access, not a central log ingestion pipeline. Three workspaces illustrate the model; they are not the pilot agency count.

The design

Define the managing and agency roles

Design a central managing tenancy with Azure Lighthouse delegation into agency Sentinel workspaces. Specify the permissions needed to query events, investigate incidents and manage detection content.

Make agency onboarding repeatable

Use Azure DevOps repositories, templates and pipelines to define agency onboarding and common Sentinel content. Establish a baseline for connectors, analytics, workbooks and supporting collection services.

Connect monitoring to operating costs

Document cloud and on-premises collection, event filtering and retention. Include usage workbooks and cost modelling so the team can assess how each source contributes to the service and its expenditure.

The design output

The final design set out the “Sentinel of Sentinels” architecture for the pilot, supported by requirements and an analytics-rule register. It gave the programme a defined model for central investigation, agency onboarding, data ownership and cost management.

Central investigation with delegated access
Agency logs retained in agency workspaces
Repeatable onboarding and a common detection baseline

Specialist design by Quokka Advisory’s Noel Kelly through Data#3 for Tasmanian Government Digital Shared Services. Scope shown: the whole-of-government Sentinel pilot design.

The engineering decisions.

The whole-of-government design covers delegated investigation, repeatable agency onboarding and the collection choices that determine running cost.

Keep agency data and detection in the agency

Each agency retains its own Sentinel and Log Analytics workspace, with detection logic and response capability in that tenancy. Azure Lighthouse gives the central team delegated query and incident-investigation access. Cross-workspace queries support shared investigation while the source logs remain in the agency workspace.

Define permissions for central and agency teams

The design separates managing-tenancy roles from the access delegated by each agency. It covers incident visibility, event queries and management of detection content, with connector activation accounting for the permissions and licences needed within the agency. That makes onboarding an explicit access decision as well as a technical deployment.

Deploy a common baseline through version control

Azure DevOps repositories, templates and pipelines define workspace setup, Lighthouse delegation and common Sentinel content. The baseline includes analytics rules, hunting queries, workbooks and playbooks, with an analytics register to support implementation. Agency onboarding can follow the same defined deployment process.

Control collection, retention and cost together

The collection design combines Microsoft cloud connectors with Windows Event Forwarding and Linux syslog or CEF collectors. Data collection rules define filtering and destinations; retention is considered by data type. Usage and expenditure workbooks help the operating team assess ingestion, retention and the cost of extending the baseline.

What needs to work better?

Talk to us about the environment, the constraint and the change.

Talk to Quokka