Skip to main content
As a production-grade debugging system, HyperProbe is designed from the ground up under two absolute rules:
  1. Never crash or slow down the host application.
  2. Never leak sensitive data outside the container boundary.
This document provides our deep technical specifications on safety, guardrails, and secure data sanitization to share with your operations and InfoSec teams.

🛡️ Part 1: Automated Safety Guardrails

The SDK agent runs an asynchronous safety monitor on a separate thread/event loop cycle to track host system overhead in real-time.

Agent Health States

The safety monitor maps the agent into three operational states:
  • 🟢 GREEN: Normal operation. All indicators are healthy.
  • 🟡 YELLOW (Java Memory < 15%): Alert state. Captures are paced to reduce heap allocation speed.
  • 🔴 RED (Overhead Spike): Cooldown shield. All active probes are instantly uninstalled in-memory for the duration of the cooldown period (default 10 seconds) before automatically attempting a clean resume.

Configurable Safety Thresholds

You can configure these limits in code or via environment variables to match your environment’s latency budget.

🔒 Part 2: Zero-Trust In-Process Data Redaction

Many debugging tools leak database credentials or user credentials because they capture memory dumps. HyperProbe prevents this using an In-Process Sanitization Engine. All variable filtering, structural serialization limits, and secret redactions occur inside your container’s memory boundary. Raw, unsanitized variables never reach network packets or leave your secure execution context.

Default Redacted Keys

By default, any variable whose key matches any of the following patterns (case-insensitive) has its value replaced with [REDACTED] before serialization:

Customizing Redactions

Extend default keys or redact known literal values (like system-wide master tokens):

📦 Part 3: Payload Structural Constraints

To guarantee that capturing a deep object (like an Express request wrapper or a heavy database row result) doesn’t result in high memory pressure, HyperProbe strictly enforces hard structural limits on serialized payloads:
These limits apply structurally to each variable during heap traversal. The overall telemetry event size is dynamically throttled and capped by your configured in-process Bandwidth Cap (bandwidthKbPerSec) before transmission, protecting your network from spikes.