Start Here

Begin with Synoptikon

A short guide to Synoptikon, organised around Big Reads, Explainers, Perspectives, and Workbench.

What is Prompting Trust?

The weekly companion to Synoptikon, for current developments and shorter notes.

Feeds

Follow Synoptikon by feed, email, or curated sources without relying on the homepage.

The collapsing economics of trust

A decision-support toolkit for reviewing OAuth, MFA, session, token, and executive identity controls.

Related Big Read: When legitimacy is synthetic

Related assets: Can you still trust your localhost?; AI supply chain verification

MFA protects an event; it does not automatically protect the session, token, or device that follows.

Identity controls often fail after they appear to have succeeded.

That is the practical lesson of OAuth token theft and MFA bypass. The attacker does not need the password if they can obtain the session. They do not need to defeat MFA if the token issued after MFA can be reused. They do not need to breach the perimeter if a personal device, personal email account, or connected app gives them a valid path around it.

The economics of trust are collapsing because impersonation is cheaper, sessions are portable, and executive digital surfaces are wider than many enterprise security models assume.

What this toolkit is

This is a decision-support toolkit for reviewing OAuth, MFA, session, and executive identity controls after a suspected token, personal email, or high-risk account incident.

It is not a protocol deep dive.

The aim is to help you ask whether the organisation is protecting the continuing session, not only the login ceremony.

Use this toolkit to review identity controls after a suspected token, personal email, or high-risk account incident. Work through the current state, control improvements, and key considerations before deciding whether the organisation can still trust the session.

Understand your current state

  1. Audit OAuth grants for privileged and executive accounts.
  2. Revoke any grant older than 30 days that is not actively in use.
  3. Review high-risk scopes, not only grant age.
  4. Require re-authentication for sensitive actions, regardless of active session status.
  5. Enable session anomaly detection or token binding where available.

Strengthen identity and session controls

  1. Implement continuous session validation for privileged users.
  2. Trigger re-verification on geography, device, access-pattern, and impossible-travel anomalies.
  3. Govern personal devices used for professional calendaring, contacts, email, or identity-linked workflows.
  4. Deploy executive honeytokens or equivalent tripwires in high-risk personal storage surfaces.
  5. Test whether conditional access policies apply to token refresh, not only initial login.

Key considerations

Revoke with care

Avoid blanket revocation when a more targeted response will contain the risk. Revoke access according to scope, risk, and operational necessity, and communicate the change so users do not create workarounds.

Review scope, not just grants

A grant inventory is not enough if it does not show what each permission allows. Review the consequence of each high-risk scope, not only whether the grant exists.

Separate session and token controls

Session length and token lifetime are different controls. A short interactive session can still coexist with dangerous token behaviour if refresh handling is weak, so test both controls independently.

Key questions for security review

  1. What is the token lifetime configuration for your highest-privilege accounts?
  2. Do conditional access policies apply to token refresh or only initial authentication?
  3. Which executive personal devices or accounts have enterprise-connected OAuth grants?
  4. How would you detect a valid OAuth token being used from an unexpected geography?
  5. Who can revoke the session under pressure?

The executive test

Ask whether MFA is being treated as proof of continuing trust.

If the answer is yes, the organisation has a session problem.

The real control question is what happens after the user is believed.

Previous Post
When legitimacy is synthetic - featured image

When impersonation becomes cheap every system built on static trust becomes a liability

Next Post

The permission-based attack surface

Subscribe to Prompting Trust

Subscribe to Prompting Trust to receive The Weekly Context.

Prompting Trust is the newsletter layer connected to Synoptikon. It carries current developments, useful links, and shorter notes, while Synoptikon holds the longer arguments and working library.

Learn more about Prompting Trust.