Docs

Security overview

What the Security area covers, where its events come from, how its menu is laid out, and how to read the security overview page.

The Security area is Tenvara's security monitoring. It collects security events from your customers' devices, Microsoft 365 tenants, network devices, network sensors and security consoles into one searchable store, runs detection rules over them, and turns what they find into detections your technicians work through, grouped into incidents when they belong together. It enriches every address with its country, network owner and whether threat intelligence lists know it to be bad. It also shows each device's protection (antivirus, EDR, firewall, encryption, local administrators), finds known vulnerabilities on every device, finds other remote access tools and RMM agents, holds devices to hardening baselines (see Device hardening overview) and keeps admin elevation, tamper protection, dark web monitoring and AI readiness in the same place.

Compliance work has its own area. Cyber Essentials, compliance frameworks, management systems, policy documents, audits and awareness training are under Governance and compliance, and read what Security collects. See Compliance frameworks and Management systems overview.

The security overview with new and investigating detections, response times, what is past a target and open incidents
The security overview with new and investigating detections, response times, what is past a target and open incidents

Where events come from

Source How it arrives
Windows The Tenvara agent reads the Security, System, Defender, PowerShell, Remote Desktop, Firewall and (where installed) Sysmon event logs
macOS The agent reads the unified log: sign-ins, SSH, sudo, account changes, XProtect, Gatekeeper, privacy permissions, profiles and the firewall
Linux The agent reads journald: SSH, sudo and su, accounts, services and the firewall
Microsoft 365 Tenvara reads each connected tenant's sign-ins, directory audit log, risk detections and unified audit log
Network devices Firewalls and gateways send syslog (pfSense, OPNsense, DrayTek and other makes, and standard syslog), straight to Tenvara or through a syslog relay at the site
Network sensors Linux devices with the agent running Suricata on a switch mirror port send their intrusion alerts: see Network intrusion detection
Integrations Alerts from Microsoft Defender XDR and SentinelOne, connected with your own accounts. Tenvara can also act through them: see EDR actions
Tenvara itself Tenvara's own security activity: sign-ins and failed sign-ins, remote sessions, credentials revealed, scripts run, two-factor resets and role changes

Every event is stored with the same fields (who, which device, what action, the outcome, addresses, process, file and so on), so one search or rule can look across all of them. Events stay searchable for 90 days by default, up to ten years or without limit, and older days can go to a cheap archive: see Log retention and archive. The agent's security collection is set per device, group or customer: see Event sources and collection.

The Security menu

Open Security from the rail. The sidebar starts with Overview (the page described below), then has three groups and a settings link.

Detect and respond

Protect

Report

  • Security reports: daily and weekly security digests and reports of up to 90 days.
  • Scorecard: customers ranked by security risk. See Incidents and response for both.

Security settings at the bottom opens Settings > Security monitoring.

The quick filters for detections (New, Mine, High and critical, Breaching) are in the Views picker on the Detections list, and Incidents past a target is in the one on Security incidents. An item only shows when its module is switched on and your role allows it, so someone who only handles admin elevation still finds Security, with just that item.

Reading the overview

Choose 7 days, 30 days or 90 days at the top right. The page follows the customer switcher, so you can look at one customer or all of them.

  • New: detections nobody has picked up yet.
  • Investigating: detections being worked, with how many are yours.
  • High and critical open, with the number of critical ones.
  • Closed in 7 days, with how many were false positives.
  • Mean time to take and Mean time to resolve, each with the share within target, how many detections and incidents are Past a target, and Open incidents.
  • Detections opened: a chart per day by severity.
  • Needs attention: open detections, worst first, with a bar of how many are critical, high, medium, low and info.
  • Security events: how many events arrived, by source, over the period, with Search events.
  • Sources: how many are sending and how many have been quiet for a day.
  • Protection: devices with no or disabled antivirus, the firewall off, no encryption where it is required, and extra local administrators.
  • Response times per week and Response by customer: the mean times and the share within target.
  • Busiest rules and Customers with the most open detections.

When nothing is set up yet (no rules, no events, or rules failing), the overview says what to do next.

Where else security shows up

  • Device page: on the Overview tab, a Security block with open detections, notable events in the last 24 hours and a link to search the device's events, a Protection block, an Encryption block with the BitLocker recovery keys held, a Security tools block for connected consoles, a Vulnerabilities block, any remote access tools found on it and, on a sensor, its Network sensor block. Search security events is in the device's More actions menu.
  • Customer page: the Security tab, with Security, Vulnerabilities, Hardening and AI readiness beneath it, and the Compliance tab, with Compliance frameworks, Cyber Essentials and Sign-offs.
  • Home: a Security block, which also says how many open detections have an open alert (for example "4 of 6") and links to Alerts, where the Security detections source counts every open security alert, protection and sources included. A detection that raised no alert says why on its page: see Working detections.
  • Alerts and tickets: detections at or above a set severity raise alerts, which your alert rules can turn into tickets. See Integrations and alerting.
  • Customer portal: published incident reports appear on the Reports page. Staff take their security training and accept policies there too, and published compliance reports and management system programmes appear on the Compliance page.
  • AI: once AI is set up, the assistant can explain and triage detections, answer questions about a detection or incident, and turn a plain-English question into an event search. See Working detections.

Permissions

Security has its own permission area in Roles and permissions:

Level What it allows
View Search events and see detections, incidents, rules, sources, protection and network sensors
Manage Work detections and incidents, tell customers, change rules and suppressions, add network sources, syslog relays and sensors, connect integrations and act through them
Administrator role Settings > Security monitoring

Vulnerabilities, device hardening, AI readiness and management systems each have their own permission area. Remote access tools follows the Software permission, and dark web monitoring follows the credentials vault's.

If the Security module is switched off in Modules, its pages disappear and agents are told to stop collecting.

Was this page helpful?

Thanks for the feedback.