AI Security and Privacy

AI Agent Authorisation Review

Make delegated authority inspectable. Trace who an agent acts for, what it can access and how that access can be withdrawn.

Match effective permissions to the delegation

Granting principal
Identify who may authorise the requested action.
Agent identity
Bind credentials to the workload and current mandate.
Resource policy
Check the action against resource and tenant scope.
Revocation path
Trace how withdrawn authority stops further access.
The scope, team and timing are agreed before an engagement begins.

Engagement boundary

Agree the work and its boundaries together

The engagement boundary

In scopeGranting principal
Inventory agent identities, credentials and delegation chains.
DependencyAgent identity
The inputs, authorised access and client participants are confirmed before scheduling.
Client responsibilityIdentity owner
Retains organisational decisions and risk acceptance.
BoundaryAdditional implementation
Changing identity infrastructure, migrating credentials and operating access reviews are separate work. A retest must identify the changed policy and the cases to rerun.
Only the agreed workflow, environments and activities form the engagement.

What the work covers

  • Inventory agent identities, credentials and delegation chains.
  • Compare effective permissions with intended authority and ownership.
  • Examine attribution, credential expiry and revocation paths.

Scope boundaries

  • Formal certification, legal conclusions and guarantees of safe or compliant behaviour.
  • Implementation or ongoing operation beyond the agreed scope.
  • Changing identity infrastructure, migrating credentials and operating access reviews are separate work. A retest must identify the changed policy and the cases to rerun.

Decision and fit

Match effective permissions to the delegation

Compare the engagement with the decision you face

Useful decisionA question worth resolving
Match effective permissions to the delegation.
NeededAn accountable participant
Identity and security owners who need to understand which person or workload authorises consequential agent actions.
PrerequisiteInspectable source material
The relevant owners can make workflow evidence and agreed inputs available for examination.
Different needA scope mismatch
You need identity infrastructure implementation as the primary deliverable.
Discuss fit and prerequisites together; a different need may require a separately scoped engagement.

The engagement

Make delegated authority inspectable. Trace who an agent acts for, what it can access and how that access can be withdrawn. A focused authorisation review across agreed identities, tools and delegation paths.

The decision at stake

Credentials and delegated permissions have grown without a shared account of who authorised each action.

Suitable situations

  • Identity and security owners who need to understand which person or workload authorises consequential agent actions.

Less suitable situations

  • You need identity infrastructure implementation as the primary deliverable.

Working sequence

How the work moves from question to handover

What each stage should leave your team with

  1. Map the acting identities

    A chain of human, agent and tool principals.

  2. Compare intended and effective access

    Intended permissions compared with effective grants.

  3. Exercise revocation and denial

    Evidence of denial, expiry and revocation behaviour.

  4. Assign control changes

    Control changes linked to repeatable checks.

The sequence is tailored to the agreed workflow, evidence and acceptance criteria.

How the work proceeds

  1. Map the acting identities. Follow a user request through agent, service account and downstream tool identities, recording where authority changes.
  2. Compare intended and effective access. Review granted scopes against the task and inspect where enforcement occurs outside the model's instructions.
  3. Exercise revocation and denial. Use approved cases to examine expired grants, removed users, cross-user access and attribution of rejected actions.
  4. Assign control changes. Provide an authority map and prioritised permission changes, each paired with a check the identity owner can repeat.

Worked situation

Follow one situation through to a bounded next decision

Illustrative working situation

Illustrative scenario

  1. Starting condition

    A delegated task ends while its credential remains usable.

  2. Question to examine

    Inspect mandate expiry and effective resource permissions.

  3. Possible next action

    Prioritise revocation verification before expanding authority.

Constructed example of the reasoning; no result or client engagement is claimed.

Decision artefacts

Leave a record the next owner can use

Delegation record

Illustrative working format

Subject and version
Identify the workflow, configuration or proposal examined.
Granting principal
Record the relevant requirement and supporting material.
Resource policy
State the observation, supporting evidence and remaining uncertainty.
Identity owner
Record the next decision, follow-up and unresolved question.
Illustrative structure; final deliverables are agreed for each engagement.

What the work can produce

  • Identity and delegation map
  • Permission and revocation findings
  • Authority verification cases

Working together

Your team and our team need a clear working agreement

Who contributes and who decides

Client sponsor
Confirms the decision, priorities and people needed to resolve it.
Client technical or process owner
Provides the agreed evidence, access and review of findings or deliverables.
Softlander delivery lead
Coordinates the agreed activities, review points, handover and open actions.
Authorised decision-maker
Accepts deliverables against the agreed criteria and separately decides operational or business action.
Client owners retain business, release and risk-acceptance decisions.

What the work depends on

  • An identity administrator and application owner provide sanitised permission policies, delegation flows, credential lifecycle settings and representative allow/deny cases. Never send live credentials in the initial inquiry.

Engagement availability

The start date, named delivery roles, review points and fee basis are agreed after confirming the inputs and scope. Duration depends on evidence access, system complexity and the time your decision-makers need to review the work.

Engagement and handover

Agree the delivery model and what completion means

A clear agreement from scope to ownership

Scoped work
Inventory agent identities, credentials and delegation chains.
Indicative handover
Identity and delegation map; Permission and revocation findings
Review and acceptance
Review the agreed deliverables and record any open items, owners and conditions.
Ongoing work
Assign maintenance and operational ownership; agree additional scope and coverage explicitly.
The statement of work confirms milestones, review responsibilities, fees and change control before the engagement starts.

A focused authorisation review across agreed identities, tools and delegation paths.

The authority map names the principal, delegated scope, enforcement point and revocation path for each reviewed action. Findings distinguish intended policy from observed permissions and include verification cases for the responsible identity owner.

Changing identity infrastructure, migrating credentials and operating access reviews are separate work. A retest must identify the changed policy and the cases to rerun.

Relevant reading

A little more clarity

Questions worth asking.

Start with the questions that shape a better decision.

When is AI Agent Authorisation Review useful?

Credentials and delegated permissions have grown without a shared account of who authorised each action. Identity and security owners who need to understand which person or workload authorises consequential agent actions.

How would we engage your team?

A focused authorisation review across agreed identities, tools and delegation paths. The statement of work confirms the deliverables, review points, fee basis and responsibilities before work begins.

What does our team need to contribute?

An identity administrator and application owner provide sanitised permission policies, delegation flows, credential lifecycle settings and representative allow/deny cases. Never send live credentials in the initial inquiry.

How do we accept the work and take ownership?

The authority map names the principal, delegated scope, enforcement point and revocation path for each reviewed action. Findings distinguish intended policy from observed permissions and include verification cases for the responsible identity owner.

What happens after the engagement?

Changing identity infrastructure, migrating credentials and operating access reviews are separate work. A retest must identify the changed policy and the cases to rerun.

How are timing and fees agreed?

We scope the work around the evidence and access available, technical complexity and the people needed for review. The proposal confirms milestones and whether fees are based on a defined scope, agreed delivery capacity or a recurring remit. Extra workflows, tests or integrations are agreed as changes rather than assumed to be included.

Discuss ai agent authorisation review

Tell us about the decision you are facing and we will confirm whether this service is the right starting point.