Lidar is the console module for identity threat detection: "Threat detection, monitoring, and security intelligence for your application." Open it from the sidebar under Lidar (/dashboard/security).
The module is scoped to the currently selected environment: pick a project and environment in the top bar before you expect live data.

Lidar detects threats inside Authdog (monitors → findings → Signals). It is separate from SIEM log streaming, which forwards the raw event trail to external tools. For the detection model, see Lidar concepts.
Tabs
| Tab | Route | Purpose |
|---|---|---|
| Overview | ?tab=overview |
Access status and detection category totals |
| Signals | ?tab=signals |
Live detections for the selected environment |
| Scan Logs | ?tab=scan-logs |
Analysis-run history for the environment |
| Dashboards | ?tab=dashboards |
Severity timeline over a time range |
| Monitors | ?tab=monitors |
Enable detectors and tune query and severity |
Request Lidar access
Lidar is feature-gated. On Overview, a marketing panel headed "Protect against bots, fraud, and abuse" carries a "Request access" button and lists what the product includes:
- Blocks common threats like impossible travel and brute force attacks
- Detections can be tailored to stop threats unique to your app
- Advanced device fingerprinting analyzes over 20 signals
- Combine signals with Restrictions for full control
The access badge reflects the environment's status for feature slug lidar:
| Status | What you see |
|---|---|
| No access | Prompt to Request access |
| Pending | Badge: access requested, pending review |
| Approved | Badge: Protection active |
Until access is approved, the detection panels stay blurred behind "Detections are locked". An empty state reads as locked, not as "no threats." After approval, Signals, Scan Logs, Dashboards, and Monitors load from the threat-detection APIs for that environment.
Requests land in Authdog's sales review queue; track yours from the console.
Overview
Beyond the access panel, Overview summarizes detections for the environment. Four counters (Total Detections, Allowed, Challenged, and Blocked) sit above a bar/line chart of detections over the last 30 days.
Below the chart, a per-category breakdown counts detections by type: Bot detection, Brute force attack, Domain protections, Impossible travel, Repeat sign up, Stale account, Unrecognized device, and Restriction enforced.
Monitors
Monitors lists the detector catalog: "Per-environment Lidar detection rules. Toggles persist to threat-detection and gate the AI analysis worker."
The table columns are Monitor (name plus its query), Type, Status, Severity, Last triggered, and an Enabled toggle. Authdog seeds a default set the first time you open Monitors for an environment:
| Monitor | Type | Severity | Query |
|---|---|---|---|
| Brute force threshold | Threshold | Critical | detection:brute_force attempts:>100 window:5m |
| Impossible travel | Anomaly | High | detection:impossible_travel distanceKm:>5000 |
| High bot score | Threshold | High | detection:bot botScore:>0.9 |
| Breached password usage | Event | Critical | detection:breached_password |
| Auth rate limit spike | Metric | Medium | detection:rate_limit observed:>limit |
| Unrecognized device MFA | Event | Medium | detection:unrecognized_device action:challenged |
| Stale account reactivation | Anomaly | Medium | detection:stale_account dormantDays:>90 |
| Repeat signup abuse | Threshold | Low | detection:repeat_signup priorAccounts:>2 |
| Credential stuffing | Threshold | Critical | detection:credential_stuffing attempts:>200 window:15m |
| MFA fatigue / push bombing | Anomaly | High | detection:mfa_fatigue challenges:>4 window:30m |
| Suspicious privilege change | Event | Critical | detection:privilege_escalation |
A monitor that has never fired shows status NODATA and "Never" as its last-triggered time.
For each monitor, enable or disable the detector, edit the query (it must start with detection:<id>), and change severity (low, medium, high, critical).
Useful query tokens:
| Token | Effect |
|---|---|
detection:<id> |
Required. Selects the catalog detector |
window: |
Sets the correlation window (for example 5m) |
attempts:, priorAccounts:, challenges: |
Soft floors for minimum events; also passed to the model |
dormantDays: |
Stretches the analysis window for stale-account style detectors |
botScore:, distanceKm:, observed:, action: |
Advisory thresholds in the detector prompt |
Saving a monitor updates the per-environment row used by the analysis pipeline. Disabled monitors do not produce new Signals.
Signals
Signals shows live detections: "Live Lidar detections for the selected environment (AI analysis → threat-detection)."
The header carries a time-range selector (default: Past 1 day), a Live indicator, and two development helpers, "Generate events" to produce synthetic traffic and "Clear synthetics" to remove it again.
A Signal volume chart sits above the table, and a FACETS rail on the left filters by Severity, Detection type, Origin, Synthetic, Country, Client IP, and User.
Table columns are Time, Severity, Signal, User, IP, and Rule (lidar.<detectionType>). Use the search bar with field tokens:
detection:brute_force
ip:52.94.236.248
user:eve
detection:impossible_travel status:criticalOpen a Signal to inspect confidence, model, event count, and recommended action when present. The same burst of traffic can raise multiple Signals when several detectors match; correlate by user, IP, and time.
Scan Logs
Scan Logs records each analysis run over the environment's events, when it ran, what it examined, and what it produced. It is the place to check when Signals look emptier than expected: no runs means the analysis worker has nothing to chew on (or the monitors gating it are disabled).
Dashboards
Dashboards charts Signal severity over the selected range (for example 1h, 4h, 24h, 7d). It uses the same Signals feed, bucketed for a timeline view. Empty charts usually mean no approved access, no selected environment, or no detections in range.
Practical limits
- A selected environment is required for Signals, Scan Logs, Dashboards, and Monitors.
- Access must be approved before protection is considered active.
- Numeric monitor thresholds are often soft (prompt plus floor), not hard batch gates.
- Breached-password policy enforcement in Authentication > Policies is a separate control; Lidar can still raise breached-password Signals when those attributes appear on events.
- Overview counters may lag live Signals until traffic and analysis catch up.
Related
| Read | To learn how to |
|---|---|
| Lidar concepts | How monitors become findings and Signals |
| Authentication | Set the policies that feed detections |
| Audit | Inspect the underlying event trail |
| Notifications | Forward signals to Slack or a SIEM |
| Bot protection | Block automated traffic at the sign-in surface |
| Security | Platform security defaults |