Owner-controlled secure connectivity built around pinned identity, explicit capability grants, bounded sessions, observable consequences, and auditable receipts.
SURFACEPUBLIC DOCUMENTATION
AUTHORITYDEFAULT DENY
TRUST ROOTIDENTITY + GRANTS
PRIVATE OPERATOR BUILDNOT DISTRIBUTED HERE
Documentation surface.
This tower describes the public Sec-TP trust and protocol model. It intentionally does not distribute the private operator build, runtime state, credentials, device identities, or internal capability modules.
01 // TRUST MODEL
REACHABILITY IS NOT AUTHORITY.
IDENTITY
PAIRING
Pairing binds a client identity to a pinned gateway. It establishes who is present, not what that identity may do.
AUTHORITY
CAPABILITY GRANTS
Application operations are evaluated against explicit grants and current policy. A connection never silently expands into universal authority.
REACHABILITY
AUTHORIZED UNDERLAY
LAN, VPN, Tailscale, DNS, TCP, and QUIC may provide paths. None of them replace the Sec-TP trust boundary.
02 // OPERATOR FABRIC
ONE OPERATION. VISIBLE BOUNDARIES.
01OWNER CLIENTpaired identity
02PINNED GATEWAYpeer verification
03SEC-TP SESSIONbounded channel
04CAPABILITY GATEpolicy decision
05BOUNDED OPERATIONexplicit scope
06RECEIPTobserve + verify
Conceptual flow. This diagram explains the trust grammar. It is not live topology, current node state, or an invocation interface.