Skip to content

    Security

    This page describes the security controls GetPRBoost actually applies, verifiable against the code and configuration in this repository. We do not hold SOC 2, ISO 27001, or any other third-party certification, and we make no uptime guarantees on this page.

    • Security headers on every page

      Every response from getprboost.com carries a Content Security Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, and a strict Referrer-Policy. Inline JavaScript execution is blocked by the CSP. These rules are declared in public/_headers and applied by Cloudflare Pages. The one exception is the newsroom embed (/newsroom/<slug>/embed), which is deliberately framable so customers can place it on their own site; it is public, session-free and carries no form.

    • Payments processed by Stripe

      Card details are entered directly on Stripe-hosted fields and never transmitted to or stored on GetPRBoost servers. We receive only a Stripe payment-intent ID and a billing status.

    • Data stored in Supabase Postgres with row-level security

      Customer records, orders, and placement data are stored in a Supabase Postgres database. Row-level security policies are enforced at the database layer, restricting each organization to its own rows.

    • Human staff approval before distribution

      Every press release is reviewed and explicitly approved by a staff member before it is sent for distribution. No release is dispatched automatically.

    • HTTPS everywhere

      The site is served exclusively over HTTPS. Cloudflare enforces HTTPS at the edge; plain HTTP requests are redirected.

    To report a security issue, email support@getprboost.com.