Off-hours access detection with behavioral context

A lot of legitimate work happens at 11pm, and so do many incidents. What matters is what else happens at the same time. Vedric treats off-hours activity as one part of a behavioral storyline, not as a standalone alert.

Currently supports Windows endpoints.

Limits of threshold-based alerts

SOCs routinely ignore the "user logged in after hours" alert. Sales works late. Engineering pushes before launches. International teams work across unusual windows. Off-hours activity alone is low signal. Combined with first-time command shapes, authentication anomalies, or host-level network drift, it can be worth a review.

Limits of standalone off-hours alerts

  • Static time windows

    Most tools define "off-hours" with a calendar window. Anyone on a non-standard shift is flagged constantly, and the alert gets muted.

  • No peer context

    A 02:00 login by a global on-call SRE is normal for that role. The same login by an HR coordinator is not. Without peer baselines, a tool cannot tell the difference.

  • No behavioral correlation

    Even when off-hours activity is detected, most stacks raise it as a separate alert and leave people to connect it with command activity in another tool. In practice, that rarely happens.

  • Auth-only signal

    UEBA modules see the login. They do not see what the user does after the session opens, which is where the relevant activity happens.

How Vedric handles off-hours activity

Vedric tracks observed activity windows and combines time-of-day deviation with command, privilege, authentication, and host-level network drift. A late login alone is context. A first-time privileged command with corroborating metadata can become a storyline.

  • Personal windows

    Working hours per primary identity

    The platform learns when each user normally works, including weekend cadence, recurring late shifts, and timezone variability. Off-hours is measured against the user's own pattern, not a single global window.

  • Peer cohort

    Role-typical hours

    Peer baselines recognize on-call rotations, international coverage, and shift work as typical for the cohort, so off-hours activity that is normal for the role does not fire. The signal is stronger when the user is off-baseline both personally and against their peer group.

  • Correlated

    Correlation with other signals

    Off-hours activity is promoted only when other signals agree. Off-hours alone is context. Off-hours plus command drift, authentication anomalies, or host-level outbound-byte/new-destination-count drift can promote a storyline. Each signal stays labeled by what its collector actually observed.

Example: weekend session

This user has done weekend work for two years, so a weekend login is not unusual. What the session does after login is unusual.

  1. T+01 Saturday 22:00 - user logs in. Their personal pattern includes late and weekend work. No alert.
  2. T+02 22:15 - user runs a database query against a partner-data warehouse that is not in their six-month personal query set. Scope drift logged. No alert yet.
  3. T+03 22:30 - the same session runs an archive utility with a command shape not previously seen for this identity. Compression-tool deviation logged.
  4. T+04 22:45 - multiple correlated deviations on the same identity: time-of-day context, scope, and compression. Vedric creates a storyline and sends one alert to the analyst.
  5. T+05 - Vedric AI triage retrieves the tenant-scoped baseline, peer context, recent storylines, and the bounded process/command/network evidence. It has no file contents or per-file read history.
  6. T+06 - analyst reviews. The pattern is consistent with pre-departure staging. Admin-gated response: limit user privileges, require manager review on Monday, audit trail exported.

Outcome

A standalone off-hours alert would have been muted by the SOC weeks earlier. This detection worked because off-hours activity was one part of a multi-signal storyline, not an alert on its own.

What it does and does not do

What Vedric does

  • Per-user working-window baselines that adapt to the user's actual pattern
  • Peer-cohort context so on-call and shift work do not generate noise
  • Correlation between time-of-day deviation and command, scope, privilege, and egress drift
  • Promotion of multi-signal storylines
  • Tenant-isolated AI triage with the full evidence chain

What Vedric does not do

  • Fire on every login outside a static business-hours calendar
  • Treat all weekend or evening activity as suspicious
  • Track productivity, idle time, or activity scoring
  • Capture content of off-hours sessions
  • Take action without admin approval and a stated reason

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 who have stopped relying on standalone time-of-day alerts and want time-based drift to raise an alert only when it should.

Request Early AccessRequest a demoResponse within one business day.