Security
A working summary of how Workhouse handles security today. Last reviewed: 2026-05-13. For procurement questions, formal questionnaires, or a DPA, email security@workhouse.app.
Workhouse's strongest security claim is structural: the boundary between internal and client-visible data is in the database, not the UI. Portal queries filter on a visibility = 'client' clause. Internal rows are never loaded for client sessions. A guessed URL returns a 404, not a 403. See the visibility feature page for detail.
workspace:configure, project:update) bundled into roles. Custom roles per workspace.teamId for internal, workspaceId + clientId for portal) so cross-tenant data leakage is structurally prevented.Every state-changing action is recorded in an immutable, append-only audit log. Included on every workspace — not Enterprise-tier-gated. The log covers authentication events, permission changes, task lifecycle, approvals, and admin actions. See the audit log feature page for the full event schema.
Workhouse runs on a focused set of vendors. Each receives the minimum data required to do their job.
For agencies that wire Workhouse to external services via webhook endpoints, the outbound delivery layer validates destination URLs at write time (rejecting private/loopback addresses) and re-validates at delivery time via DNS resolution. The HTTP client also refuses to follow redirects to private addresses. This closes the typical SSRF-via-webhook vector that most platforms leave open.
Webhook payloads are signed with HMAC-SHA256; verification uses constant-time comparison.
For agencies serving EU clients or regulated industries, we offer a Data Processing Agreement. Email security@workhouse.app to request the DPA. See /data-processing for the standard sub-processor list and processing terms.
We take responsible disclosure seriously. If you've found a vulnerability, email security@workhouse.app. First-response within 1 business day. We don't currently run a paid bug bounty, but we credit valid disclosures publicly (with your permission) and ship fixes fast.
Don't probe production tenants you're not authorized for; we're happy to provide test workspaces for security research on request.
In the event of a security incident affecting customer data, we notify affected workspace owners within 72 hours of confirming the incident. Status of the investigation is communicated via email to those owners; if the incident is widespread, we publish a status page update.
Workhouse is in public beta — we're building our incident response process in parallel with the rest of the product. The 72-hour notification commitment is what we hold ourselves to today; we'll formalize SLAs as we move toward paid plans and SOC 2.
We don't have SOC 2 yet. Roadmap items relevant to security-conscious buyers: SSO/SAML for workspace authentication, dedicated SOC 2 Type II audit, customer- managed encryption keys, and EU data residency. Email security@workhouse.app if any of these are blocking your adoption.
Beta note: This page reflects how we operate today. Formal certifications (SOC 2, ISO 27001) are on the roadmap as we move toward paid plans. If you need belt-and-braces enterprise procurement support before then, email security@workhouse.app.