CloudPeek

Use case · Identity - Identity compromise

CloudPeek checks unusual account activity to help your team decide whether someone’s access has been misused. It prepares the steps to protect the account and keeps a record of the decision.

← All use cases
Use case
Identity compromise
What you get
Account activity in context
Who decides
Your team sets the authority.
Full CloudPeek incident Next Steps table for an impossible-travel sign-in, with each step's verdict and report status
Each step of an impossible-travel review shows its verdict and whether the agent reported back.

The challenge

An unusual sign-in can mean a compromised account or an ordinary change in working patterns. The information needed to tell the difference is often spread across several tools.

How CloudPeek helps

Identity compromise: an illustrative CloudPeek workflow
See how CloudPeek works · 30 secondsIllustrative scenario

  1. Reviews sign-in history, device information, known travel patterns and access records to build a fuller picture of the account activity.

  2. Checks whether the evidence points to misuse and records the findings, so your team can judge the risk before taking action.

  3. Prepares appropriate response steps, such as signing the user out or requiring them to sign in again, with the affected access clearly identified.

What your team gets

Account activity in context

Review the activity in context rather than making an account decision from one warning or one unusual location.

A prepared response

Give the operator a proposed course of action with the affected accounts and systems shown, reducing the work between review and approval.

A record of what changed

Keep the findings and response steps together so colleagues can understand the decision and follow up on the case.

You stay in control

CloudPeek reviews information first. Your operators choose whether to act themselves, approve a prepared response or allow specified actions to run automatically within the limits you choose.

Explore the technical example
Runs on
Entra ID · Okta · EDR · SIEM
Autonomy
levels 1 to 3
CloudPeek // action trail · illustrative entriesautonomy level 2
  1. 14:32:06DETECTImpossible travel, o.reed, finance. London to Singapore in 40 minutes.
  2. 14:32:09GATHERSign in history, device posture, token issuance times, prior incidents, entity page.
  3. 14:32:31ASSESSToken issued from an unmanaged device 6 minutes before the anomalous sign in.
  4. 14:32:38VERDICTTrue positive, high confidence. The travel note on file does not account for the device.
  5. 14:33:41HUMANContainment approved by c.hollington. Blast radius: 1 identity, 2 sessions.
  6. 14:33:44ACTSessions revoked, reauthentication forced, device flagged, entity page updated.
read only by default · policy bounded · kill switch with the operatorAll actions traced
At level 1The verdict and the recommended actions are prepared. Your operators decide and act.
At level 2Containment is built end to end and held. Nothing executes until an operator authorises it.
At level 3Containment runs inside declared guardrails, with every step traced and explainable.

Certifications & recognition

  • Tech Nation Rising Stars — Regional winner
  • Cyber Essentials Certified
  • Tech4Trust, powered by Trust Valley