Everything DataStun does. Packetman saysWelcome to the DataStun features page. I'm Packetman — your AI network expert, and I'm going to walk you through what this platform actually does. DataStun puts a lightweight agent on every device you care about. That agent watches every outbound connection your device makes, identifies the program behind each session, grades the destination from A-plus to F using our reputation engine, and enforces a global blocklist at the OS firewall layer — all without any deep packet inspection, no proxy, no man-in-the-middle. Your content stays private. We see the metadata: who you're talking to, what program is doing the talking, and whether that destination is trustworthy. No other product does all of this in one agent at this price point. Scroll down and I'll explain each capability section.

One agent. Every device. Network visibility, endpoint protection, reputation grading, and fleet analytics — all from a single lightweight background process that uses less than 1% CPU.

Hover Packetman to hear the technical bit.

DataStun main features — at-a-glance map of capabilities across endpoint, tenant platform, and reputation pipeline.
Endpoint protection Packetman saysEndpoint protection is the foundation. Every device running our agent gets blocklist enforcement — over 20,000 known-bad IP addresses and ranges blocked at the OS firewall level, updated every 60 seconds, sourced from curated public threat-intelligence feeds and our own reputation grading engine. When our pipeline grades a destination F, it lands on the blocklist within minutes. The block happens at the firewall — the packet never leaves your machine. We also detect exposed infrastructure services: databases, file shares, admin APIs that should never be reachable from the public internet. If one shows up on an outbound flow, you get a critical alert with the process name, the PID, and a one-click block. This is endpoint security that actually watches what your machine talks to, not just what it runs.

20,000+ threats blocked before the first packet leaves Packetman saysThe blocklist is enforced at the OS firewall layer — Windows Firewall rule, Linux iptables/ipset, macOS pfctl anchor. The agent never needs an inbound port or a VPN; it enforces locally and updates itself from the tenant platform every 60 seconds.

The moment a process opens a connection to a known-bad destination, the OS drops the packet before it transmits. No proxy, no redirect, no middlebox — enforcement at the source.

  • Source-attributed blocks — every entry carries the originating source and the specific reason in-product, so any block can be traced and challenged through a built-in dispute path
  • Sub-60-second update cycle — new D/F grades propagate from investigation to every enrolled agent in under a minute
  • Dispute path included — every blocked destination links directly to the upstream dispute form so false positives have a clear resolution path
  • Zero middlebox required — enforcement is local, not on a proxy or cloud gateway that adds latency and becomes a single point of failure
My Device · Blocked tab — Threats we caught
3 attempts blocked in the last 24 hours
15 KB of would-be traffic stopped
chrome.exe185.220.101.47
Source: Public threat feed · Tor exit relay
powershell.exe45.142.212.100
Source: Public threat feed · botnet C2
unknown.exe91.108.4.182
Source: Reputation grading · weak TLS, RU ASN
23,847 threats enforced  ·  Look up an IP →
Network intelligence Packetman saysNetwork intelligence is about seeing the full picture of your outbound traffic. We capture TCP flows using the kernel's connection table — no packet capture, no raw sockets, minimal overhead. For each flow we identify the destination IP, the port, the bytes transferred in each direction, the TCP retransmission rate, and the executable that opened the connection. On Windows we add DNS name correlation from the local DNS cache and QUIC session visibility for encrypted UDP traffic to port 443. The result: a complete per-session inventory of every conversation your device is having on the network, with the process responsible for each one identified and verified. Retransmission rate is the single most powerful network health metric — it tells you when packets are being lost and resent, which is the earliest signal of a bad connection.

Every session: the program, the destination, the bytes Packetman saysPID capture happens at the moment of connect, not sampled — so a process that exits immediately is still identified. Process image path is resolved from the kernel — a fake svchost.exe in %TEMP% gets its full path exposed, not the system32 alias.

Not just "which IP" — the executable that opened the session, its full path on disk, its signer, and how many bytes moved each direction. This is the answer network engineers used to need a $20,000 analyzer for.

  • QUIC visibility — HTTP/3, Microsoft 365, and Google traffic run on UDP/443; we capture QUIC INITIAL packets to extract SNI and ALPN for every session traditional tools miss entirely
  • DNS name correlation — destination shown as cdn.example.com, not 185.13.22.9, pulled from the OS resolver cache at flow time
  • TCP retransmission + latency grading — kernel-native readings rolled into a plain-English verdict (Excellent / Good / Fair / Poor) per device, per app, on a 24-hour timeline. Out of 1,000 machines, you see the 30–40 that are actually struggling. See passive performance grading →
  • Throughput per session — bytes in and bytes out per connection, per process, per port — proof that Teams is slow vs proof something else is saturating the link
Outgoing IPs · Flows
A teams.microsoft.com Teams.exe · 2.1 GB out · 412 MB in
A prod.ai.anthropic.com Code.exe · 84 MB out · 1.2 GB in
C api2.example-analytics.com chrome.exe · 8.4 MB · RU ASN
F c2-node.dyn.xyz unknown.exe · 12 KB · port 4444 ⚠ C2 pattern
QUIC sessions: 147  ·  DNS correlated: 94%
Reputation engine Packetman saysThe reputation engine is what makes DataStun different from a simple firewall. Every destination gets a letter grade — A-plus through F — built from multiple evidence sources: TLS certificate quality, cipher suite strength, geographic signals, public threat-feed hits, and behavioral analysis. No single signal fails a destination — we require corroboration. A grade F means consistent red flags across multiple dimensions. The grade travels with the destination everywhere in the dashboard: in your flow list, in your blocklist, in alerts. Our active probe pipeline reaches out to every new IP your fleet contacts, analyzes its TLS fingerprint, checks it against feeds, and runs an AI assessment. You get a verdict on every destination, not just the ones that match a signature.

A+ to F — twelve stages of evidence, not a vibe Packetman saysStages run in parallel where possible: geo/rDNS, TLS cert probe (with SNI retry on sentinel certs), service identification, grade, blocklist match, domain-category cross-reference, and AI advisory all run concurrently. Total pipeline time under 25s for most destinations.

Each grade is a verdict from a 12-stage investigation pipeline running from our own separate probing node — independent from what your agents see — so we can compare two perspectives on the same destination and flag inconsistencies.

  • TLS + cert deep inspection — cipher suite strength, expiry, CN vs SAN match, CA chain validity, sentinel-cert detection (so Google's "invalid2.invalid" placeholder never poisons a grade)
  • AI advisory — Claude Haiku assesses each destination in prose: what it is, whether cert behavior matches stated identity, what's unusual. Advisory only — never overrides the numeric grade
  • Automatic promotion to blocklist — D and F grades propagate to every enrolled agent within 60 seconds of investigation completion
  • Full evidence trail — every grade shows exactly which stages contributed what finding, so "why is this F?" has a one-click answer
Destination detail · 45.33.32.156
A+ linuxfoundation.org
✓ TLS 1.3 · ECDSA cert
✓ San Francisco, CA · AS14061 DigitalOcean
✓ No threat-feed hits
🤖 AI: Certificate chain validates cleanly. Behavior consistent with a well-operated Linux Foundation host.
Source of Authority Vetting Packetman saysSource of Authority Vetting — SoAV — is the layer above IP reputation. For every destination domain your agents reach, our reputation server walks the DNS authority chain: SOA record, NS RRset, reverse-zone SOA, RDAP allocation, ASN attribution. Eight rules score the chain. SOAV-001 flags sinkholed and seized domains by matching the authoritative nameserver against a curated list of threat-intel takedown infrastructure — Shadowserver sinkhole zones, Microsoft Digital Crimes Unit takedowns, CERT Polska, Team Cymru research hosts, FBI/Treasury/Europol seizure contacts. SOAV-002 flags the SolarWinds-class signature: an IP attributed to a major compute cloud, a domain whose name also claims that vendor's brand, and an authoritative nameserver that is not on that vendor's expected DNS infrastructure. SOAV-003 flags hyperscaler-claiming domains on cheap-registrar NS — the classic phishing pattern. SOAV-004 flags suspicious SOA admin contacts on production-class destinations: privacy proxies and free webmail addresses. SOAV-005 flags recently-rotated SOA serials on previously-stable high-trust destinations — the signature of a zone that just changed hands. SOAV-006 flags authoritative nameservers announced from a jurisdiction unrelated to the destination's own. SOAV-007 flags destinations on curated public threat-intelligence feeds. SOAV-008 (paid escalation tier) flags anonymizer / VPN / proxy / hosting destinations reached from agents you have tagged as Mission Critical — the rule fires only when the originating agent's role makes the path worth questioning. The tiered pipeline matters: free authoritative sources run first on every investigation; paid lookups fire on a small fraction where free data is insufficient or the originating context warrants the spend. Typical paid escalation rate: a few percent. Origin: Bill Alderson's Comprehensive Analysis SN-4102, his packet-capture forensic study of the SolarWinds breach, where the destination IP attributed cleanly to Microsoft Azure but the authoritative nameserver for the domain had been re-pointed to a Shadowserver sinkhole. The IP layer told the cover story; the authority layer told the truth. We built the productized form of that finding into the platform. New

Who actually controls the name your agents are reaching for Packetman saysMultiple FQDNs under one zone collapse to a single investigation. cdn.example.com and api.example.com both resolve to the same example.com investigation, so the apex investigation is cached per zone and reused across the fleet. Cache TTL: 6 hours by default. The DNS, RDAP, and ASN traffic all happens on our reputation server; tenants never make outbound lookups for SoAV.

IP reputation tells you which Microsoft IP your agent is talking to. Source of Authority Vetting tells you who actually controls the name that resolved to it — and during the SolarWinds breach, those two answers were "Microsoft Azure" and "a domain whose authoritative nameserver had been re-pointed to a Shadowserver sinkhole." One layer told the cover story. The other told the truth. We walk the DNS authority chain above every destination domain your fleet observes and flag four classes of mismatch — confirmed sinkholes, authority-versus-IP inconsistencies with name corroboration, hyperscaler-impersonating domains on cheap registrar NS, and suspicious zone admin contacts. The technique is from Bill Alderson's published analysis of the SolarWinds breach; we built the running version of it into the platform.

  • The SolarWinds-class signature, productized — sinkholed and seized domains fire critical alerts the moment any agent in your fleet touches one, with the threat-intel source attributed in-product so the verdict is traceable and disputable
  • Authority-versus-IP corroboration — when a domain claims a major hyperscaler brand and the IP allocation confirms it but the authoritative nameserver isn't on that vendor's expected DNS, we surface both pieces of evidence in one finding
  • Cheap-NS on hyperscaler-claimed domainsmicrosoft-update.com on Namecheap NS instead of Azure DNS is flagged independently; the name claim alone is a phishing signal even without IP corroboration
  • Curated public threat-intelligence overlay — destinations on the high-confidence blocklists you'd expect (and a few you wouldn't) corroborate authority-chain findings without us re-walking that ground from scratch on every investigation
  • Mission-Critical mode for the agents that matter — tag an agent as a Vital Server in the console and SoAV applies stricter vetting to everywhere it reaches, including a paid anonymizer / VPN / proxy / Tor classification on suspect destinations. Workstations stay on the free path. The most expensive checks run only where they pay back the spend.
  • Tiered enrichment, cost-disciplined — free authoritative sources first; the paid layer fires only on a small fraction where free data is insufficient or the originating context warrants the spend. Cost telemetry surfaces every paid call in the console with the trigger reasons, so you can see exactly why a particular IP was enhanced.
  • Auto-seeded for every tenant — new and existing tenants get the critical-only alert rule by default; the SolarWinds-class catch works the moment an agent enrolls, no setup required

Where this came from. Source of Authority Vetting is the productized form of an analytical technique that Bill Alderson developed during packet-capture forensic analysis of the SolarWinds C2 channel. His Comprehensive Analysis SN-4102 — part of his eight-part SolarWinds Breach security series — is where the authority/IP attribution mismatch was first identified as a generalizable detection class. We carried the technique forward; the original analysis is his.

Destination detail · Source of Authority
SoAV critical — sinkhole authority (SOAV-001)
avsvmcloud.com  ·  via 20.140.0.1
SOA mname: sunburst-ns-b.sinkhole.shadowserver.org
SOA rname: noc.shadowserver.org
NS RRset: sunburst-ns-a, sunburst-ns-b, sunburst-ns-c…
RDAP org: Microsoft Corp
ASN: AS8075 MICROSOFT-CORP-MSN-AS-BLOCK
Why: Authoritative nameserver matches Shadowserver sinkhole pattern; domain has been seized as known-malicious.
Origin: SN-4102  ·  Bill Alderson, SolarWinds analysis
Remote diagnostics Packetman saysRemote diagnostics is brand new. From the fleet dashboard, you can issue a power diagnostics command to any Windows agent and get back a structured report: battery health, power plan, connected adapters, recent power events pulled from the Windows event log. No remote desktop, no VPN, no visiting the machine. The command is queued on the server, picked up by the agent on its next heartbeat, executed locally, and the result is posted back to your dashboard. The agent never accepts inbound connections — all communication is outbound from the agent to the server, so there's no attack surface opened. This is the first in a series of remote diagnostic capabilities we're building into the agent channel. New

Run diagnostics on any agent, anywhere — no VPN, no inbound port Packetman saysCommands are delivered via the agent's outbound heartbeat — no firewall rule changes, no VPN, no RMM agent to install. The command sits in the queue; the agent picks it up on its next heartbeat (within 60s), executes it, and posts the result back through the same outbound channel.

Issue a diagnostic command from the dashboard; it rides the next outbound heartbeat to the agent. The agent runs it locally and posts the result back. No remote shell, no elevated inbound access — just a controlled, logged, result-returning command channel.

  • Power plan analysis — detect Modern Standby (S0ix), sleep timeout settings, hibernate state, and recent sleep events. Modern Standby suspends the agent during sleep; identifying it explains heartbeat gaps that look like crashes
  • Full audit trail — every command records who issued it, when it was delivered, and the raw result. Non-repudiable log of every diagnostic action
  • Heartbeat-channel delivery — the agent needs no inbound ports. Commands queue server-side; the agent collects and executes on its own schedule
  • Extensible verb model — new diagnostic types ship as new verbs in agent releases; the whitelist ensures only approved commands can be issued
Agent detail · Diagnostics
power_diagnosticscompleted2 min ago
Power plan: Balanced (GUID 381b4222…)
⚠ Modern Standby (S0ix): enabled — service suspended during sleep
Sleep after AC: 15 min  ·  Hibernate: disabled
power_diagnosticspendingqueued
Performance grading & fleet health Packetman saysPerformance grading is brand new. We grade how well every device on your fleet is talking to the internet, in plain English. Each TCP session that lasts long enough to be meaningful — half a second or more — gets a kernel-native latency reading and a retransmission count. We roll those into one verdict per device (Excellent, Good, Fair, or Poor), one verdict per app (so you can see whether Chrome is fine but OneDrive is dragging), and a 24-hour quality timeline colored green-blue-yellow-red so you can spot when things were smooth and when they weren't. Then we rank the whole fleet on the same metrics — Fastest 10 and Slowest 10 with grade distribution and median fleet latency — so you can answer "which of my machines is having the worst time today?" in one click. Sub-half-second sessions are excluded from grading because TCP hasn't escaped slow-start in that time and the latency readings would be noise. The grading thresholds are explicit: Excellent means under 50ms latency and under half a percent retransmits; Good is under 100ms and under 1%; Fair is under 200ms and under 3%; anything worse is Poor. Worst-of-two-metrics drives the verdict, so an app with 30ms latency but 5% retransmits grades Poor — single-metric averages would hide the real problem. New

Excellent · Good · Fair · Poor — every device, every app, every minute Packetman saysWe grade on a worst-of-two-metrics rule: median internet RTT and retransmission percentage. An app with 30ms latency but 5% retransmits grades Poor, not Excellent — single-metric averages would hide the real problem. Sub-half-second flows are excluded because TCP has not escaped slow-start that early and the latency reading would be noise.

Every TCP session your device runs gets a quality reading from the kernel. We roll thousands of those readings into one verdict per device, one per app, and a 24-hour timeline you can read at a glance. Then we rank your whole fleet so the slowest machines surface immediately.

  • Verdict per device — one grade with a one-sentence headline ("This device is performing well") and the evidence ("97% of sessions ran clean · median internet latency 38 ms"). Plain English, not a chart anyone has to interpret
  • 24-hour quality timeline — five-minute buckets colored by the worst grade in that window. Hover any block for the bucket's numbers; idle minutes render dim grey so the eye reads gaps as "the device wasn't using the network"
  • Per-app health — every app you used in the last day, graded the same way. Worst-graded apps surface first, so the thing hurting you jumps to the top
  • Fleet rank — your device's position vs the rest of your fleet, shown right on the device page ("you're in the top 25% for connectivity")
  • Fleet health page — Fastest 10 and Slowest 10 ranked side-by-side with the grade distribution and median fleet latency. One click from your dashboard tells you which devices are doing great and which need attention
  • Last-hiccup line — when a fair-or-worse session runs, the device verdict shows when it was and which app caused it: "Last hiccup 2h ago — OneDrive at 180 ms with 3% retransmits"
My Device · Performance tab
● Excellent
This device is performing well
97% sessions clean · median 38 ms · 0.2% retx
Connectivity quality — last 24h
Performance by app
slack.exe● Excellent18 ms · 0%
msedge.exe● Good42 ms · 0.4%
OneDrive.exe● Fair180 ms · 3%
vs your fleet: top 25% for connectivity
Host diagnostics Packetman saysHost diagnostics is the endpoint inventory view that enterprise tools like CrowdStrike, MDE, and Tanium have always collected — but built into the same agent you're already running for network monitoring, at no extra cost. The agent reads two cadences of data directly from the OS. Live gauges arrive on every heartbeat — about every 60 seconds — and show CPU utilization, RAM in use, primary disk fill, swap, load average, and how many users are logged in. The full inventory snapshot reads at most once per 24 hours and only when content has actually changed, so a steady machine adds essentially zero overhead. That snapshot covers OS identity including kernel build and distro version, CPU model and core count, every active NIC with MAC and IP addresses, USB devices attached right now, and a complete list of installed software. On top of the inventory sits the security posture check: disk encryption state, host firewall on or off, TPM presence and version, Secure Boot, which antivirus products are registered and whether real-time protection is active, who's in the local admins group, how many OS updates are pending, and whether a reboot is waiting. Every field reads from the OS directly — no shell-outs to brittle tools, no Win32_Product self-heal traps, no PowerShell fork per item.

CPU, RAM, disk, and full inventory — no extra agent Packetman saysThe host-diagnostics data arrives through the same outbound heartbeat channel that every other agent metric uses. Nothing new to install, no firewall rules to open, no separate agent to manage. Agents 0.5.21 and up emit this data automatically.

Every 60 seconds: CPU, RAM, and disk. Every 24 hours: OS build, hardware, network interfaces, installed apps, USB devices, and your full security posture — all in the Host tab of any agent's detail page.

  • Security posture at a glance — disk encryption, firewall, TPM, Secure Boot, AV real-time protection, local admin group members, pending updates, and reboot-pending flag, all in one view per machine
  • Hardware identity + deeper inventory — manufacturer, model, SKU, serial, BIOS version, plus per-DIMM speed and capacity, every storage device with class (NVMe / SATA-SSD / HDD / virtual) and PCIe link state, GPU adapters with driver version, and CPU governor + ISA flag set (AES-NI, AVX-512, virtualization). The "Gen4 NVMe trained at Gen1" diagnostic surfaces automatically
  • Modern Standby detection — the power card flags S0ix machines that suspend the agent during sleep, explaining heartbeat gaps that would otherwise look like crashes
  • Installed software without Win32_Product — Windows inventory reads from the Uninstall registry, not WMI Win32_Product, so the agent never triggers an MSI self-heal scan that burns CPU for minutes
  • Running vs installed version — shows both the agent version currently executing and the version the OS installer recorded, so self-updates show up correctly without alarming on a "version mismatch"
My Device · Host tab
12%
CPU
78%
RAM
44%
Disk C:\
✓ BitLocker on✓ Firewall on✓ TPM 2.0
✓ Secure Boot✓ Defender RT on⚠ 3 updates pending
Dell Latitude 7440 · S/N 7HK8L93 · BIOS 1.18.2
CPU: Intel Core i7-1365U · 10 cores · gov: performance · AES-NI · AVX2
Memory: 2× 16 GB DDR5-5600 (DIMM_A1, DIMM_B1) · 32 GB total
Storage: NVMe Samsung PM9A1 1 TB · PCIe Gen4 x4
NIC: Intel I226-V · 2.5 Gbps · PCIe Gen3 x1
⚠ Wi-Fi PCIe trained at Gen1 — slot may be capped
Fleet analytics Packetman saysFleet analytics is where DataStun becomes a strategic tool, not just a security monitor. Available on Business and Enterprise tiers, you get seven cross-fleet analyses derived from the same data the agent already collects — no additional instrumentation. The Software Bill of Materials tells you every executable on every machine, how often it runs, and what it talks to on the internet. The first-seen radar surfaces new executables, destinations, and code signers every day, ranked by how fast they're spreading. The vendor concentration map shows your cloud dependency by bytes. The deviation score ranks every machine by how unusual its traffic looks — the top one percent is your daily review list. And the patch-lag scoreboard shows version distribution across Chrome, Firefox, Office, and OpenSSL against current GA. All of this from one agent.

Cross-fleet intelligence that a single machine can never see Packetman saysFleet analytics only produce meaningful signal at scale — deviation scoring needs a baseline to deviate from, beaconing detection needs multiple machines to find the pattern, first-seen radar needs the fleet history to know what "first seen" means. Business tier and above.

When you have 50 agents, each one is a data point. The fleet is a corpus. Patterns that are invisible on one machine become obvious when you can compare it to 49 others.

  • AI Governance — bytes uploaded to 50+ AI vendors (Anthropic, OpenAI, Copilot, Cursor, Gemini, DeepSeek) per machine per day; the data-exfiltration view of AI adoption without DPI
  • Fleet SBOM — every executable hash seen across all agents, with signer, version, and the external destinations it communicates with; CVE exposure answered in seconds
  • Deviation scoring — per-machine daily outlier rank; top 1% surfaces as "look here" without a SOC analyst watching every endpoint
  • SaaS license reconciliation — unique machines per application per month vs your licensed seat count, for Adobe, Office, Slack, Cursor, Figma, and more
Fleet · AI Governance
Anthropic12.4 GB ↑
OpenAI7.1 GB ↑
Copilot4.9 GB ↑
Cursor2.8 GB ↑
38 agents  ·  last 30 days  ·  14 AI vendors detected
Security intelligence Packetman saysSecurity intelligence closes the loop between what your fleet is doing and what the threat landscape looks like. The Intel page categorizes your traffic — cloud platforms, social media, AI services, remote access tools, communication platforms — and shows you trends over time. The AI governance view shows bytes flowing to Anthropic, OpenAI, Microsoft Copilot, Cursor, and 50-plus other AI vendors, broken down by machine and by day. You get the volume-and-attribution picture of how your organization is actually using AI, without any content inspection. For Enterprise-tier customers, three additional analytics run across the full fleet: org-wide executable analysis that catches living-off-the-land malware by hash anchoring, a beaconing detector that finds periodic low-bandwidth C2 signatures, and a data sovereignty rollup that shows bytes by destination country for compliance reporting.

Exposed services, anomalous executables, and alert rules — all on the same feed Packetman saysExposed infrastructure detection fires on flow-open, not on a scheduled scan — so a database connection to a public IP triggers the alert at the moment the connection opens, with the PID, process name, and full image path attached. No 24h scan window.

Threat detection wired directly into the agent's connection table. No separate scanner, no scan window, no "discovered on the next scheduled sweep."

  • Exposed service detection — 169 services across 8 categories (databases, file shares, admin APIs, RDP, IPMI, message queues, container APIs, crypto) checked on every flow open against the public internet
  • One-click block — any Exposed or Denied destination can be pushed as a firewall rule to every agent on the tenant within 60 seconds, direct from the alert
  • Alert rules — trigger on grade threshold, agent offline, retx spike, exposed-service hit, or new executable; deliver via email or HMAC-signed webhook to your SIEM
  • Intel tab — cross-session DNS, QUIC, and session intel with category breakdown and per-destination deep-dive; the analyst surface for "what's this destination and why does it look this way?"
Exposed · Critical alert
CRITICAL · PostgreSQL (port 5432) reached public IP
Process: node.exe  ·  PID: 4812  ·  C:\apps\api\node.exe
Destination: 185.212.128.44:5432  ·  DE  ·  Hetzner AS24940
Grade: D  ·  no TLS, direct DB port on public IP
If something does get in Packetman saysHere's the honest part of security planning. You harden the system, you narrow the ways in — but you plan as if something eventually gets through anyway. That's what this is about. The agent watches connections in both directions, not just outbound. Every session that reaches a listening service on the machine is recorded: the source IP, the source and local port, the process that accepted it, the bytes each way, the timestamp. If the source is a public internet address, it gets the same A-to-F reputation grade as any outbound destination. So if a machine is reached, you have the story already — who connected, what process took the call, what that process then reached out to, which executable on disk made those calls, and how much data moved. At worst, the intrusion has a complete paper trail instead of a gap. At best, when the source or the destination is already known-bad, the OS firewall refuses the connection before it ever opens. It's all connection metadata, never content — detailed enough to run an investigation, small enough that nobody has to trust us with payloads.

Harden the system — and keep the record if something gets through Packetman saysInbound capture rides the same flow collector as outbound — /proc/net on Linux, the iphlpapi connection table plus a session sniff on Windows, the native path on macOS. Every session that lands on a listening service is emitted as a flow record with direction, source, accepting process, and byte counts. Public-internet sources are auto-enqueued for the same reputation investigation outbound destinations get.

Sound security assumes something eventually gets through. DataStun is built for that moment: the agent records what reaches the machine, not just what it sends — so an intrusion has a name, a source, and a timeline instead of a blank space.

  • Both directions watched — every session that lands on a listening service is captured: source IP, source and local port, the process that accepted it, bytes in and out, the timestamp
  • Public sources graded — an inbound connection from a public internet address gets the same A-to-F reputation grade as an outbound destination, so a low-grade source shows up as one
  • The forensic record — who connected, which process took the call, what it reached outbound, which executable made those calls, how much data moved each leg — a full account of the event, ready for response
  • Refused at best — when the source or destination is already known-bad, the OS firewall drops the session before it opens, the same enforcement path that powers the global blocklist
Defense in depth around an endpoint: the device wrapped in layered protection rings, inbound and outbound connection lines with one amber inbound connection intercepted at the outer ring, and a structured evidence-record panel showing the forensic trail of source, process, bytes, and time.
AI-powered support & training

Meet Packetman — your AI network expert, always in the building Packetman saysPacketman here — your AI network expert, built into every dashboard. I already know your network: your fleet's baseline, recent alerts, the destinations you've reached. Click Help and I give you a specific diagnosis, not a help-article link. Can't resolve it? One click escalates to your admin with the whole conversation attached; one more reaches the DataStun team. No email threads, no ticket numbers. And I explain the why, so your team gets sharper over time. Packetman saysPacketman is powered by Claude AI and is tightly integrated with your dashboard data. When a user asks for help, Packetman already has the device context open — agent version, retransmission grade, recent blocked destinations, exposed-service alerts. The answer is always specific to that machine, not generic.

Not a chatbot you email. Not a help article you search. Not a ticket that waits until morning. Packetman is an expert who already knows your network — your fleet’s baseline, your alerts, the program behind every flow — and answers the moment something looks wrong. Every answer explains the why, so your team gets sharper while they use it.

Packetman idle — always watching

24 / 7 — no on-call rotation required

Weekend at midnight, a new hire’s first hour, the moment an alert fires — Packetman answers. Nobody gets woken up, nothing queues until morning. Every enrolled device has an expert on call, always.

Always available
Packetman active — explaining and teaching

Context-first answers, not generic help articles

Click Help and Packetman already has that machine open — retransmission grade, blocked IPs, agent version. So the answer is “your retransmission rate is 8.4%, grade D — here’s the exact fix,” not a link to go read. Specific, every time.

Expert in context
Packetman success — problem resolved

Most issues close before a human sees them

“Why is this blocked?” — source, reason, dispute link. “What’s grade D?” — the cipher breakdown with evidence. “Slow internet?” — the 24-hour retransmit chart, cause named. Answered in the dashboard, in minutes — no admin interrupted.

Instant resolution
Packetman error — knows when to escalate

Knows when to call for backup — and hands off cleanly

When Packetman can’t close it, one click hands the whole thread — what was reported, what he tried, the live device context — to your admin’s dashboard inbox. Admins get email only for the critical stuff (grade-F, agent offline, exposed service). A break-glass email covers genuine lockouts — not routine questions.

Smart escalation
💬 In-app first — always Questions, answers, and escalations live in one threaded dashboard conversation. A break-glass email exists for when you genuinely can’t log in (locked out, password reset, platform outage) — not for routine support.
🔔 Alert email for admins only Grade-F hits, offline agents, exposed services — admin email with a direct link to the dashboard action. Users don’t get paged.
🔒 Block challenges in the dashboard Every blocked IP shows source, reason, and the upstream dispute link. One-click override for your fleet — no emailing DataStun
🎓 Training, not just answers Packetman explains the “why” behind every finding. Your team learns the platform while they use it

Full capability matrix

Hover any Packetman head for a deep-dive on that feature. All tiers run the same agent binary — tier determines scale, retention, and advanced features only.

Feature Individual Tribe Business Enterprise
Capacity & retention
Agents Packetman saysOne agent per device — a lightweight background service on Windows, Linux, or macOS. Each agent sends telemetry every 60 seconds and enforces the blocklist locally. The agent uses <1% CPU and <50 MB RAM at steady state.3Up to 1010–100100+
History retention Packetman saysHow far back the dashboard lets you query. Flow records older than the retention window are purged. Grade and reputation data is retained indefinitely — only the raw per-flow telemetry ages out.7 days30 days30 days90 days
Seats / team members Packetman saysNumber of user accounts that can log in and view the dashboard for this tenant. Agents are not seats — one person can manage hundreds of agents.131025
Endpoint protection
Global blocklist enforcement Packetman says20,000+ threat-feed IPs and CIDRs refused at the OS firewall layer — Windows Firewall rule, Linux iptables/ipset, or macOS pfctl anchor — before the first packet leaves your device. Updates within 60 seconds of a rep-pipeline decision. Source attribution (which feed, which reason) travels with every entry so the dashboard can explain every block.
Threats-we-caught dashboard + IP lookup Packetman saysPer-device view of every blocked-destination attempt the agent observed in the last 24 hours, with the app that tried, the source feed that flagged it, and an appeal link. Replaces the firehose 20,000-row CIDR dump with a search box: paste any IP and learn whether it is blocked, why, and how to dispute. All-clear empty state when the device did not try to reach anything bad.
Public threat intel feeds Packetman saysCurated public reputation feeds refreshed every 6 hours. Feeds the reputation pipeline; D/F grades land on the global blocklist within minutes of decision. No license required, available to every tier.
Commercial-derived threat data Packetman saysThreat intelligence sourced from licensed commercial feeds (VirusTotal, Recorded Future, others). Broader coverage and earlier signal than public-only. Agent enforcement is identical; the difference is the depth of what gets enforced.
Tenant custom blocklist overrides Packetman saysTenant-scoped block and allow rules pushed to every agent within 60 seconds. Block a specific IP range or executable hash for your fleet only — without touching the global list or affecting other tenants.
Exposed infrastructure detection Packetman says169 services across 8 categories — databases, file shares, admin APIs, message queues, RDP, IPMI, container APIs — that should never answer on the public internet. Every outbound flow is checked on open; a database query to a public IP fires a critical alert with the .exe name, PID, and destination. SSH and admin panels land as warn.
Server-grade protection Packetman saysA host that runs services exposed to the internet is a different protection problem than a workstation — it absorbs a constant onslaught of scans, brute-force, and exploitation attempts, and keeping it uncompromised is a rigorous, ongoing workload. DataStun auto-detects servers by the listening services they run (reported by the agent), flags them for you to confirm, and applies hardened server defenses: kernel-level inbound blocklisting, exposure management, scanner-aware grading that suppresses background-scan noise, and auth-boundary monitoring. A confirmed server adds a flat per-server fee; workstations are never charged the server rate.+$15/server/mo
Network visibility
Per-flow process & PID attribution Packetman saysEvery TCP session links to the full image path of the .exe on disk that opened it. PID is captured at the moment of connect, not sampled — so a process that exits immediately is still identified. If malware runs as svchost.exe from %TEMP% instead of System32, the path mismatch is visible on first dashboard load.
TCP kernel-level health (RTT, retransmission, MSS) Packetman saysRetransmission rate — the fraction of packets a host had to send twice — is the single best proxy for link quality. We read it straight from the kernel (no packet capture, no probe round-trips), chart it over 24h, and grade A–F. Out of a thousand devices we point you at the 30–40 that are actually struggling.
Performance verdict (Excellent / Good / Fair / Poor) Packetman saysEvery TCP session that lasts at least half a second gets a kernel-native latency reading and a retransmission count. We roll those into one verdict per device, one per app, and a 24-hour quality timeline. The thresholds are explicit — Excellent is under 50ms latency and under 0.5% retransmits — and worst-of-two-metrics drives the grade so an app with great latency but high retransmits never gets a flattering average. Sub-half-second sessions are excluded because TCP has not escaped slow-start that early. Included on every tier.
24-hour connectivity quality timeline Packetman saysFive-minute buckets, colored by the worst grade in that window. Hover any block for the bucket numbers (sessions, median RTT, retransmission percentage). Idle minutes render dim grey so the eye reads gaps as the device not using the network.
Per-app performance grading Packetman saysSame grading rules applied to each app independently. Worst-graded apps surface first so the thing actually hurting you sits at the top of the table. Apps with fewer than three qualifying sessions are excluded — too few readings to grade fairly.
Fleet health page (ranked top/bottom 10) Packetman saysTenant-wide ranked view at /agents/health. Fastest 10 and Slowest 10 side-by-side with grade pill, median internet RTT, retransmit percentage, and session count. Grade-distribution bar at the top plus the median fleet latency. Single-line summary band shows on the dashboard overview.
QUIC / UDP/443 session visibility Packetman saysQUIC runs on UDP port 443 and carries HTTP/3, Microsoft 365, most Google and Cloudflare traffic. The kernel socket table does not expose UDP remote endpoints, so traditional tools see nothing. We capture QUIC at the packet layer, parse INITIAL packets, and extract SNI and ALPN from the TLS ClientHello for every session. In 2026 most traffic speaks QUIC — if your tooling does not see it, you are flying blind.
DNS name correlation Packetman saysEvery flow gets its destination mapped back to the hostname the application actually asked for, pulled from the OS's own resolver cache. You see the name (cdn.example.com) not just the IP (185.13.22.9). This is how you catch dynamic-DNS beacons, fast-flux command-and-control, and services pretending to be something they are not.
Throughput per session and per port Packetman saysEvery TCP session is accounted for: bytes in, bytes out, duration, peak throughput. Rolled up by process, port, and destination. When a user says "Teams is slow this week" you can prove whether Teams actually moved less data or whether something else is saturating the pipe.
Internet uptime probes Packetman saysThe agent fires lightweight reachability probes every 5 minutes to a set of reference endpoints. Outage timeline shows exactly when the device lost internet, for how long, and whether the outage was global or destination-specific.
Destination reputation & grading
A+ to F security grade Packetman saysA 12-stage pipeline scores every destination: TLS certificate inspection, cipher strength, geographic risk, content-category classification, active probing from a separate investigator node, known-bad feed matching, AI-assisted verdict. Letter grade plus full evidence trail. D and F destinations are added to the blocklist automatically.
TLS / cert / cipher / SAN inspection Packetman saysActive probe connects to each destination (SNI-aware, with retry on sentinel certs), extracts the full certificate chain, checks expiry, CN vs SAN match, cipher suite strength (TLS 1.3 > TLS 1.2 > deprecated), and self-signed vs CA-issued. All of this contributes to the grade — a valid cert from a CA you've heard of scores very differently from a self-signed with a 1-year expiry.
GeoIP + ASN + service classification Packetman saysEvery IP is tagged with country, city, autonomous system, and a service name (e.g. "Microsoft Teams", "Cloudflare CDN", "Akamai Edge"). 80+ pattern matchers. The service name travels with every flow so the dashboard can say "Microsoft Teams, 4.2 GB" instead of "13.107.64.0/18, 4.2 GB".
AI-assisted verdict Packetman saysStage 10 of the pipeline asks Claude Haiku for a one-paragraph assessment: what is this destination, is the cert behavior consistent with its stated identity, are there any red flags. Strictly advisory — AI never changes the numeric grade, only adds context. Rate-limited to 10/minute and 7-day TTL per IP.
Multi-engine malware DB lookup Packetman saysBinary SHA-256 cross-checked against MalwareBazaar (known-bad corpus) and VirusTotal's 70+ AV engines. Hash-only — binaries are never uploaded. If a hash is unknown to every external service it is marked unknown and surfaced for admin review rather than guessed. Binary upload to any third-party analyzer is a deliberate, admin-triggered, audit-logged exception — never automatic.
Content-category classification Packetman saysUT1 and Hagezi domain-category lists classify destinations as advertising, tracking, adult content, gambling, social media, malware, etc. Categories appear in the Intel tab and can be used in alert rules. No blocking on category alone — categories add context to grades, not enforcement by themselves.
Fleet analytics & insights — Business and Enterprise
AI Governance dashboard Packetman saysBytes uploaded to each AI vendor (Anthropic, OpenAI, Microsoft Copilot, GitHub Copilot, Google Gemini, Cursor, Perplexity, Mistral, DeepSeek, and 40+ more) sliced by application, machine, and day. Pure metadata — no DPI, no proxy, no MITM. The volume-and-attribution view of corporate AI adoption.
Fleet SBOM (inventory + usage + data-flow) Packetman saysAuto-generated software bill of materials: every distinct executable hash observed on any agent, with version, signer, percentage of fleet running it, how often it actually runs, and which external destinations its data goes to. Answers CVE exposure questions in seconds. Also surfaces install-vs-use gaps and surprising external phone-home behavior.
First-seen radar Packetman saysDaily feed of every executable, destination, or code-signer the fleet has never seen before, ranked by spread velocity. Earliest possible signal for lateral movement (a binary appearing on 5 machines in 2 hours) and shadow-IT viral adoption.
Per-machine deviation score Packetman saysEvery agent gets a daily score for how unlike the rest of the fleet its destinations and executables look. The top 1% surfaces as "review this machine." Cheap pre-filter for SOC analysts who cannot watch every endpoint individually.
Patch-lag scoreboard Packetman saysVersion-share distribution per common product (Chrome, Firefox, OpenSSL, OpenSSH, Office, Java) vs current GA. "Chrome 110 still on 12 of your 400 machines." Auditor-ready histograms; direct input for vulnerability-management programs.
SaaS license reconciliation Packetman saysPer-application unique-machine-per-month counts. "You licensed 50 Adobe seats; 67 distinct machines opened acrobat.exe last month. Top 17 violators →." Same for Office, Slack, Cursor, Figma, Notion. Pays for the tier on its own.
Location-aware network health Packetman saysPer-location TCP retransmission rate (link quality) and TCP RST rate (middlebox misbehavior) ranked vs fleet baseline. Catches bad VPN gateways, captive portals, MTU black holes, NAT exhaustion. "Tampa office has 14× normal RST rate" is gold for a network-team buyer.
Vendor concentration map Packetman saysStacked bytes-out per cloud / SaaS vendor, sliced by department or location, over time. Single-pane answer to "how dependent are we on each vendor" and "if AWS us-east-1 vanished, what stops?"
Org-wide executable analysis (outliers, LotL) Packetman saysHash-anchored saturation, drift, and rename detection across the whole fleet. Living-off-the-land malware persists by impersonating known-good binaries; cross-fleet hash comparison is the cleanest detection primitive. Needs ~50 agents of baseline to produce useful signal.
Beaconing detector Packetman saysCross-machine search for consistent low-bandwidth periodic outbound connections — the network signature most C2 traffic prints. Catches dormant or staged compromises that single-machine EDR misses. Signature of behavior, not signature of binary.
Data-sovereignty rollup Packetman saysBytes uploaded to each destination country, sliced by department/location tag, over arbitrary time ranges. Filter to "non-EU destinations from EU-tagged agents." GDPR / Schrems II answered with measurement, no DPI. Compliance teams pay for this alone.
Diagnostics & operations
Remote diagnostic commands Packetman saysIssue diagnostic commands to any agent via the heartbeat channel — no inbound port, no VPN required. The agent receives the command on its next heartbeat (≤60s), runs it, and posts the result back. Current commands: power_diagnostics (power plan, sleep settings, Modern Standby detection, recent sleep events).
Live resource gauges (CPU, RAM, disk) Packetman saysCPU utilization, RAM in use, primary-disk fill percentage, swap, load average, and logged-in user count — sampled on every heartbeat (about every 60 seconds). Thresholds color green below 75%, amber at 75–90%, red above 90%. The moment a machine starts thrashing swap or a disk fills, the next heartbeat flags it — no separate monitoring agent to deploy, no cron job to schedule.
Host inventory snapshot Packetman saysOS identity (distro, version, kernel build, architecture), CPU model and core count, RAM total, every active NIC with IPv4/IPv6/MAC, default gateway, installed software, USB devices currently attached, and snapshot age. Collected at most once per 24h and only when content has changed — so a steady box adds essentially zero overhead per heartbeat. Linux: dpkg/apt (auto-installed dependencies excluded). Windows: Uninstall registry keys (never Win32_Product, which triggers MSI self-heal). macOS: /Applications/*.app/Contents/Info.plist scan.
Hardware identity (manufacturer / model / SKU / serial / BIOS) Packetman saysSMBIOS-derived per-host identity block: manufacturer (Dell, Lenovo, HP, Acer, Apple), model name, SKU code, BIOS-reported serial number, system UUID, BIOS vendor and version and date, chassis type. Linux reads /sys/class/dmi/id; Windows uses GetSystemFirmwareTable plus a registry fallback. The trio of manufacturer, model, and serial is the asset-tracking primary key vendors key their auto-detect tools on.
Storage / memory / CPU runtime / NIC PCIe link state Packetman saysPer-storage-device class (NVMe / SATA-SSD / SAS-SSD / HDD / virtual / removable), capacity, model, serial, firmware revision, and PCIe link speed and width. Per-DIMM SMBIOS Type 17: locator (DIMM_A1 / DIMM_B1), size, configured running speed in MT/s vs the rated maximum, type (DDR4 / DDR5 / LPDDR5), manufacturer, part number. CPU runtime: scaling governor, current and min and max frequency, side-channel mitigation status, and a curated ISA flag set (AES-NI, AVX2, AVX-512, SHA-NI, RDRAND, virtualization). NICs gain PCIe link gen and width so "10GbE NIC trained x1" surfaces as a real perf finding.
GPU / graphics adapter inventory Packetman saysPer-adapter vendor, model, PCI ID, driver version and date, dedicated VRAM, and class (discrete / integrated / virtual / remote). Distinguishes physical hardware from VMware SVGA / virtio-gpu / Microsoft Basic Render so fleet rollups never count a virtualized desktop as broken hardware. Useful for tracking stale-driver CVE exposure since GPU drivers are a recurring kernel-LPE surface.
Security posture check Packetman saysSnapshot of host-protection state collected alongside the daily inventory: disk encryption (BitLocker, LUKS, FileVault), host firewall on/off, TPM presence and version, Secure Boot status (Windows), AV product with real-time-protection state (Windows Defender and registered third-party products), local admin group members, pending OS update count, and reboot-pending flag. Tri-state where applicable: green = on, red = off, "not reported" = the OS does not expose this signal cheaply on this platform.
Power plan & sleep visibility Packetman saysHost inventory includes the active Windows power plan name and GUID, Connected Standby (S0ix / Modern Standby) status, hibernate state, and sleep-after-AC timeout. Modern Standby suspends the agent service during sleep — knowing it's active explains heartbeat gaps that would otherwise look like crashes.
Alerts & SIEM export Packetman saysEmail or webhook alerts when conditions match — grade-F destination hit, agent goes offline, retransmission rate spikes, exposed-service detected, new executable. HMAC-signed webhook bodies so your SIEM can verify provenance. Per-day deduplication per rule so a persistently bad flow sends one notification, not a thousand.
In-app support (AI triage + human escalation) Packetman saysAI answers first, in tenant context. Stuck? Escalate to tenant admin with one click — the full conversation (including what the AI tried) lands in their inbox. Admins reply in the same thread. Sensitive patterns (API keys, credit cards, private-key PEM blocks) are scrubbed on the endpoint before transit.AI onlyAI + humanAI + humanAI + human
priority
Identity & access
SAML / OIDC SSO Packetman saysSingle sign-on via your existing identity provider (Okta, Entra, Google Workspace, Auth0, etc.). Group claim → tenant role mapping. SCIM provisioning so deactivated identity-provider accounts auto-deactivate in DataStun.
Per-tenant dashboard subdomain Packetman saysYour tenant gets its own subdomain (yourcompany.tenant.datastun.com) with its own DNS and TLS cert. Cleaner sharing with stakeholders, audit-ready URLs in reports, and cleaner SSO bindings.
Compliance reports (SOC 2, HIPAA) Packetman saysPre-built compliance evidence reports with the dated, signed format auditors expect. Evidence binders for SOC 2 CC6.6/CC7.2, HIPAA §164.308 access controls, ISO 27001 A.12.4 logging. Saves weeks per audit cycle.

Hover any Packetman head for a one-paragraph deep-dive. All tiers use the same agent binary; tiers gate scale, retention, and advanced features only.

Ready to see what’s on your network?

Start on the Individual tier — up to 10 agents with 30 days of history. Every plan includes a generous 30-day trial; you’re not charged until it ends.