SentraMind is designed for self-hosted and air-gap-capable operation. The current POC keeps deterministic detection and policy authoritative, records reviewable events, and makes every stand-in visible.
A verified package does not make a whole capability production-ready, and a roadmap direction never borrows the visual language of current product.
Available for POC
Core
Platform Core
Evaluate deterministic policy, role enforcement, immutable policy versions, and a tamper-evident event record in a controlled POC.
Identity uses a development provider; evidence-sealing primitives are verified, but the live verdict pipeline does not yet invoke the sealer.
Available for POC
Sentry
GenAI Prompt DLP
Evaluate deterministic detection and governed verdicts before an approved client submits text to an AI destination.
Endpoint interception is simulated and model classification is disabled. The browser demo is not evidence of fleet capture.
Coming next
Cartographer
AI Usage Observability
The engineering build validates normalisation and projection behaviour using synthetic scheduled-file and CEF/syslog-shaped observations.
Not in the current POC offer. Live source integration, coverage, and completeness are not proven.
Current platform capabilities, availability and disclosed evidence boundary.
Capability
Module
Availability
Evidence boundary
Platform Core
Core
Available for POC
Identity uses a development provider; evidence-sealing primitives are verified, but the live verdict pipeline does not yet invoke the sealer.
GenAI Prompt DLP
Sentry
Available for POC
Endpoint interception is simulated and model classification is disabled. The browser demo is not evidence of fleet capture.
AI Usage Observability
Cartographer
Coming next
Not in the current POC offer. Live source integration, coverage, and completeness are not proven.
Governed decision path
The model does not become the authority
A POC decision follows a legible sequence: simulated input, deterministic detection, policy resolution, governed outcome, and an event record.
Customer-controlled evaluation boundary
Simulated prompt input
Deterministic detector
Versioned policy resolution
Prohibited path terminates
Reviewable event record
Warning issued Available for POC
Authority
Versioned policy resolution
Provenance
Simulated prompt input
Event time
Policy reference
POC-POLICY-EXAMPLE
POC architecture
Implemented controls, with their edges exposed
The overview names what current code supports and where production integrations remain acceptance criteria.
POC control plane: identity and policy govern an event before recording and evidence custody.
Customer-controlled evaluation boundaryGoverned control plane Authoritative path
01
Identity and roles
Role enforcement is implemented at POC depth through a disclosed development identity provider. Real AD, Kerberos, SPNEGO, PIV, and FIDO2 are absent.
Governed control plane
02
Deterministic policy
The same policy engine drives enforcement, dry run, and effective-policy explanation. Immutable versions make the applied rule set inspectable.
Deterministic decision
03
Tamper-evident record
Stored canonical events form a hash chain with signed checkpoints and can be independently verified. SIEM acknowledgement remains emulated.
Canonical event
04
Evidence custody
Evidence-sealing and custody primitives are test-vector verified. The live verdict-to-sealing pipeline is incomplete and POC custody is software-based.
Evidence custody
Resolution trace
1 Exception
2 Rollout stage
3 Rule action
4 Resolved outcome
Evidence plate
One policy engine, one explainable result
Verified in current build
The same deterministic policy engine drives enforcement, dry run, and effective-policy explanation in the tested POC code.
This verifies policy consistency, not endpoint capture, production identity, model quality, rated latency, or customer deployment readiness.
Material limitations
A POC should test the gaps, not conceal them
These limitations define the evaluation boundary.
01
No endpoint agent or browser extension exists; capture is simulated.
02
The model classifier is disabled and no model-quality or language-coverage claim is permitted.
03
Real AD/Kerberos authentication and hardware-backed evidence custody are absent.
04
Rated-QPS latency, production capacity, HA, and failover have not been measured.
05
Runtime zero-egress is a design and acceptance objective, not a proven appliance claim.
Fit by operating need
Three problems the current platform can help evaluate
These are paths through the same current POC, not separate products or claims of production coverage.
Control public-AI data exposure
Test deterministic detection and policy outcomes against approved synthetic or reviewed text samples.
Current POC: Core + Sentry. Endpoint interception remains a disclosed stand-in.
Apply controls inside your boundary
Examine a self-hosted design where policy remains authoritative and model-shaped work cannot silently replace a governed decision.
Air-gap-capable design; runtime zero-egress still requires evaluation proof.
Produce reviewable policy evidence
Inspect versioned policy outcomes and tamper-evident event-chain behaviour while keeping pipeline limitations explicit.
Policy and audit-chain packages are verified only at their stated scope.
Portfolio horizon
Future specialists stay dormant until validated
The remaining modules are design-partner roadmap directions. They do not emit live verdicts, receipts, metrics, or customer outcomes.
A private evaluation starts with architecture, data-boundary, and test-case review. It does not ask you to upload sensitive material through this public portal.