Self-hosted Heroku alternative for HIPAA and PCI workloads

If your Heroku Shield workloads fall under HIPAA or PCI DSS, the question is which controls you must own once the platform moves onto your servers. This page maps those controls to self-hosted Dokku, Coolify and Kubernetes.

On this page

Can a self-hosted Heroku alternative meet HIPAA and PCI workloads?

No HIPAA certification exists, so no self-hosted platform can be certified as HIPAA compliant, and leaving a Heroku Shield dyno and Shield Postgres estate moves the controls you relied on onto your own team. HHS states that no Security Rule standard requires an entity to certify compliance, so a vendor's Shield tier is one input to your risk analysis and nothing more. Whether Dokku, Coolify or Kubernetes meets your obligations depends on your own audited environment, your defined scope and how your assessor tests it. Fir is not certified for any compliance program, and you should confirm Heroku's current compliance statements in writing before you plan a renewal or residency decision around them. HHS FAQ on certification

The controls you own start with the HIPAA technical safeguards in 45 CFR 164.312, which carry seven implementation specifications, including unique user identification, emergency access procedure, automatic logoff and encryption. On Kubernetes, Secrets are stored unencrypted in etcd by default, so encryption at rest, least-privilege RBAC on list and watch access, and a tested etcd backup plan become settings you must configure and prove. On a single-server platform, the reverse proxy is part of the evidence: Coolify runs Traefik by default and Dokku ships nginx, and you need to show TLS configuration and access logging for either. Coolify's guidance for teams leaving managed platforms notes that a rollback does not restore databases or persistent files, so restore tests are a compliance control, not an operations afterthought. If an outside provider handles ePHI for you, 45 CFR 164.314 requires a business associate contract that flows the Security Rule down to subcontractors.

What HIPAA and PCI DSS require from the hosting layer

HIPAA and PCI DSS both reach the hosting layer whenever it touches regulated data, and the obligations land on the organization that runs the servers. The cards below set out who is in scope, which safeguards and contract terms apply, and which versions and facts to confirm before you move a workload off Heroku Shield.

HIPAA scope for covered entities

The HIPAA Security Rule applies to covered entities, which are health plans, health care clearinghouses and covered health care providers, and to their business associates. It covers all electronic protected health information they create, receive, maintain or transmit. A self-hosted platform that stores or passes patient data puts the operator inside that scope, so confirm with counsel which entity in your chain is the covered entity or business associate before you choose a hosting design.

18 standards and 36 specifications

Appendix A to Subpart C groups the Security Rule into administrative, physical and technical safeguards. It lists 18 standards with 36 implementation specifications, of which 14 are required and 22 are addressable. Addressable does not mean optional: you must assess each one, implement it or document an equivalent measure, and record why. Map every specification to a control owner in your own environment, since Heroku Shield does not map them for you.

Technical safeguard specifications

The five technical standards in 45 CFR 164.312 carry 7 implementation specifications. Unique user identification and emergency access procedure are required. Automatic logoff and both encryption specifications are addressable. On a self-hosted Dokku, Coolify or Kubernetes cluster, unique user identification means every operator logs in with a named identity, and emergency access means a documented break-glass path that does not depend on one administrator's laptop.

Business associate contract terms

Under 45 CFR 164.314(a)(2)(i), a business associate contract must require the business associate to comply with the Security Rule, flow the same terms down to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI. If you are the operator of the hosting layer, ask your provider and any hosting partner for the signed terms, the subcontractor list, and the incident notification path before go-live.

PCI DSS applicability

PCI DSS applies to any entity that stores, processes or transmits cardholder data or sensitive authentication data, and to any entity that could affect the security of the cardholder data environment. That includes merchants, processors, acquirers, issuers and service providers. A self-hosted app that handles card data, or that shares a network or cluster with systems that do, brings the hosting layer into the cardholder data environment, so define that boundary before you design the platform.

PCI DSS v4.0.1 is the active version

PCI DSS v4.0.1 was published on 11 June 2024 and is the only active version, since v4.0 retired on 31 December 2024. The 51 future-dated v4.0 requirements became effective on 31 March 2025. Build your control set and evidence plan against v4.0.1 and confirm with your acquirer or the payment brands which validation path applies, because the PCI SSC does not enforce compliance itself.

What the Heroku Shield tier covers and what it leaves to you

Heroku's Shield tier is the managed option Heroku offers for regulated workloads, including Shield dynos and Shield Postgres. Heroku's next-generation Fir platform is built on Kubernetes, OCI containers and OpenTelemetry, and it builds apps only with Cloud Native Buildpacks. Fir is not certified for any compliance program, so the compliance status of any Shield workload depends on the program in question and the scope Heroku states in writing. Treat any summary, including this page, as a starting point and rely on the written scope.

  • Attestation scope: Ask Heroku which compliance programs, products and regions the current Shield attestation covers, and the date of the report.
  • Business associate agreement: Request the current BAA and confirm it names the Shield dynos and Shield Postgres you would run.
  • Fir status: Ask whether any service in your account runs on Fir and whether that service sits inside the attested scope.
  • Pricing structure: Heroku bills each dyno and database per month on its pricing page, so list Shield dynos, Shield Postgres and add-ons as separate line items when you compare.

Check these four points before you compare any quote, because a self-hosted cost estimate only means something against a fixed compliance baseline.

Which open-source platforms fit a HIPAA or PCI environment

This table compares the Heroku Shield baseline with Dokku, Coolify, Kubernetes, Dokploy and CapRover against the controls a HIPAA or PCI assessment will ask about. Read each row as what the platform provides and what you still build, configure, document and prove yourself. HIPAA has no certification, and PCI validation comes from a QSA or a self-assessment, so your evidence will come from your configuration and records.

OptionHow it supports the controlsTrade-offsWhat to confirm with the vendor
Heroku Shield (managed baseline)Shield dynos and Shield Postgres are Heroku's tier for regulated workloads, with scope set by Heroku's agreement.Compliance scope and contract terms sit with Heroku, while app code and data handling stay with you.Written scope of any HIPAA or PCI coverage, BAA availability, and which Fir features fall inside that scope.
Dokku (MIT)Runs apps on one server you control; HTTPS comes from the proxy you choose, nginx by default or Caddy, HAProxy, OpenResty or Traefik.A single host has no built-in failover, and you own OS patching, Postgres backups and server access.Whether the maintainers publish a security policy or hardening guide, and the TLS settings to use with your proxy.
Coolify (Apache-2.0)Manages servers over SSH and routes HTTPS through Traefik by default or Caddy; you define dashboard access.Version 4.0.0 was the first stable release on April 27, 2026, so review its release history. You own patching and backups.Audit logging, the dashboard role model, and whether database backups can be encrypted and stored off the server.
Kubernetes (Apache 2.0)Supports OpenID Connect and X.509 authentication, RBAC and Pod Security Standards, which you must enforce.Secrets sit unencrypted in etcd by default. Production etcd should run an odd member count, five members recommended, with tested snapshot backups; kubeadm HA needs three control plane nodes and a TCP load balancer on port 6443.Which conformant distribution you will use, its support window, and your tested etcd restore and Secrets encryption setup.
Dokploy (open core)Core code is Apache 2.0, but SSO, SCIM, audit logs and custom roles sit in proprietary directories.Access control and audit evidence may depend on proprietary, source-available code under separate license terms.Which features your edition includes, and whether the Dokploy Source Available License permits your intended use.
CapRoverA self-hosted PaaS whose LICENSE file adds an appendix that supersedes Apache 2.0.The appendix restricts modifying paid features and redistributing paid versions, which can complicate internal changes.A legal review of the license appendix before any regulated use.

How to deploy a self-hosted platform inside your audited boundary

This sequence turns a self-hosted platform into an environment whose data boundary, access paths, encryption, backups and third-party obligations are defined, documented and tested before any regulated workload moves in.

  1. Define the regulated data boundary

    Your compliance lead and architects list every system that creates, stores, transmits or could affect protected health information or cardholder data, including the app, its database, logs, backups, CI runners and support tooling. Document which network segments, accounts and people fall inside the boundary and which are excluded. Confirm the HIPAA, PCI DSS or other program scope with your assessor before infrastructure is built. The output is a signed scope statement and a data flow diagram that the rest of the steps reference.

  2. Select the platform and its supported versions

    Engineering compares Dokku, Coolify, Dokploy and a Kubernetes distribution against the scope statement, focusing on how each handles authentication, secrets, updates and multi-host operation. Check each project's license, release cadence and the support window for the versions you plan to run, since your team will own patching. For Kubernetes, confirm the distribution is CNCF conformant and plan upgrades within the version skew policy. The output is a written decision record with the chosen platform and version pinned.

  3. Place the platform inside your own account

    Your cloud or infrastructure team provisions servers, networks and storage in an account or data center you control, with separate environments for production and testing. Restrict administrative access to named identities, place databases on private subnets, and confirm that no regulated data leaves the chosen region or provider. If a hosting provider or data center operator can reach the systems, add that party to the vendor inventory. The output is a network diagram and an access list reviewed against the boundary.

  4. Configure the reverse proxy and TLS

    The platform's reverse proxy, such as Traefik or Caddy for Coolify or nginx for Dokku, routes domains to application containers and terminates HTTPS. Enforce modern TLS versions and ciphers, restrict the dashboard to an internal address or VPN, and disable plain HTTP for regulated hostnames. Keep certificate issuance and renewal logs, since expired certificates are a common outage cause. The output is a test report showing that each regulated endpoint accepts only encrypted connections and that the admin interface is unreachable from the public internet.

  5. Encrypt secrets and restrict cluster access

    If you run Kubernetes, enable encryption at rest for Secrets, because they are stored unencrypted in etcd by default. Limit who can list or watch Secrets with least-privilege RBAC, and consider an external store through the Secrets Store CSI Driver. For Dokku or Coolify, store environment variables in the platform's secret handling and limit dashboard roles to the people who need them. Confirm that users authenticate through your identity provider with multi-factor authentication where the program requires it. The output is an RBAC review and a sample of decrypted-at-rest verification.

  6. Migrate databases with restore tested

    Export the production database from Heroku Postgres or your current source, load it into the self-hosted database, and run application tests against the restored copy. Set up scheduled backups to encrypted storage inside the boundary, then perform a timed restore to a separate host and verify row counts and application behavior. A rollback to a previous application image does not restore databases or persistent files, so the restore test is the only proof that recovery works. The output is a documented restore runbook with a recorded test result.

  7. Enable logging, monitoring and access review

    Forward platform, proxy, database and authentication logs to a central store that the operations and security teams can query, and retain them for the period your program requires. Set alerts for failed logins, new administrator accounts and changes to network exposure. Schedule periodic reviews of who holds access to the platform, the database and the backups. The output is a log source inventory, a sample alert that fired during testing, and a first signed access review.

  8. Sign third-party agreements before go-live

    Before any regulated data moves, your legal and procurement teams execute the required agreements with every third party that can touch ePHI or cardholder data. For HIPAA, a business associate contract must require Security Rule compliance and incident reporting, with the same terms flowed to subcontractors. For PCI DSS, confirm the service provider responsibilities matrix and obtain the provider's current attestation. DeployOpen's involvement is documented in its own written scope, and it does not issue audit reports or certifications. The output is a signed agreement register that matches the vendor inventory from the first step.

Controls you own after leaving Shield

Heroku Shield bundles infrastructure controls into a managed tier, and moving off it moves those controls to your team. Each card below names one control area you must design, operate and evidence yourself, with the checks to run before the first regulated workload goes live.

Access control and unique user identification

Every person and service that touches the platform needs an individual identity, so actions can be traced to one user. In Kubernetes, humans authenticate through certificates, OpenID Connect tokens or an authenticating proxy, and access is granted through RBAC. Check that no shared deployment accounts exist, that emergency access is documented and tested, and that access reviews are scheduled and recorded. Dokku and Coolify add their own dashboard and SSH accounts, so inventory those too.

Multi-factor authentication for remote access

Where PCI DSS applies, or where the FTC Safeguards Rule applies to a non-bank financial institution, MFA is expected for administrative and remote access to the cardholder or customer data environment. The FTC rule requires MFA for any individual accessing any information system unless the Qualified Individual approves an equivalent control in writing. Confirm which identity provider enforces MFA for the dashboard, SSH, the Kubernetes API and the database, and keep the written exception file if you use one.

Encryption and secrets handling

Kubernetes stores Secrets unencrypted in etcd by default, so encryption at rest must be turned on and verified, not assumed. Encrypt traffic between the proxy, the apps and the database, and decide where keys live and who rotates them. Check that secrets are restricted by least-privilege RBAC for list and watch, and consider an external store through the Secrets Store CSI Driver. Ask your auditor which encryption specifications apply to your data.

Logging, monitoring and incident reporting

Heroku Shield provided log and audit capabilities that you now build from scratch. Collect audit logs from the Kubernetes API, the proxy, the application and the database into storage you control, with retention set by your policy. Define who triages alerts and how a suspected breach reaches your legal and compliance owners. Business associate contracts and PCI assessments both expect incidents to be reported on a defined timeline, so write that timeline into the runbook.

Backup, restore and tested recovery

A managed platform restores data for you, and a self-hosted one does not. Coolify's guidance for teams coming from managed platforms notes that a rollback can redeploy a retained application image but does not restore databases or persistent files. Back up etcd with etcdctl snapshot save and rehearse restores with etcdutl, and back up each database and persistent volume separately. Keep copies off the primary cluster and record restore test results as evidence.

Patching within Kubernetes support windows

Each Kubernetes minor release receives patches for a limited window, so an unpatched cluster becomes an unsupported one. The project maintains the three most recent minor releases, and kubelets may run up to three minor versions behind the API server. Upgrade the API server one minor version at a time, then the controller manager, scheduler and kubelets. Record each upgrade, test it in a non-production environment, and set a calendar for the next end-of-life date.

Evidence assessors and regulators ask for

What does HHS check first in a HIPAA Security Rule review?

HHS enforces the HIPAA Security Rule through complaints, compliance reviews and audits by its Office for Civil Rights, so the evidence you produce should answer whether your risk analysis and risk management records are current and acted on. Assessors typically ask for the written risk analysis, the risk management plan, the access and audit log policies, and records showing how identified risks were addressed. HIPAA has no certification, so no document you hold is a HIPAA certificate. The penalty range is the reason to keep these records tidy: for penalties assessed on or after January 28, 2026, the inflation-adjusted civil money penalty runs from $145 to $2,190,294 per violation, with a calendar-year cap of $2,190,294, according to 45 CFR 102.3. Confirm the current figures with your counsel before relying on them in a board paper. DeployOpen can prepare the evidence for these controls in your environment, but it does not issue audit reports, attestations or certifications.

Which access control and audit log policies will assessors request?

Assessors expect written policies for who may reach the platform, how that access is granted and removed, and how activity is logged and reviewed. For HIPAA, the technical safeguards in 45 CFR 164.312 cover unique user identification, emergency access procedures, automatic logoff and encryption, and audit controls sit alongside them. In a self-hosted Dokku, Coolify or Kubernetes environment, you should be able to show:

  • Named accounts for every operator, with no shared root logins on servers or the platform dashboard.
  • Role assignments and a dated review of who holds administrative rights.
  • Centralized logs for SSH sessions, platform actions, proxy access and database access, retained for the period your policy sets.
  • Evidence that Kubernetes Secrets are encrypted at rest and that RBAC limits who can list or watch them.

Confirm your own retention periods and log review cadence with your compliance lead, since the rule requires a policy but does not set those numbers for you.

What vendor and business associate contracts do assessors ask to see?

Assessors ask for signed business associate agreements with every vendor that creates, receives, maintains or transmits ePHI for you. Under 45 CFR 164.314(a)(2)(i), the contract must require the business associate to comply with the Security Rule, flow the same terms down to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI. For a self-hosted stack, the list usually includes your cloud or data center provider, any managed backup service, and any implementation partner with access to production systems. Under the DORA regime that applies to EU financial entities, Article 30(2) also requires ICT contracts to state where services are provided and data processed, and to cover data return on termination. Keep these contracts in one register so you can show coverage quickly. Have legal counsel confirm which agreements your regulator expects.

What does a PCI DSS scope and network diagram need to show?

A PCI DSS assessor starts by confirming the cardholder data environment (CDE), meaning every system that stores, processes or transmits cardholder data or sensitive authentication data, and every system that could affect its security. Your diagram should show the CDE boundary, the segmentation controls between it and the rest of the platform, the paths to the database, proxy and reverse proxy layers, and where Traefik, Caddy or nginx terminate TLS. Keep the scope document current whenever you add an app, a database or a server. PCI DSS v4.0.1 is the only active version, and the 51 future-dated v4.0 requirements became effective on March 31, 2025, so check the diagram against those. The assessment itself is documented either as a Report on Compliance by a Qualified Security Assessor or as a Self-Assessment Questionnaire, and each ends with an Attestation of Compliance. The payment brands decide who must validate, and the PCI SSC does not enforce compliance. DeployOpen prepares the scope and network evidence but does not issue the Attestation of Compliance.

How do I prove that backups and restores actually work?

Assessors and regulators want recent restore test results, not only a backup schedule. A restore test should name the system, the backup used, the restore target, who ran it, the time it took, and whether the restored data passed a check. On a self-hosted platform, the backup scope is yours: Coolify's guide for teams leaving managed platforms notes that a rollback can redeploy a retained application image but does not restore databases or persistent files. For Kubernetes, etcd needs its own backup plan, taken with etcdctl snapshot save and restored with etcdutl. Record each test, the failures found and the fix. Retain these records with the risk analysis, since they show whether the contingency plan works in practice. Confirm the recovery targets your policy and contracts require before you set the test cadence.

What do an assessor's findings usually look like for a self-hosted platform?

Findings most often trace back to missing or stale evidence rather than to a missing control. Common gaps include:

  • A risk analysis that predates the migration and does not list the new server, proxy or cluster components.
  • Shared administrator accounts or SSH keys with no owner.
  • Secrets stored unencrypted in etcd, or RBAC that lets too many users read them.
  • A PCI scope diagram that omits a database, a log collector or a jump host.
  • Restore tests that were never run after the platform changed.

HIPAA also has a proposed Security Rule revision, published as 90 FR 898 on January 6, 2025. As of October 2026 no final rule has been published, and the Unified Agenda projects final action for July 2027, so track it with counsel. Keep a dated change log so you can show what changed and when.

Can DeployOpen produce the evidence package and sign off on it?

DeployOpen prepares the systems, controls and evidence for a compliance assessment, including risk analysis inputs, access and logging configurations, network and scope diagrams, backup and restore test records, and change logs for the environment it builds in your own infrastructure. It does not issue audit reports, attestations or certifications. A Report on Compliance and an Attestation of Compliance come from a Qualified Security Assessor or from the assessed entity through a Self-Assessment Questionnaire, and HIPAA has no certificate at all. Most engagements are fixed-scope, with the evidence list, deliverables and timelines agreed in writing before work starts, so ask for that list in the quote. Your assessor will then decide what is sufficient.

What the proposed HIPAA Security Rule revision could change

The HHS Office for Civil Rights published a proposed revision to the HIPAA Security Rule on January 6, 2025, at 90 FR 898. As of October 2026, no final rule has been published, and the Unified Agenda entry for RIN 0945-AA22 projects final action for July 2027. Until a final rule is published, the Security Rule as it stands today, in 45 CFR Part 164 Subpart C, is the standard your Dokku, Coolify or Kubernetes environment must meet. Treat the proposal as a planning input, not as a requirement you can skip ahead to. Ask your privacy counsel and compliance lead to confirm the timing on reginfo.gov before you set any internal deadline tied to it, because the Unified Agenda dates are targets and can move.

Design the platform against the current rule and keep a short tracking list of the controls the proposal discusses most, so you can see which parts of your own environment would need evidence changes. In practice this means being able to show, for the hosting layer, which accounts hold administrative access to the servers, how deployments are authorized and logged, how backups of the database and persistent files are tested, and how the ePHI-bearing components are isolated from the rest of the network. Record where each of these lives in your architecture, including the reverse proxy and the database plugin or managed service underneath your app. Those records will be easier to update if the final text differs from the proposal.

Do not model your budget or staffing on a guessed final text. The proposal may change requirements, documentation expectations or the way evidence is reviewed, and no final content has been published. Instead, agree in writing with your implementation partner and auditor how a future revision would be handled inside the fixed scope, including whether a change request would be needed and who pays for it. Ask any vendor you rely on for a Business Associate Agreement under 45 CFR 164.314(a)(2)(i) how it will respond to new Security Rule obligations, since the flow-down terms affect every subcontractor that touches ePHI.

How much does a HIPAA or PCI self-hosted migration cost and take?

What are the cost components of a self-hosted HIPAA or PCI migration?

The cost splits into platform labor, hosting, database operations, assessor fees and training. Platform labor covers designing the cluster or PaaS layer, hardening it, building logging and access controls, and documenting evidence. Hosting is the servers, load balancers, storage and backups you rent from your cloud provider or data center, and it recurs every month. Database operations cover backups, restore tests, patching and failover for each PostgreSQL or Redis instance. Assessor fees are paid to the independent Qualified Security Assessor, auditor or certification body, not to DeployOpen. Training covers your operations and on-call staff. Ask each vendor to price these lines separately so you can see which costs are one-time and which recur.

What makes a HIPAA or PCI migration cost more or less?

Scope size is the largest driver. The number of systems that store, process or transmit regulated data, and the number of in-scope environments such as production, staging and backups, sets the work. The number of data stores matters because each database, object store and cache needs its own backup, access and patching controls. Existing controls matter too: if your identity provider, logging, secrets handling and change management already meet the relevant requirements, the migration reuses them. If they do not, you pay to build them first. Your cloud or data center contract also shapes hosting cost. Confirm these inputs before requesting a quote.

Can our own team run a HIPAA or PCI self-hosted migration without a partner?

Some teams can, if they already have engineers who run Kubernetes or Dokku in production, a documented control set, and a compliance lead who can map each control to evidence. Teams without those skills usually need outside help for architecture, hardening and evidence preparation. Whichever route you take, the operator carries the controls that Heroku Shield would otherwise cover, including backups, restores, patching and access reviews. Recurring work after go-live, such as upgrades and security testing, is often the part teams underestimate. Assess your staff against that list before deciding.

What should a fixed-scope quote for a HIPAA or PCI migration include?

A fixed-scope quote should state the scope in writing before work starts. Ask for:

  • The list of applications, databases and environments in scope, and which are excluded
  • The deliverables, such as architecture, hardening baseline, backup and restore evidence, and runbooks
  • Who performs each task and who keeps the accountable control owner role
  • What is one-time and what recurs, including hosting, support and retainers
  • Assumptions about existing controls and what happens if they are missing
  • Timelines, change handling and acceptance criteria
  • Whether an independent assessment is included or excluded

DeployOpen does not publish a price list, and a quote follows from the written scope.

Does a HIPAA certification exist that we can buy for this migration?

No. HHS states that no Security Rule standard requires an entity to certify compliance, and private certifications do not prevent HHS from later finding a violation. HHS enforces the rule through complaints, compliance reviews and audits. Vendors sometimes advertise HIPAA certifications, so ask what they actually attest to and by whom. Assessments you may commission, such as HITRUST, are voluntary and carry their own fees and validity periods. Confirm your obligations with your privacy and legal teams and your business associate contracts.

How much do PCI DSS assessments add to the cost?

Assessment cost depends on whether your organization completes a Report on Compliance with a Qualified Security Assessor or a Self-Assessment Questionnaire, each ending in an Attestation of Compliance. The PCI SSC does not set assessor fees, and the payment brands decide who must validate. Ask your acquirer which validation level applies to you and which version of the standard it expects. PCI DSS v4.0.1 is the only active version, so plan for it. Your assessor's fees are a separate line item from DeployOpen's preparation work.

How long does a HIPAA or PCI self-hosted migration take?

No duration applies to every environment, so ask for one in the written scope. Timing depends on how many systems are in scope, how mature your existing controls are, how many data stores need migrating, and how long your assessor takes to review evidence. Plan for a period of parallel running and a cutover window for databases. Avoid committing to a date before you have an inventory of data flows and an agreed control set. Confirm the timeline with the implementation partner and your assessor in writing.

How DeployOpen deploys under HIPAA and PCI constraints

DeployOpen plans, implements, hardens, documents and supports self-hosted open-source platforms inside your own cloud accounts, data centers or air-gapped networks. For a Heroku replacement that carries HIPAA or PCI obligations, that work starts with a written scope that separates what the platform provides from the controls your organization must still own and evidence.

How we scope

  • Confirm which workloads, data types and environments fall under HIPAA or PCI before choosing Dokku, Coolify or Kubernetes.
  • Map each Heroku Shield feature you rely on to a named owner, control and evidence source in the written scope.
  • Agree deliverables, timelines and exclusions in writing before any work starts, since most engagements are fixed-scope.

How we build

  • Deploy the chosen platform in your environment with encrypted secrets, restricted access and reverse proxy HTTPS configured.
  • Set up database backups, restore tests and etcd or host-level recovery procedures, depending on the platform chosen.
  • Run security testing of applications, APIs and infrastructure, and document the results against the agreed scope.

How we hand over

  • Deliver architecture, runbooks, access procedures and a control-to-evidence map that your auditors or assessors can review.
  • Document what the platform does not provide, such as certification, logging retention or incident response, so ownership is explicit.
  • Walk your operations and security teams through backup, rollback and access review routines before cutover.

How we support

  • Ongoing support, upgrades and continuous testing are available as a retainer after handover.
  • Plan platform upgrades and patching windows in advance, so security updates reach production on a predictable schedule.
  • Ask us to confirm scope for any future audit readiness request, since we prepare evidence but do not issue attestations or certifications.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.