AthonisOne module 01 of 08

Identity & Access

Who holds privileged access — and should they?

The directory is where privilege is granted and, too often, forgotten. This module reads it continuously and tells you who holds power, which accounts have gone quiet and where the configuration is risky — with the evidence behind every answer, not just a severity label.

What it answers

The questions this module exists for.

  • 01 Who holds privileged or tier-0 access, and is that list justified?
  • 02 Which accounts are dormant, stale, or should have been de-provisioned?
  • 03 Where are the directory's risky configurations?
  • 04 Which of our trusts would let a trusted domain claim privilege here?
  • 05 Which directory hardening checks are we failing, in one list?
  • 06 How has our identity posture changed since last month?
What it checks

In detail.

01

Privileged and tier-0 access

Privileged means privileged by membership. Protected accounts are recognised through the built-in administrative groups and everything nested into them, matched by well-known identifier — so a renamed group still counts, and an account merely named like an admin does not.

02

Dormant, stale and lifecycle hygiene

Accounts that have stopped signing in, accounts that never should have been kept, and the lifecycle gaps that let both accumulate — 40+ checks in all across the directory.

03

Risky directory configuration

Domain trusts are judged from this domain's side — the trusts it relies on — with forest trusts understood as filtered unless something re-opens them. The default password policy is judged against the CIS Windows Server benchmark.

04

A forest view, and snapshots

An at-a-glance map of the directory's structure, and the ability to compare its state between two points in time to see exactly what changed.

05

An Active Directory hardening checklist

Every directory check as one pass/fail list, grouped by area, each with its reference. Certificate-services checks sit on their own card.

Typed findings

Each with the evidence behind it, not just a severity label.

Finding Wiki

A built-in explainer on every finding — what it is, why it matters, what to do.

A posture score

Rolled up from the findings and trended over time.

Compliance evidence

Findings mapped to the framework controls they evidence.

How it judges

Where it refuses to over-claim.

A check that guesses produces false findings, and false findings teach a team to ignore the real ones. These are the places this module holds back.

  • Missing-LAPS findings cover Windows member machines only — not domain controllers, managed service accounts, appliances, or objects that were never joined.
  • Every password-policy finding cites the real benchmark item or CIS Controls safeguard it enforces.
  • A trust is judged on the side that matters: the trust check looks at the domain's own trusts, not the ones others hold with it.
What it reads

Connected to what you already run.

  • Microsoft Active Directory
    Users, groups, computers, OUs and group policy, over a read-only directory connection
What it never does

The boundary, stated plainly.

  • Never writes to the directory. The connection is read-only, and the module has no write path.

Findings from this module evidence the access-control and identity-management control areas of every activated framework.

See what Identity & Access would say about your estate.

Licensed on its own, and on the same platform as every other module. We'll show you the answer — and what it would say it couldn't measure.