Behavioral security platform based on user, peer, and endpoint baselines

Static rules go out of date. Vedric continuously updates its baselines from what the user, the endpoint, and the peer group actually do, so detection stays accurate without rewriting rules every quarter.

Currently supports Windows endpoints.

Limits of static thresholds

Most security tools start with a useful threshold that degrades over time. Endpoints, roles, and working hours change. A threshold that was correct six months ago can generate noise on Tuesdays and miss real activity on weekends. Behavioral platforms work the other way: instead of relying on written rules, they learn the user's own pattern and flag drift from it.

Limits of rule-based tools

  • Static rules

    Tuned once at deployment, audited rarely, and unable to adapt to changes in the environment. Rules are either tightened until they fire constantly or relaxed until they miss what they should catch.

  • Indicator lists

    Effective when an attacker reuses known infrastructure. Not effective when the actor is a logged-in user accessing their own systems with their own credentials.

  • Threshold-driven UEBA

    Many UEBA modules are static thresholds behind a dashboard. They group authentication signals into scores that are too coarse to show endpoint-level drift.

  • Aggregated log search

    Good for questions like "what did this user do last week." Not designed to flag that a user is currently drifting from their own pattern unless someone asks that question first.

Three baseline layers

Vedric runs three baseline layers in parallel: the user against their own history, the user against their peer group, and the endpoint against its own history. A signal that fires on all three becomes a storyline.

  • Per-user

    Personal baseline

    Where identity attribution is available, Vedric records process invocations, command-line patterns, authentication-event cadence, DNS history, and bounded aggregate features. Filesystem inventory and removable-media evidence are labeled separately and are never presented as file reads.

  • Per-peer

    Peer group baseline

    Users are grouped into peer groups by department, role, and historical behavior. A query that is normal for one peer group and unusual for another is flagged only when it is unusual for this user's peer group. The decision does not depend on whether someone in IT runs the same query daily.

  • Per-endpoint

    Host baseline

    Each workstation builds its own behavioral history, independent of the user. Changes in process patterns, new-destination counts, DNS behavior, or event frequency can be flagged even when no user identity is available.

Example: a scheduled task changes behavior

A legitimate background task was created years ago. It is owned by an account that is still valid and runs on a routine schedule. It starts connecting to a destination that was never part of its job.

  1. T+01 - The scheduled task runs on its normal schedule. The endpoint baseline is stable.
  2. T+02 - The task opens a new outbound connection. This is the first time it has been seen. It is logged against the per-endpoint baseline.
  3. T+04 - The connection repeats. It still looks benign. It counts toward a per-host deviation.
  4. T+06 - The endpoint baseline crosses the confidence threshold for "service has changed behavior." The alert links the new destination to the historical task identity.
  5. T+06 - Vedric raises the correlated pattern as a storyline tied to the task, not the user. The analyst gets a recommended action: pause the task and inspect the upstream change.
  6. T+07 - An admin reviews it. A recent maintenance script had silently re-pointed the task to a staging URL. Everything else was correct.

Outcome

There was no malicious user, no malware, and no EDR signal. Vedric detected it because it baselines the endpoint itself, not only the user who is logged in.

What it does and does not do

What Vedric does

  • Per-user, per-peer, and per-endpoint baselines running in parallel
  • Correlated storylines that promote multi-axis deviations as one alert
  • Tenant-scoped AI triage with read-only tools and an admin-gated response layer
  • Append-only application audit rows for covered analyst and response actions
  • Default-off signed response preview, available only after deployment-specific safety drills

What Vedric does not do

  • Read content from screens, files, messages, or audio
  • Score logins or auth events alone; every signal is correlated with endpoint behavior
  • Take actions on endpoints without an admin approval and a stated reason
  • Share data, models, or telemetry across tenants
  • Use a single static rule set as its primary detection logic

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 available to security teams that want a behavioral detection layer under their existing stack.

Request Early AccessRequest a demoResponse within one business day.