Security at Glueprint

Your infrastructure.Your standards.

Give your agents room to work, with a security model your team can inspect. Execution stays on your hosts. Access is governed by explicit checks.

Sheet S-001 Section cutArchitecture / access / accountability
ZONE A · YOUR INFRASTRUCTURE ZONE B · RELAY ZONE C · AUTHORIZED ACCESS FOUNDATION · SERVER-SIDE AUTHORIZATION · AUDIT EVENTS CLIENT UNWRAPS KEY CIPHERTEXT ROUTING METADATA WRAPPED KEYS PLAINTEXT WHILE IN USE PLAINTEXT AFTER AUTHORIZATION
  1. 01Your code runs on the hosts you choose.
  2. 02Classified content crosses the relay as ciphertext.
  3. 03People and agents work within explicit permissions.
S-100Follow the dataPlan view

The work stays with you.
See what moves between.

Execution, content transport, and key delivery are separate concerns. Explore the key path your team uses.

Sheet S-101 Data pathEncrypted in transit
Key delivery path
Your infrastructure

Your hosts

Repositories, agents, terminals, and files.

Plaintext while in use
Encrypted content
Routing & delivery

Glueprint relay

Ciphertext, routing metadata, and presence.

Wrapped key storageKey delivery via AWS KMSInside the key-delivery boundary
Encrypted content
Authorized access

Your screens

Desktop, browser, and mobile.

Plaintext after authorization
Classified free-text content is encrypted before relay transit. Routing metadata remains visible in both paths.
Password & recovery

Authorized clients unwrap the tenant key.

The relay stores wrapped key material and does not receive the credential-derived key that unlocks it. A database or relay compromise alone does not provide the client-unwrapped key.

Key lifecycle
Enterprise SSO

The active relay is inside the key-delivery boundary.

For an authenticated SSO session, the relay asks AWS KMS to unwrap the tenant-bound key and delivers its bytes to the client over TLS. An active relay compromise is inside this trust boundary; a database snapshot alone remains insufficient.

Key lifecycle
S-200You set the scopeDetail drawings

More capability.
Clear responsibility.

Encryption protects content in transit. Server-side authorization decides who can receive it, who can act, and which actions need a person.

01 / Organization & hosts

Connect the right people.

Organization roles and host visibility define who can reach each machine and its work.

Organization roles / host visibility
02 / Teams & tasks

Make responsibility explicit.

Team membership, board roles, and object ownership govern collaboration. Task Flow Definitions restrict transitions by role.

Viewer / contributor / lead
03 / Assistant governance

Decide where people step in.

Permission tiers, tool filters, quiet hours, and supervision rules shape what assistants can do.

Permissions / tools / supervision
Bring your organization’s identity.

Enterprise supports SAML, OIDC, and SCIM 2.0 for identity-provider login and lifecycle provisioning.

Identity controls

Security-sensitive account, team, task, and administrative activity is recorded in audit events.Explore access controls

S-300Know the boundariesNotes on the drawing

Trust starts with
the whole picture.

A useful security model makes its limits visible. Here’s what sits alongside content encryption.

Read about endpoint storage
  1. 01
    Visible in transit

    The relay sees routing metadata.

    Tenant, host, session, assistant and team identifiers; presence; sequence numbers; timestamps; event labels; and selected fixed-enum/read controls remain visible for routing.

  2. 02
    Endpoint security

    Your endpoints hold usable content.

    Authorized hosts and clients decrypt content to execute or display it. A compromised endpoint can expose plaintext and key material available there.

  3. 03
    Provider terms apply

    Your AI provider is a separate boundary.

    The coding agent and model provider you configure receive prompts and context directly, under their own security and privacy terms.

  4. 04
    Server-side checks

    Encryption is not a per-user permission.

    The tenant Data Encryption Key is shared within the organization. Host visibility, membership, roles, and object permissions control delivery and access.

S-400For a closer lookSpecifications

The detail behind
the decisions.

Encryption primitives, credential storage, authorization, and infrastructure. Open a section to inspect the implementation model.

Content encryption
AES-256-GCM
Password-path PBKDF2
600,000 iterations
Per-message nonce
12 random bytes
01Encryption & key lifecycleContent protection, key delivery, and client storage

Glueprint uses a tenant Data Encryption Key (DEK) for relay content. Password, recovery, and agent-host paths store and transport only wrapped key material. Enterprise SSO stores a second KMS-wrapped key and permits the relay to call AWS KMS Decrypt for an authenticated SSO session.

ContentAES-256-GCM

Authenticated encryption protects confidentiality and detects ciphertext modification.

Nonce12 random bytes

Every encrypted message generates a fresh nonce for GCM nonce uniqueness.

Password seatsPBKDF2 + AES-GCM

A password-derived KEK unwraps the tenant DEK on the client.

Agent hostsPBKDF2 + AES-KW

An API-key-derived KEK unwraps the tenant DEK on the host.

Enterprise SSOTenant CMK + TLS

AWS KMS unwraps a tenant-bound key; the relay returns its bytes to the authenticated client over TLS.

Portal cacheScoped session storage

Raw DEK bytes may be cached per tab under a user-and-tenant scope so a reload can recover the active key.

The desktop keeps its active relay DEK in zeroizing process memory and clears that copy when the encryption manager locks. Before host registration, browser sign-in supplies a separate temporary DEK held only in desktop process memory; it is cleared after activation, on logout or a new sign-in, or on the first use after its 30-minute lifetime expires, and it does not survive a restart. The portal may keep exportable key bytes in tab-scoped session storage until logout or the browser session ends. Device compromise can expose plaintext or key material available on that endpoint.

02Identity & credentialsDesktop sign-in, human clients, hosts, and Enterprise SSO

Human and agent connections use separate credential types and scopes. Desktop sign-in uses PKCE, human relay clients use JWTs, and agent hosts authenticate with API keys.

DesktopPKCE + local credential files

User tokens and API keys are kept in separate files under the Glueprint data root; Unix writes use owner-only permissions.

Human clientsJWT and refresh controls

Email verification, optional MFA, rotation, and refresh-family revocation reduce account-token risk.

Agent hostsScoped API keys

Activation binds the connection to an organization and host identity; an environment-variable override is also supported.

EnterpriseSAML, OIDC, and SCIM 2.0

Claimed domains, identity-provider login, and lifecycle provisioning support managed access.

03Access control & governanceRoles, permissions, supervision, and audit events

Server-side authorization evaluates organization role, host visibility, team membership, board role, and object ownership before data or control requests are accepted. Sensitive WebSocket controls pass through explicit subtype allowlists and role gates.

  • Team mutations remain server-authoritative, including lead and tenant-admin checks.
  • Board actions distinguish viewer, contributor, and lead permissions.
  • Assistant governance adds permission tiers, tool filters, quiet hours, and supervision rules.
  • Task Flow Definitions restrict state transitions by role.
  • Audit events record security-sensitive account, team, task, and administrative activity.
04Local execution & storageHost data, credentials, and endpoint responsibilities

Repositories, agent processes, terminals, and the primary operational store remain on the selected host. Desktop and daemon data default to ~/.glueprint/, with YAML and JSONL files for configuration and event history.

Rust services expose typed command boundaries to the desktop frontend, and shared storage paths use atomic-write patterns where implemented. Tokens, API keys, and managed harness keys use dedicated local files rather than universal OS-keychain storage; Unix writes use owner-only permissions. Endpoint account controls, filesystem permissions, and disk protection remain part of the security boundary.

05Relay & infrastructureControl planes, cluster routing, and delivery controls

Authenticated HTTP and WebSocket connections carry control and encrypted event traffic. Sequence tracking and gap fill support ordered delivery and recovery; they are delivery controls rather than a replacement for cryptographic authentication.

  • Control-plane and data-plane roles separate account/billing operations from relay traffic.
  • Every tenant is pinned to a cluster, and mismatched HTTP or WebSocket connections are rejected with a re-home target.
  • Rate limits and heartbeat monitoring reduce abuse and stale connections.
  • PostgreSQL stores durable service state; Redis supports presence, routing, and short-lived buffers.
  • Typed control messages, structured errors, and explicit allowlists narrow the remote-command surface.

Glueprint does not claim a certification, penetration-test result, or security property that has not been independently established.

Architecture reference last updated .

S-500An open line to our teamReporting

Security is
a conversation.

Reviewing Glueprint for your organization, or found something we should investigate? Talk directly with us.

Help us understand what you found.

  1. 01Share a private description, the potential impact, and the affected version or surface.
  2. 02Include reproduction steps and relevant proof-of-concept material. Keep credentials and personal data out of the first message.
  3. 03Avoid accessing anyone else’s data or disrupting users. Allow reasonable time for investigation and remediation before disclosure.

We acknowledge and assess reports as promptly as practical and coordinate remediation. If an incident affects personal data, we investigate, contain it, and notify affected people and authorities as required by applicable law.