Feature × Audience

How does BYOK work for startups on Plugsky?

For startups, the sensible sequence is standard encryption first and customer-managed keys when a contract makes custody a condition of the deal. Plugsky performs cryptographic operations with envelope encryption: your master key wraps per-object data keys, AES-256 protects data at rest with per-region KMS, TLS 1.3 protects it in transit, and revoking the key cuts access to protected data.

Key facts

Key custodyCustomer-managed keys via AWS KMS, Azure Key Vault, HashiCorp Vault or on-prem HSM
EncryptionAES-256 at rest with envelope encryption and per-region KMS; TLS 1.3 in transit
RevocationRevoking the key cuts access to protected data — a live control you operate
DeploymentCloud, your VPC, on-prem and air-gapped tiers all support customer key custody
Access controlSSO (SAML 2.0 or OIDC), SCIM provisioning and RBAC at workspace, role and resource level
AuditKey lifecycle and access events exportable to SIEM (Splunk, Sentinel, QRadar, Datadog)
Start costFree plan with plugsky-micro and plugsky-lite, no card required
Adoption pathCustomer key custody when a deal requires it, without code changes

TL;DR

  • Your KMS or HSM holds the master key; revocation becomes a live control you operate.
  • Envelope encryption with AES-256 at rest and TLS 1.3 in transit keeps rotation cheap.
  • Start with scoped keys and standard encryption; adopt BYOK when a deal requires it.
  • Rehearse rotation and revocation in staging as soon as procurement begins.
  • Start free with plugsky-micro and plugsky-lite; a 14-day full-access trial covers larger models.

How it works, step by step

  1. Decide which stores fall under customer-managed keys and name the owner of the key lifecycle.
  2. Create the key in your KMS or HSM and reference it from the Plugsky workspace.
  3. Rehearse rotation and revocation in staging before any production data is protected.
  4. Build on the free plan with plugsky-micro and plugsky-lite and no card.
  5. Record which stores would need customer keys when the first enterprise deal lands.
  6. Test rotation and revocation in staging before promising custody in a contract.
1Decide which storesfall undercustomer-managed2Create the key inyour KMS or HSM andreference it from3Rehearse rotationand revocation instaging before any4Build on the freeplan withplugsky-micro and5Record which storeswould need customerkeys when the first6Test rotation andrevocation instaging before

Try it yourself

Open the private LLM deployment estimator →

BYOK for startups: what changes

Startups rarely need BYOK on day one; they need to ship. But the first enterprise deal usually arrives with a security questionnaire, and key custody questions appear on page two. The pragmatic path is to start with the standard encryption model and adopt customer-managed keys when a contract requires it.

BYOK means you supply and control the keys that protect your data — through a cloud KMS such as AWS KMS or Azure Key Vault, HashiCorp Vault, or an on-prem HSM — while Plugsky performs cryptographic operations with envelope encryption: a master key you own wraps the data keys that protect each store, so rotating or revoking a small key changes access without touching the corpus. AES-256 protects data at rest with per-region KMS, TLS 1.3 protects it in transit, and key permissions are separated from platform administration.

Architecture and controls

Use scoped API keys per environment and SSO when the team grows, and rely on the standard model — AES-256 at rest with per-region KMS — until a buyer asks for more. When they do, BYOK through AWS KMS, Azure Key Vault, HashiCorp Vault or HSM is available without changing application code.

Integration pattern and rollout

Begin on the free plan with plugsky-micro and plugsky-lite and no card so you can build and demo before procurement exists. Rehearse rotation and revocation in staging as soon as a deal enters the pipeline, and keep the runbook in your security documentation.

Integrate custody as configuration, not application code. A workspace references the key provider, your services keep using the same OpenAI-compatible endpoints, and the security team owns the key lifecycle: creation, rotation, revocation and evidence. Because the key hierarchy is external to the application, a change of custody does not change prompts, evaluations or SDK usage.

Limits, evidence and cost

Adopting BYOK too early adds operational work you may not be ready for: key availability becomes your availability. Wait for a concrete requirement, then adopt it as a documented control with a named owner.

Pricing stays flat-rate on self-serve plans — see the live pricing page for current tiers — so key custody does not introduce per-operation billing. Start on the free plan with plugsky-micro and plugsky-lite and no card, then use the 14-day full-access trial to evaluate larger models before procurement.

Honest comparison

ConcernPlugsky BYOKVendor-managed keysBuilding in-house
Key custodyYour KMS or HSM; keys separated from platform administrationVendor KMS and shared control planeYou build and run the whole stack
RevocationRevoke the key and protected access stopsUsually a vendor support processYou own the runbook
EvidenceKey lifecycle and access events exportable to SIEMVendor portal logsCustom logging pipeline
Operational loadYou own key availability, rotation and backupsVendor owns the lifecycleYou own everything
Time to controlConfiguration on supported tiersAvailable immediatelyQuarters of engineering
Time to controlAdopt when a deal requires it; no code changeManaged for youPremature operational load

Frequently asked questions

What does BYOK actually change?

You supply and control the master key through a KMS or HSM while Plugsky performs cryptographic operations with envelope encryption. Revoking your key stops access to protected data, and key operations stay auditable.

Who is responsible when a key is unavailable?

You are. Key availability becomes your availability, so plan KMS or HSM redundancy, break-glass procedures and incident response before go-live.

Does BYOK replace certification or a DPA?

No. It is one technical control. Compliance posture — SOC 2 Type II and ISO 27001 readiness in progress — and contractual terms such as the DPA must be reviewed separately.

Do we need BYOK before we have enterprise customers?

No. Start with the standard encryption model and scoped keys, then adopt customer-managed keys when a contract requires them.

How long does adoption take?

On supported tiers it is configuration rather than a rewrite, because the API stays OpenAI-compatible. The real work is the runbook and rotation testing.

What should we tell a buyer asking about keys?

Describe what you have today, the KMS and HSM options available, and the path to customer custody. Evidence beats promises in a review.