Privileged user monitoring based on behavior

A privileged account is allowed to do almost anything by design. Entitlement-based controls therefore cannot tell routine privileged work from dangerous privileged work. Vedric reads the behavior behind the privilege.

Currently supports Windows endpoints.

Permissions versus behavior

Permissions show what users can do. Behavior shows what they did. PAM and identity tools decide what privileged users are allowed to do. Once access is granted, the difference between routine and dangerous elevation shows up only in behavior: when it happens, on which systems, with which commands, and against which data. Without a behavioral baseline on those events, every privileged action looks the same.

Limits of entitlement-based controls

  • PAM

    PAM decides who can elevate and brokers the credentials. It does not score the behavior that follows. A legitimate elevation followed by commands the user has not run in six months is still an approved elevation as far as PAM is concerned.

  • Session recording

    Session recording captures content and generates terabytes that nobody watches. It surfaces nothing in real time. By the time someone reviews the recording, the action has already been taken.

  • Authorization logs

    These show that an action was approved. They do not show that this approval, for this user, on this day, falls outside the user's historical pattern.

  • Static rules on admin commands

    Block lists are brittle. Admin tooling varies too much, and the privileged commands that matter are usually built into the OS or the cloud provider, not on a list.

How Vedric monitors privileged users

Vedric runs the same per-user, per-peer, and per-endpoint baselines on privileged accounts as on standard ones, with different storyline weighting. Privileged scope drift, temporal drift, and command drift all promote earlier because the cost of missing them is higher.

  • Privilege-aware

    Lower alert threshold

    A privileged account running a command outside its six-month pattern counts as a stronger signal than the same command from an unprivileged user. Vedric promotes privileged drift earlier in the storyline lifecycle.

  • Command context

    How the command runs

    For a privileged user, the modifiers matter more than the command itself: whether it is encoded, run off-hours, run on systems outside the user's normal scope, or part of an unusual sequence.

  • Audit-first

    Append-only audit rows

    Vedric records covered privileged analyst and response actions in audit rows whose UPDATE and DELETE operations are refused to the application role. Detection and storyline rows remain operational records. Threat models that include the infrastructure owner require independently retained exports.

Example: domain admin activity change

A domain admin has worked the same shift for two years. At the start of a Tuesday evening, they run a sequence of commands that nobody on the team would have flagged individually.

  1. T+01 - typical workday pattern. The baseline is stable across the user's privileged activity.
  2. T+02 18:40 - the domain admin runs a privileged query not seen on this account in the last six months. One event, logged.
  3. T+02 18:55 - the same admin runs a share-enumeration command against a new internal destination, from a workstation they never use for privileged work.
  4. T+02 19:30 - temporal deviation: privileged activity outside the user's normal evening window.
  5. T+02 19:45 - multiple correlated deviations on a privileged identity. Vedric creates a storyline immediately at high confidence, because privileged accounts are promoted earlier.
  6. T+02 19:46 - Vedric shows the storyline. The AI verdict is critical, and the recommended action is "isolate session pending admin review."

Outcome

An action that would normally take a domain admin minutes to carry out is surfaced for an admin-gated response. The response request and its reason are recorded before delivery. A separate outcome record is appended after the endpoint acknowledges it.

What it does and does not do

What Vedric does

  • Per-user behavioral baselines on privileged primary identities
  • Earlier promotion of privileged storylines, reflecting the higher cost of a miss
  • Privileged command, scope, and temporal drift weighted independently
  • Tenant-isolated AI triage with read-only tools and admin-gated response
  • Append-only application audit rows for covered privileged actions

What Vedric does not do

  • Record privileged sessions, screen content, or keystrokes
  • Maintain a static block list of privileged commands as the primary control
  • Allow tools to take action against the endpoint without admin approval and a stated reason
  • Run a separate "privileged surveillance" mode; there is no hidden lower-privacy mode
  • Replace your PAM. PAM brokers entitlements; Vedric reads behavior

What Vedric does not collect

Vedric is designed to minimize content collection. The agent code enforces the list of refused collectors and the documented, bounded PowerShell exception.

Read the full privacy stance
  • No keystrokes
  • No screenshots
  • No webcam
  • No microphone
  • No file contents
  • No private messages

Frequently asked questions

Early access

Early access is for teams whose privileged accounts are well controlled at the entitlement layer and who want a behavioral signal that PAM cannot provide.

Request Early AccessRequest a demoResponse within one business day.