You’ll never know it’s there until you need it.
The IT lead’s pushback question: “won’t users complain?” DataStun was built by an engineer who has run enough security tools on enough machines to know which patterns make users hate them. The design choices that follow show the answer.
Simple enough for grandma, admired by the CTO.
/my-device dashboard when they open it themselves.Windows ships today; macOS and Linux land in the next quarter. The same five items, the same predictable behaviour, no admin required to use them.
No setting-changes from the tray. No hidden right-click menu with elevated commands. The tray is for visibility and help; configuration lives in the admin dashboard where it belongs.
/my-device dashboardClick Open my device dashboard in the tray and the user’s browser opens to a per-device page that’s scoped to their machine. No login required — the tray opens it with a one-time dashboard token. Same surface that the admin sees at /agents/<id>, but limited to the user’s own device.
Engineered to live next to a real EDR (CrowdStrike, SentinelOne, Defender for Endpoint) without competing for resources. Numbers below are real measurements on a typical mid-range corporate laptop.
| Resource | Measurement | Notes |
|---|---|---|
| CPU (steady state) | < 0.5% | Background flow polling, every few seconds; spikes briefly during blocklist refresh. |
| RAM (resident) | ~ 35 MB | Single Go process; no JVM, no Electron. |
| Disk I/O | ~ 0 KB/s | No full-session pcap. Local state in %ProgramData%\DataTravel is < 5 MB. |
| Network (telemetry up) | ~ 5 KB/s | Compressed flow batches every minute; less when the device is idle. |
| Network (blocklist down) | ~ 60 KB/min | Delta-only updates; full refresh once per restart. |
| Boot impact | < 200 ms | Service starts after the network stack; no delay to login. |
Architectural rule: the agent never causes the problem it’s measuring. The heavy lifting — packet decode, AI inference, DPI, and long-term storage — lives on server-side infrastructure, not the endpoint. The one exception, Advanced Packet Diagnostics, is opt-in per test: the agent records a brief, filtered capture using tooling already on the device, then uploads it and deletes the local copy — no capture software installed, no full-session pcap, nothing left behind.
A blocked outbound flow is not a silent failure. The user sees a clear, friendly notification with the information they need to either keep working or escalate.
Block enforced at OS firewall. The flow refuses on the kernel side. The application’s connect() returns “refused” instead of timing out — users get a fast clear failure, not a thirty-second hang.
Notification fires. The user sees a tray notification: “Connection to example-bad.com from chrome.exe was blocked — this destination is on the global threat list.” Notification includes a link to the user’s /my-device Blocked tab for context.
One-click escalation if it’s wrong. If the user thinks the block is incorrect, the Blocked tab has a “Tell my admin this is wrong” button that opens a pre-filled support thread with the destination, the program, the timestamp, and the user’s description. Admin sees it in their inbox; the user sees the resolution thread.
Admin resolves. Admin can override the block tenant-wide (one click) and the change propagates to every agent in the tenant within 60 seconds. The user gets a follow-up notification when the destination is unblocked.
Click Help & support in the tray. The browser opens to /account/support, authenticated to the user’s specific device. AI assistant answers first; admin escalation is one click; central DataStun support is two.
Before any support message leaves the user’s machine, an on-device scrubber strips patterns that look like credit cards, API keys, private-key PEM blocks, password-field values, Basic / Bearer auth headers, and database connection-string passwords. The user sees the scrub markers in their own message — so they know what didn’t leave their device, before they send it.
Scrubbing happens before transit, not on the server. The redactions are visible to the user so they can verify what stayed local. Read the support-flow glossary →
No MITM proxy, no SSL stripping, no DLP-style content inspection — so the long list of apps that other security tools quietly break just keep working.
Chrome, Edge, Safari, Firefox: no certificate warnings. We don’t intercept TLS.
Zoom, Teams, Google Meet, WebEx: no stutters or quality drops. We don’t buffer media flows.
WireGuard, OpenVPN, Tailscale, corporate VPNs: tunnel traffic passes through normally.
Git, npm / pip / cargo / brew, Docker, Kubernetes CLIs: no cert pinning errors, no proxy config to manage.
SSH, RDP, VNC, Tailscale SSH: no inspection of session content.
Streaming, gaming, social, banking: no content inspection of TLS-protected traffic.
If a flow gets blocked because the destination is on the global threat-IP list, the application sees a fast connection refused — it doesn’t hang and it doesn’t silently corrupt. The user gets a tray notification explaining what happened and a path to escalate if it’s wrong.
The fastest way to answer “will users complain?” is to enroll your own machine. Individual tier covers 3 agents with a 30-day trial; the experience above is fully exercised on a single device.