Supabase Cloud HIPAA add-on vs self-hosted Supabase

Supabase sells HIPAA as a paid add-on from the Team plan. Self-hosting moves the safeguards, logs, backups and encryption into your environment, and you then own the evidence that they work.

On this page

Does a Supabase HIPAA add-on or self-hosted Supabase fit your ePHI workload?

If your client-facing backend stores or transmits electronic protected health information (ePHI), the choice is between shifting operation to Supabase under a business associate contract or keeping the stack in your own audited environment and owning every safeguard yourself. HIPAA does not issue a certification you can buy. The HIPAA Security Rule (45 CFR Part 164, Subpart C) sets administrative, physical and technical safeguards and written contract terms, and HHS states that no standard requires an entity to certify compliance. The Security Rule applies to covered entities and their business associates for all ePHI they create, receive, maintain or transmit (45 CFR 164.302), and the HHS Office for Civil Rights enforces it through complaints, compliance reviews and audits. Before you decide, confirm with your counsel whether your organization is a covered entity or a business associate and which data flows in your application actually contain ePHI.

The add-on path moves infrastructure operation to Supabase, but it does not move your obligations. Under 45 CFR 164.314(a)(2)(i), the business associate contract must require Supabase to comply with the Security Rule, flow the same terms to subcontractors that handle ePHI, and report security incidents to you. Ask Supabase for the current executed terms, the list of covered services for your plan, and which features sit outside the HIPAA scope. Self-hosting removes that third party from the infrastructure path, but it makes the same controls your job: unique user identification, emergency access procedures, automatic logoff and encryption decisions under 45 CFR 164.312, along with the audit controls, backups and access reviews that surround them. Self-hosted Supabase is community-supported, so plan for your own incident response and patching cadence.

Run a short fit test before committing. List every component that touches ePHI, including Postgres, PostgREST, Auth, Storage, Realtime, Edge Functions and the logging services, and map each one to a named owner and a documented safeguard. Pay attention to the self-hosting docs' warning that the placeholder secrets in .env.example must never reach production. If your team cannot staff that map, the add-on or a DeployOpen-run implementation with written scope may be the more practical path. Note that HHS has proposed a major Security Rule revision (90 FR 898), which has not been finalized, so build controls that can absorb new requirements.

What the HIPAA Security Rule requires from any backend that touches ePHI

The HIPAA Security Rule applies to covered entities and their business associates, whichever backend holds the data. Whether you buy the Supabase Cloud add-on or run self-hosted Supabase, the same standards, specifications and contract terms shape what you must build, document and verify.

Eighteen standards, 36 specifications

Appendix A to Subpart C groups the Security Rule into administrative, physical and technical safeguards, with 36 implementation specifications. Of those, 14 are required and 22 are addressable, meaning you must assess whether each fits your environment and document the alternative you choose if it does not. A hosted vendor can cover some physical and infrastructure items, but the administrative items, such as risk analysis and workforce controls, stay with your organization. Ask Supabase which of these it covers under the add-on and in writing.

Five technical standards, seven specifications

The technical safeguards in 45 CFR 164.312 cover access control, audit controls, integrity, person or entity authentication and transmission security. Unique user identification and an emergency access procedure are required. Automatic logoff and both encryption specifications are addressable. In a self-hosted deployment, you configure Auth, PostgREST, Realtime and Storage yourself, so each technical item becomes a setting, log source or test you own and must evidence.

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, pass the same terms to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI. Before you sign an add-on or a support agreement, check that the contract contains these terms. If you self-host, the same terms apply to any DeployOpen or other implementation partner that can access ePHI, and to any hosting provider beneath you.

No HIPAA certification exists

HHS states that no Security Rule standard requires an entity to certify compliance, and that private certifications do not stop HHS from later finding a violation. Any vendor badge, including a HIPAA claim on a pricing page, is therefore a contractual or assessment input, not a compliance outcome. Ask for the evidence behind each claim, such as a signed business associate agreement and an independent assessment report, and confirm its scope covers the exact services you will use.

Enforcement and penalty exposure

The HHS Office for Civil Rights enforces the rule through complaints, compliance reviews and audits. For penalties assessed on or after 28 January 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. A self-hosted stack moves operational liability to you, so your risk analysis, logging and backup evidence must hold up in an OCR review, not only pass a vendor checklist.

Pending Security Rule revision

HHS proposed a major Security Rule revision on 6 January 2025, and as of October 2026 no final rule has been published. The Unified Agenda projects final action for July 2027. Plan your control set against the current rule, but design logging, encryption and access reviews so they can absorb stricter requirements without a rebuild. Confirm the current status with HHS and your counsel before each budget cycle.

Where the Supabase Cloud HIPAA add-on covers the work and where you still carry it

The business associate contract is the instrument that binds Supabase to the HIPAA Security Rule obligations it takes on, and it is sold as an add-on from the Team plan. 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, to the covered entity. Read the contract against that list. Ask Supabase in writing which services and features the BAA covers, whether the subcontractors it relies on are bound by equivalent terms, how and within what timeframe it reports incidents to you, and whether the add-on carries any extra fees beyond your plan. No add-on price is supplied here, so get the figure in writing from Supabase rather than assuming it.

Signing the BAA does not transfer your compliance work. Under the Security Rule, the covered entity or business associate still owns its risk analysis, its access decisions and the configuration of what it stores. On a Supabase Cloud project that means reviewing which tables hold ePHI, how Row Level Security policies are written, which roles and API keys can reach them, and who holds project membership. Your application logic, including what it writes to Storage buckets and what it sends to Auth, remains yours too. Schedule periodic access reviews of project members and service keys, and keep a record of each change, because the BAA will not produce those records for you.

Self-hosting moves the boundary in the other direction. With self-hosted Supabase in your own audited environment, there is no vendor BAA to negotiate for the stack, so the controls that the add-on would otherwise cover, such as hardening the Compose deployment, managing the secrets generated from .env, enforcing TLS, and keeping the logging and backup pipeline working, become your evidence to produce. Confirm with your counsel whether your hosting provider needs its own BAA for the infrastructure underneath. Also note that the Supabase self-hosting documentation describes the stack as community-supported, so the vendor support you would have had under a contract is no longer part of the arrangement.

Which self-hosted Supabase setup fits which hosting environment

Running self-hosted Supabase in your own data center means you own every layer beneath the application, from the physical racks and hypervisor to the Docker host and the network path to Studio. The Docker Compose configuration places Studio, the Envoy API gateway, Auth (GoTrue), PostgREST, Realtime, Storage, imgproxy, postgres-meta, Postgres 17, the Supavisor connection pooler and the Edge Runtime on Deno on one or more hosts you manage. Optional Logflare and Vector can ship logs to a store you choose.

  • Host sizing: The guide's minimum is 4 GB RAM, 2 CPU cores and a 40 GB SSD, with 8 GB, 4 cores and 80 GB recommended. Plan capacity for the services you keep.
  • Physical access: Your facilities team controls door access, cabling and disk disposal, all of which feed your physical safeguard evidence.
  • Secrets at install: Generate secrets with the provided scripts and never start with the placeholder values in .env.example.
  • Studio access: Restrict the Studio port with network controls, since DASHBOARD_PASSWORD is only HTTP basic auth.
  • Kubernetes option: Helm charts and the Supabase Operator are community projects, not maintained by Supabase, so treat them as a separate support and review decision.

Confirm with your infrastructure team which hosts run which services and where each log and backup lands.

How the add-on and self-hosted options compare on HIPAA safeguards

This table compares who operates the stack, what a vendor contract covers, and who owns logging, backups, encryption and support under the Supabase Cloud HIPAA add-on, self-hosted Supabase, and the Appwrite and PocketBase alternatives. Read each row as a safeguard you must evidence yourself once you leave the hosted plan. The main takeaway is that self-hosting moves backup, encryption and support obligations to your team, and no HIPAA certification exists to replace that evidence.

Safeguard areaSupabase Cloud with HIPAA add-onSelf-hosted Supabase (Docker Compose)Self-hosted Appwrite or PocketBase
Who operates the infrastructureSupabase operates the hosted platform; you operate application configuration and data controls.Your team operates every Compose service, including Postgres, Auth, Storage, Realtime and the gateway.Your team operates the server, datastores, TLS and upgrades on either platform.
What the vendor covers under contractThe add-on is sold from the Team plan; confirm the signed terms and which safeguards they cover.No Supabase contract applies to the stack; your own hosting and vendor agreements set the terms.Confirm in writing whether any vendor will sign a business associate agreement for this stack.
LoggingConfirm log retention, export and access controls for HIPAA projects in writing before go-live.Analytics and logs use the optional Logflare and Vector services, which you configure and retain.You set log collection, retention and review against your HIPAA access control requirements.
Backups and recoveryManaged backups and point-in-time recovery are hosted features; confirm restore terms for your plan.Managed backups, PITR and the Management API are unavailable, so you build and test backups yourself.Appwrite's built-in datastores run a single replica without failover; PocketBase keeps data in SQLite files you back up.
Encryption ownershipConfirm which encryption controls the add-on covers and who holds the keys.You own TLS, disk encryption, key handling and the secrets the generation scripts create.You own TLS termination, disk and backup encryption, and secret rotation on the server.
Support modelSupport follows your Supabase plan and contract; confirm response expectations for HIPAA workloads.Community-supported through GitHub Discussions, GitHub Issues, Discord and Reddit; enterprises contact Supabase's Growth Team.Appwrite: confirm paid support options with the vendor. PocketBase: volunteer-developed, with no promised support.

How to deploy self-hosted Supabase under HIPAA controls

This sequence turns a self-hosted Supabase stack into an environment whose ePHI scope, configuration, access, encryption, logging and backups are documented and tested, which is the evidence a HIPAA assessment will ask for. It does not make the deployment HIPAA compliant on its own, because no HIPAA certification exists and compliance depends on your operating controls.

  1. Complete a risk analysis scoped to ePHI flows

    Your security or compliance lead maps every place electronic protected health information will be created, received, maintained or transmitted in the planned Supabase project, including Postgres tables, Storage buckets, Auth user records, Realtime channels, Edge Functions, application logs and backups. The Security Rule asks covered entities and business associates to assess risks to ePHI, so this inventory defines which systems fall inside the HIPAA boundary. Done means a signed risk analysis that names each data flow, its threats and the safeguard chosen for it, and that will be revisited when the architecture changes.

  2. Pin and verify the Docker configuration release

    Your platform engineers choose a specific self-hosted Supabase Docker configuration release rather than tracking the default branch. The latest release supplied for this page is 0.8.3, dated October 16, 2026, and its changelog bundles specific upstream versions of Auth, PostgREST and Realtime. Read the changelog entries before pulling images, confirm the security fixes for Storage and Realtime are included, and record the image digests in your change management system. Done means a version record, a deployment ticket and a documented rollback path.

  3. Replace placeholder secrets before first start

    The Docker guide warns never to start the stack with the placeholder values in .env.example. Your platform team runs the secret generation scripts supplied with the configuration, generates the JWT key pair, and stores the output in your approved secrets manager rather than in a shared file. Access to the database password, JWT secret and service role key should be limited to named administrators. Done means the .env file on the host contains no default values, and a check of the running environment confirms each secret differs from the example file.

  4. Protect Studio with access controls and network restrictions

    Studio is the administrative interface, and the Docker guide protects it with HTTP basic auth configured through DASHBOARD_PASSWORD. Treat that as a minimum: place Studio and the API gateway behind a VPN or private network, restrict administrative ports at the firewall, and require individual accounts through your identity provider where your architecture allows it. Confirm with your provider and the vendor docs which endpoints are public. Done means a tested list of reachable ports and a record that only approved networks can open Studio.

  5. Remove unused services only after review

    The Docker guide says services such as Realtime, Storage, imgproxy or Edge Runtime can be removed from docker-compose.yml when your application does not use them. Remove a service only after your architecture review confirms no ePHI path depends on it, because removing a component changes what you must log, back up and assess. Keep a dated diff of the compose file so auditors can see what was excluded and why. Done means an approved, version-controlled compose file and a smoke test that confirms the remaining services start and respond.

  6. Set up encryption in transit and at rest

    Your team terminates TLS at the gateway with certificates from your own certificate authority or a public authority you choose, and enforces it for Studio, the REST and Auth APIs, and Storage. For data at rest, you choose the disk, volume or database encryption method on the host, and you document the key management and who holds the keys. The HIPAA encryption specifications are addressable rather than required, so the decision and its justification must be written down. Done means a configuration review that shows TLS enforced on every public endpoint and a documented encryption design for the database volume and Storage backend.

  7. Configure logging and tested backups

    Your operations team decides where Postgres, gateway, Auth and Storage logs go, how long they are kept and who can read them, and it enables audit logging for administrative and data access. Self-hosted Supabase does not provide managed backups or point-in-time recovery, so you set up scheduled database and Storage backups with your own tooling. The 0.8.3 release flags one-way Storage database migrations that require a database backup before updating, so take and verify that backup before every upgrade. Done means a restore test into an isolated environment, documented with the date, the person and the result.

  8. Agree a business associate contract with your hosting provider

    If a third party hosts the servers, storage or backups that hold ePHI, the 45 CFR 164.314 business associate contract must require that provider to follow the Security Rule, flow the same terms to its subcontractors, and report security incidents to you. Supabase itself does not operate your self-hosted instance, so confirm with Supabase whether it offers any agreement for the open-source software. Ask your cloud or data center provider for its own business associate terms. Done means signed agreements on file for every party that can access ePHI, and a list of those parties in your risk analysis.

Who owns logging, backups and encryption once Supabase runs in your environment

Audit logging is the first control you design, because self-hosted Supabase gives you log components but not a finished audit trail. The Docker stack includes optional Logflare and Vector for analytics and logs. You decide whether they run, where their output is stored, who can read it, and how long it is kept. Confirm which events Studio, Auth, PostgREST and the API gateway record in the release you deploy, then add application and database logging for access to ePHI. Document how the audit controls standard in 45 CFR 164.312(b) is met, and assign a named owner who reviews the logs under your administrative safeguards.

Backups are the second control, and the procedure is entirely yours. Self-hosted Supabase has no managed backups or point-in-time recovery, so you need a scheduled Postgres dump, a copy of Storage objects, and a secured record of configuration such as the .env values and JWT keys. Store these encrypted away from the primary host and test restores on a schedule you record. The self-hosted Docker changelog notes that some Storage database migrations are one-way and require a database backup before updating, so make that backup a gate in every upgrade runbook. Agree recovery point and recovery time targets with your clinical and legal owners, because the rule does not set them for you.

Encryption is an addressable specification, so you must choose and document a position for each path, whichever way you decide. Cover Postgres data at rest through the host or volume encryption, Storage objects at rest on the disk or object store that holds them, and data in transit between clients, the Envoy gateway and internal services. If you leave any path unencrypted, record the risk assessment that justifies it. Automatic logoff is also addressable under 45 CFR 164.312, so set session timeouts for Studio and any administrative access. Studio is protected by HTTP basic auth through DASHBOARD_PASSWORD, which should be supplemented with stronger access controls for ePHI environments.

Gaps to close before ePHI goes into a self-hosted stack

Self-hosting Supabase moves the safeguards that Supabase Cloud's HIPAA add-on covers onto your team. The cards below cover the gaps documented for self-hosted Supabase, the penalty exposure if those gaps reach ePHI, and the pending Security Rule revision that could change the obligations you plan against.

Community-only support model

Self-hosted Supabase is community-supported through GitHub Discussions, GitHub Issues, Discord and Reddit, and enterprises are directed to Supabase's Growth Team for other arrangements. Nothing in the community channel is a contractual incident response commitment. Before ePHI is loaded, confirm in writing with Supabase what support, if any, is available for your self-hosted deployment, and who on your side answers for a Security Rule incident at 2 a.m.

No managed backups or PITR

The self-hosting docs list managed backups and point-in-time recovery as unavailable when you self-host, so the recovery capability in the Cloud add-on becomes your job. Under the Security Rule, contingency planning and data backup are obligations of the covered entity or business associate, not of the software. Define backup frequency, encryption, off-site copies and restore tests for both the Postgres database and Storage objects, and run a restore before go-live.

Single-replica datastores in other Helm charts

Appwrite's Helm chart documentation says its built-in datastores run a single replica without failover. This is a warning for any self-hosted backend, including Supabase, where a clustered Postgres is not provided by default. Ask which database topology your chosen deployment uses, whether availability is needed for clinical workflows, and what outage your continuity plan must tolerate.

Rapid release cadence needs change control

The self-hosted Supabase Docker configuration reached 0.8.3 on October 16, 2026, and its changelog flags security fixes for Storage and Realtime along with one-way Storage database migrations that require a database backup before updating. Each release also pins specific Auth, PostgREST and Realtime versions that you pull and recreate yourself. Build a documented change process with a staging environment, a pre-update backup and a record of which versions held ePHI at each point in time.

Penalty exposure per violation

For penalties assessed on or after 28 January 2026, the inflation-adjusted HIPAA civil money penalty runs from $145 to $2,190,294 per violation, with the same figure as the calendar-year cap. Penalties attach to the covered entity or business associate, so a self-hosted stack that misconfigures access control or logging creates exposure that a hosted vendor would not carry for you. Confirm the current table in 45 CFR 102.3 with counsel before sizing any risk register entry.

Pending Security Rule revision

HHS proposed a major Security Rule revision on 6 January 2025 (90 FR 898). As of October 2026 no final rule has been published, and the Unified Agenda projects final action for July 2027. The proposal would change how safeguards are specified, so a design that is compliant today may need rework. Check the status on the Federal Register and reginfo.gov before you plan, and ask your compliance lead to record which version of the rule your control set is mapped to.

What auditors and HHS OCR will ask you to show

What does HHS require for a risk analysis and risk management records?

The Security Rule requires a documented risk analysis of the risks to electronic protected health information, followed by risk management measures that reduce those risks to a reasonable and appropriate level. For a self-hosted Supabase stack, the analysis should cover every component you run: Postgres, the Auth and PostgREST services, Realtime, Storage, the API gateway, Studio, the connection pooler, and any logging or analytics services you enable. Keep the analysis current, record who approved it, and log each decision to accept, mitigate or transfer a risk. Auditors will compare the register against the running configuration, so the two must match. The specific requirements sit in 45 CFR 164.308, and the NIST guidance in SP 800-66 Rev. 2 is a practical reference for building the analysis.

Which policies map to the administrative safeguards in HIPAA?

Auditors will expect written policies that cover each administrative standard in 45 CFR 164.308, including security management, workforce security, information access management, security awareness and training, security incident procedures, contingency planning and evaluation. For a self-hosted backend, the operational policies carry most of the weight: who may deploy or change the Docker configuration, how secrets are generated and rotated, how incidents are escalated, and how backups are tested. Each policy should name an owner and a review date, and you should be able to show that staff were trained on it. HHS does not issue a template, so the mapping from policy to standard is your own document, and it should be reviewed by counsel or your compliance lead.

How do access reviews prove unique user identification?

Unique user identification is a required implementation specification under the technical safeguards in 45 CFR 164.312, so every person and service account needs its own identifier. Produce periodic access review records that list each account with Studio access, database roles, Storage policies and the JWT-issuing Auth users, along with the reviewer's sign-off and the removal of leavers. Shared credentials are the usual finding here. Note that self-hosted Studio is protected by HTTP basic auth through DASHBOARD_PASSWORD, which is a single shared login on its own, so you will need to show how individual accountability is provided, such as through network controls or an identity layer in front of it. Confirm how your deployment handles this before the first review.

What audit log samples should we keep for a self-hosted Supabase stack?

Keep dated samples that show access to ePHI, authentication events, configuration changes and administrative actions, and show that they can be reviewed. The self-hosting guide lists optional Logflare and Vector services for analytics and logs, so the first decision is whether those are enabled and where their output is stored. Retain samples from Postgres, the API gateway, Auth and Storage, and show that log integrity is protected, for example by writing them to a separate system that operators cannot silently edit. Record who reviews the logs and how often, and keep examples of a reviewed alert and its follow-up. The retention period and log content should be set in your risk analysis rather than copied from another organization.

What tested backup and restore records will an assessor expect?

Assessors will want evidence that backups exist, that they are protected, and that restores have been tested and succeeded. Self-hosted Supabase has no managed backups or point-in-time recovery, so the records are yours to produce: backup job logs for the database and Storage objects, the restore procedure, and dated results from test restores into a separate environment, including the time taken and the data checked. Keep a record of the Docker configuration version in use at each backup, because the changelog notes that some Storage migrations are one-way and require a database backup before updating. The contingency planning standards in 45 CFR 164.308 underpin these expectations.

Which business associate agreements do we need for self-hosted Supabase?

If you are a covered entity or business associate, you need a written business associate contract with each vendor or subcontractor that creates, receives, maintains or transmits ePHI for you, as 45 CFR 164.314(a) requires. Self-hosting changes who holds that relationship: when you run the open-source stack in your own cloud account or data center, the question becomes which hosting provider, colocation operator or support firm can access ePHI, and each of them needs an agreement that meets the rule. Confirm with your legal team which parties apply, and ask any external provider whether it signs a business associate agreement. DeployOpen does not provide HIPAA certification, so the agreement terms are a matter for your counsel.

What change records should we keep for each Docker configuration upgrade?

Keep a change record for every upgrade that shows the version moved from and to, the reason, the test results, the approver and the rollback plan. The self-hosted Supabase Docker configuration reached 0.8.3 on October 16, 2026, and its changelog flags security fixes for Storage and Realtime and one-way Storage database migrations. Each release also pins specific upstream services, such as Auth v2.197.0, PostgREST v14.18 and Realtime v2.143.3, so the record should list those pinned versions as well. Attach the backup taken before the change and the vulnerability note that justified it. Assessors often ask for this trail to show that security patches were applied within a time frame you set in your own policy.

Is HITRUST worth doing as optional third-party evidence?

HITRUST is optional. It is a private assurance framework, and HHS states that no Security Rule standard requires certification, so a HITRUST report does not replace the HIPAA evidence above. The current CSF version is v11.9.0, available from September 24, 2026, and it is organized into 14 control categories with 49 control objectives and 156 control specifications. Assessments carry different validity periods: e1 and i1 certifications last one year and r2 certifications two years. Buyers sometimes ask for it, and an independent assessor issues the report. Ask the assessor about scope, cost and timing before you commit, since the scope depends on which systems hold ePHI. DeployOpen prepares systems, controls and evidence for compliance assessments, but it does not issue audit reports or certifications.

How much effort, time and cost does a HIPAA self-hosted Supabase project need?

Does the Supabase HIPAA add-on or self-hosting cost more?

Neither can be stated as a number from the sources available here, so ask for written figures for both. The add-on is a paid option on the Team plan, and no add-on price was supplied, so request it in writing from Supabase alongside the Team plan fee on the Supabase pricing page. Self-hosting costs recur in four places: servers and storage in your cloud account, backup tooling, log storage and retention, and the engineering hours for patching, upgrades and monitoring. Ask whether the add-on includes a business associate agreement and what it covers, then compare that with the internal and external hours your team would spend running the same controls.

How long does a HIPAA self-hosted Supabase project take?

The duration depends on scope, and no timeline was supplied for this work, so treat any number a vendor gives as a question to test. The main drivers are the target environment (an existing audited cloud account or a new one), how many services you keep from the Docker Compose stack, how complete your logging and backup design must be, and how much policy and evidence work your compliance team already has. Engagements at DeployOpen are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts, so the written scope is where the timeline should appear.

What does the work need from our internal team?

Plan for named owners in four areas: infrastructure, security, database operations and compliance. Infrastructure staff run the hosts, networking and secrets handling. Security staff own the access model, the risk analysis and the review of the safeguards the HIPAA Security Rule assigns to the covered entity or business associate. Database staff own backups, restores and upgrades, since the self-hosted Docker configuration lists managed backups and point-in-time recovery as unavailable. Compliance staff keep the policies and evidence current. Expect each role to be a recurring commitment, not a one-off hand-off.

Can our own team run HIPAA self-hosted Supabase without outside help?

Yes, if your team already runs production Postgres, container platforms and identity controls in a HIPAA-aligned environment, and it has the capacity to keep those controls running. The open-source Docker configuration is public, and the self-hosting guide covers generating secrets and the JWT key pair. Gaps usually appear in backup design, tested restores, log retention and security patching on the upgrade cadence. Your team should also have the expertise to document the safeguards and show evidence for each. Outside help can cover any of those areas under a written, fixed scope, or on an ongoing retainer.

Is Supabase community support enough for a HIPAA workload?

Usually not on its own, because Supabase's self-hosting documentation describes self-hosted Supabase as community-supported, through GitHub Discussions, GitHub Issues, Discord and Reddit. The documentation directs enterprises to contact Supabase's Growth Team, so ask in writing what that route includes and whether it covers incident response timing and contract terms. Community channels are useful for bugs and configuration questions, but they carry no response commitment. Decide early which party answers security incidents, and write that into your contracts and runbooks.

What recurring work drives the cost up or down over time?

The biggest recurring drivers are the upgrade cadence, log retention and backup design. The self-hosted Docker configuration is released often, and version 0.8.3 on October 16, 2026 flagged security fixes for Storage and Realtime and one-way Storage database migrations that require a database backup before updating. A faster cadence means more test cycles and more change approvals. Longer log retention increases storage and review effort. Backup design, including how often you test restores, determines how much on-call time a recovery requires. Ask any vendor to price these three items separately so you can see which one moves the total.

What does an audit or compliance assessment add to the cost?

The assessment is a separate cost that your organization pays to an independent assessor or certification body, and DeployOpen prepares systems, controls and evidence for that assessment but does not issue audit reports or certifications. HIPAA has no certification, and HHS states that no Security Rule standard requires certifying compliance, so the cost to plan for is the risk analysis, the evidence work and any voluntary third-party review you choose. If you use HITRUST as a framework, its assessment levels and renewal cycles differ, so confirm the scope and assessor fees directly with the assessor.

How DeployOpen implements self-hosted Supabase for regulated teams

DeployOpen plans, implements, hardens, backs up, documents and supports self-hosted open-source platforms inside your own cloud accounts, data centers or air-gapped networks. For a HIPAA decision, that means turning the question of which safeguards your team would own into a written, testable configuration of self-hosted Supabase, with the evidence an assessor would ask for.

How we scope

  • We agree the written scope before work starts, listing the ePHI data flows, environments and Supabase services in or out of it.
  • Scope covers which Security Rule safeguards your organization owns, which your hosting provider or business associate covers, and where the boundary sits.
  • Engagements are fixed-scope, and ongoing support, upgrades and continuous testing are available as a retainer.

How we build

  • We deploy the Docker Compose configuration in your environment, replacing placeholder secrets and restricting Studio access before any real data is loaded.
  • We configure access control, encryption in transit and at rest, audit logging, backups and restore procedures, then test each one against the scoped requirements.
  • We run security testing of the APIs, the database and the storage layer, and record the findings and fixes in the project file.

How we hand over

  • You receive documentation of the architecture, configuration, runbooks for backup, restore, upgrades and secret rotation, and the evidence mapped to each safeguard.
  • Your team runs a tested restore and an upgrade rehearsal with us, so recovery steps are proven before you depend on them.
  • We prepare systems, controls and evidence for your compliance assessment, but independent auditors and certification bodies issue any attestation.

How we support

  • Support after handover can run as a retainer covering Supabase release updates, security fixes and upgrade planning for the pinned service versions.
  • We help your team review changes to the HHS Security Rule proposal and adjust controls and documentation as requirements become final.
  • Continuous testing and periodic restore drills can be added to the retainer, with each change recorded in the same evidence trail.

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.