ZenPlus · Device Tracker guide

Allow, watch and ignore policies

Define approved endpoint scope, watch a known interface, and handle exclusions before enabling operational alerts.

Applies to ZenPlus 1.24.13Updated 2026-10-11Audience Network operators & security teamsReading time ~9 min
Start with verified evidence

This guide describes the current appliance. Availability, vendor features and access depend on your device firmware and Windows policies. Screenshots use the development UI with fictional addresses, users and device names; they contain no customer inventory.

01 Understand the three policies #

ListPurposeOperator responsibility
AllowDefine the approved endpoint population used by rogue evaluation.Choose meaningful scope; an IP/MAC pattern is not identity authentication.
WatchRecord a watch observation when a matching endpoint is seen.Configure an alert rule and notification channel separately if delivery is required.
IgnoreSuppress matching endpoints from ordinary inventory/rogue workflows.Document the exception and its effect on coverage.
Fictional allow and watch rules are shown separately from a guest endpoint outside the example allow scope.
Fictional allow and watch rules are shown separately from a guest endpoint outside the example allow scope. Development UI · fictional documentation data. Open image for full size.

02 Establish an allow policy before rogue alerts #

With no enabled allow policy, a zero rogue count is expected. Once an allow policy is enabled, eligible endpoints outside it can become rogue. A rogue label means outside your configured approval policy; it does not by itself prove an attack. Manual endpoint decisions can take precedence, so inspect them when a rule result is unexpected.

03 Choose precise match types #

MatchFictional exampleUse
MAC address02:00:00:00:00:02Watch a known interface; randomized MAC changes can break a long-term identity assumption.
MAC prefix02:00:00An intentionally scoped prefix, not automatic authorization for an entire hardware vendor.
Address / range / subnet192.0.2.40, 192.0.2.40 - 192.0.2.46, 192.0.2.0/24Review address reuse and the actual trust boundary.
Hostname / userWorkstation-*, example-user*Use only available, verified hostname or correlated user evidence.
VendorA known manufacturerBroad inventory policy only where justified; MAC/OUI can be spoofed.

Glob patterns and match behavior are exposed by the selected rule type. Use valid MAC/CIDR/range syntax and inspect matches after saving. These controls do not enforce network admission or replace 802.1X / NAC.

04 Deploy policy in measured steps #

Review an observed baseline

Filter active inventory and verify representative hosts, ports and gateway sources.

Define limited approval rules

Start with an approved segment or known endpoint set. Document who owns the policy; avoid a universal allow merely to remove findings.

Inspect unexpected endpoints

Check physical/observed location, recent activity, MAC randomization and address history. Resolve legitimate exceptions before declaring an incident.

Review ignore exceptions

Keep them narrow and documented so missing endpoints are explainable.

Enable selected alerts

Configure the relevant UDT alert condition and an approved notification channel. Validate one test endpoint and delivery without disruptive port actions.

05 Add a watch rule #

Open Watch Lists → Watch list → Add rule

Choose MAC address for a known interface or another supported evidence field.

Enter the fictional example

Pattern 02:00:00:00:00:02; description Example printer watch. Replace it with the approved real value privately in your appliance.

Save and verify

After the endpoint is observed, inspect its Watched label and Activity. Alert delivery requires a matching enabled rule/channel; adding a watch rule alone is not a delivery test.

The watch-rule dialog targets a fictional MAC and includes a meaningful description.
The watch-rule dialog targets a fictional MAC and includes a meaningful description. Development UI · fictional documentation data. Open image for full size.

06 Use ignore rules as documented exclusions #

Ignored endpoints are suppressed from ordinary UDT views/evaluation. Check enabled ignore rules and manual ignore state before treating missing inventory as collection failure. Ignoring is not a switch shutdown, traffic block or a supported method to erase audit history. Review exclusions periodically.

07 Connect observations to alert delivery #

ConditionPurpose
New endpointA newly observed interface identity; randomization can create legitimate new entries.
Rogue endpointAn eligible endpoint outside the configured approval policy.
Watched endpointA selected watch observation; duplicates are limited by the evaluator.
Endpoint movedA collected attachment change; verify source-cache aging and topology.
Port capacityA measured utilization threshold; unknown states are not free ports.

Tune severity and notifications for the operational meaning of the condition. Preserve collection timestamps when investigating and verify the notification channel independently.