Security Model

Security is not about protection. It is about constraint.

Most systems try to protect execution.

Havenlon ensures execution cannot happen unless every condition is satisfied.

Core Security Principles

Hardware Root of Trust

Trust does not originate from software.

  • Private keys are generated, stored, and used exclusively within hardware
  • Non-exportable by design
  • Not accessible by OS or cloud systems

Dual Policy Engine

Execution is governed by two independent policy systems.

  • Cloud Policy Engine
  • Edge Policy Engine
  • Either layer can veto execution

Separation of Authority

No single component has execution authority.

  • Request cannot execute
  • Decision cannot execute
  • Only hardware can execute

Constraint Intersection Model

Execution is allowed only when all independent constraints are satisfied.

Execution is not a path. It is a condition.

Constraint

Cloud Policy Approved

Constraint

Edge Policy Approved

Constraint

Hardware Validation Passed

Result

Execution Allowed

Execution is not evaluated step-by-step. It is validated as a whole.

The Physical Trust Boundary

Execution is separated from software by a physical boundary.

Even if software systems are compromised, execution can still be rejected at the hardware layer.

  • Cloud is compromised
  • APIs are hijacked
  • Decisions are forged

Non-Custodial by Design

Havenlon does not hold assets.

Private keys never leave user-controlled hardware.

We control execution paths. We do not control assets.

Execution is not trusted. It is enforced.

Security is not about preventing attacks. It is about making execution impossible without satisfying every condition.