The Runtime Gap
Code signing covers deployment, not runtime. Attackers modify binaries and configs after release — often silently, until incident response.
Press play.
Physical Reality Sentry is a risk mitigation and regulatory compliance platform. At its core is our patented Distributed Thermodynamic Security layer that sits completely outside the plane of attack.
PRSentry runs a continuous pulsed status check on all enrolled assets at approximately 30-second epochs. Each pulse and the assets enrolled must first pass a rigorous certification process and, if approved, are then fused into a Merkle tree and recorded to a chained distributed immutable ledger. This ledger provides access for third party audit.
Our singular focus is to provide your full graph a continuous decentralized pulsed attestation layer that snaps onto your SOC with a thin client and zero rip and tear. Our architecture achieves this goal by addressing the centralized gaps causing ticket fatigue, increasing hunt, dwell and blast radius while hardening your SOC for an autonomous agentic ecosystem and supporting your regulatory compliance process.
Security that cannot prove itself becomes another blind trust anchor.
These are the Three Centralized Problems.
Code signing covers deployment, not runtime. Attackers modify binaries and configs after release — often silently, until incident response.
Every security tool requires trust in the security tool. Operators inherit circular assurance instead of verifiable ground truth.
When your AI agent decides, there is no continuous proof it was authorized, unmodified, and acting within declared bounds.
Three pulses. One cryptographic cadence. Public receipts when you choose to publish.
Two jobs: room entropy from sensors outside the computer, and each hardware asset as a location node on the premise map. Move it without re-binding and the link breaks.
Runtime integrity versus enrolled baselines — binaries and configuration drift surfaced in seconds.
Agent authorization, model posture, and behavioral envelopes — attested alongside hardware and software.
Outside both planes
Press play.
Security that cannot prove itself becomes another blind trust anchor.
Code signing covers deployment, not runtime. Attackers modify binaries and configs after release — often silently, until incident response.
Every security tool requires trust in the security tool. Operators inherit circular assurance instead of verifiable ground truth.
When your AI agent decides, there is no continuous proof it was authorized, unmodified, and acting within declared bounds.
No amount of source-level verification or scrutiny will protect you from using untrusted code. The lesson generalizes past compilers. Any verification chain that terminates inside the compute plane can be captured by an adversary who holds a lower layer of that plane.
The client is thin. About every thirty seconds it samples the enrolled sensors, computes hashes over the evidence and over its own files, and signs the epoch with the enrolled Ed25519 key and with an ML-DSA-87 signature over the same bytes. The record is accepted only when both signatures verify. The record path agrees a connection secret with ML-KEM-1024 and X25519, and both halves must succeed. It does not run the statistical model. There is no Bayesian scoring on premise. This keeps the accept decision off the monitored host.
The physical and statistical class bits are set here, on the server. The client does not pre-grade the room and does not decide whether the environment is genuine.
The sensors sit outside the compute plane and outside the enrolled graph of the attested location. Nothing running on the monitored host feeds them.
This is what NanŌmics is built to be outside the plane of attack as a pulsed continuous spatial, temporal and scope heartbeat for all assets written to a chained immutable ledger.
Is it ok if we call you
This page reads the asset listing. It does not write back to that listing.
| Asset | Room | Kind | Source |
|---|
The more detail you add, the stronger the protection.
Scope
Guide this enrollment, read the sensor, hash the program, and show the result.
Enrolled ID
Public key, on this computer
Enroll first. When the server returns verdict=accepted, the pulse is on the record. I repeat this about every 30 seconds.
Tamper notice. The hash no longer matches. The witness stops posting green results until it is fixed.
Part I — the room stack (Internal estimate)
Each enrolled room runs a Bayesian check on the room reading. Pulses that pass are fused into a Merkle tree for that window. Across many independent rooms, the joint chance of faking the room check multiplies down.
≈ 9.6 × 10⁻⁸⁴ at 1,000 independently certified rooms. Internal estimate — arithmetic under independence — not a measured 1,000-room fleet. About 276 bits of work.
Three pictures of that scale
And that is the easy part.
Part II — the five-class conjunction
On the same signed pulse, five doors must all open together:
Miss any one class on any one leaf and that leaf is not certified. To fake the whole epoch, an attacker would have to be present in 1,000 enrolled rooms in the same 30 seconds, with the enrolled keys, passing all five classes on every leaf, fused under one root. Short of that presence, he must break the measurement itself at those rooms, at that moment. We publish a number for the room-stack product. We do not publish a probability for that extra margin. The only known way to produce a genuine leaf is to be there.
Open the 3D model full page — 1,000 rooms, one root, and the bits comparison with post-quantum cryptography.
PoPTriage time-joins inbound alerts to accepted epochs on the enrolled graph, assigns triage priority classes (for example tamper · halt · pulse failure · accepted · unenrolled), and emits enrichment that includes pulse evidence and spatial context (zone · room · deployment) when enrolled.
Out: signed accepted epochs · tamper / halt notices · audit export.
In: security alert records from SIEM / SOAR.
Reality Pulse Meter counts one billable event per accepted epoch — an epoch the NanŌmics server returned as verdict=accepted on the enrolled stack.
Two jobs
Room entropy from sensors outside this computer · each HW asset = location node on the premise map
Feeds
Visual · acoustic · kinetic (separate). A camera does not fill sound or motion.
Room digest
Saved. Raw picture and sound are not stored.
Win line
enroll first · verdict=accepted
File
The program that is running
Hash
Saved on this computer
Enrolled ID
Public key, on this computer
Guide
Assistant, with the scope just typed
Enrolled ID
Public key
Sensor
Room sensors outside host (V · A · K)
Enrolled ID
Public key
Program
Hash of the file that is running
Enrolled ID
Public key
Signer
NanŌmics
Status
Review
Tied to
The program hash
Click any row to open the fleet map for that asset. Lights match the live site. The epoch row lights only when a Solana receipt for that root is on the page.
Sentry epoch 41
Merkle root desk-root-41
Solana Devnet No receipt on this page. This epoch row stays dark.
| Epoch | Root | Solana receipt |
|---|---|---|
| 41 | desk-root-41 | No receipt · devnet |
| Enrollment | Hardware | Software | AI pulse | Last heartbeat | Status | Room | Rack |
|---|
This guided tour ends here.
If you would like a deeper dive, click on our Resources page.
If you are an investor, a potential OEM founding partner, or SOC leadership, please click here to fill out the form for access to your respective documents and demos.
Digest only
Guide · Sensor · Program
The result shows here.