Checklist · Platform Procurement
Tenant Boundaries: Questions for Hosted Platform Access
Map shared and dedicated components, privileged access, failure domains and export rights so hosted-platform tenancy claims can be checked against evidence.
Published Updated
Published by FxTrusts, a supplier of brokerage and prop firm technology. Prepared with AI-assisted research and drafting; reviewed against the cited public sources. Examples are illustrative. Product links describe our services.
Quick answer
A tenant-boundary review identifies which resources and controls separate one customer's service from others. Map compute, data, identities, administration, backups and operational dependencies individually. A dedicated interface or database name does not prove that every underlying component is dedicated or that all cross-tenant risks have been addressed.

Replace one tenancy label with a component map
Ask what is shared and what is dedicated at each layer: application process, database, schema, queue, storage, network, identity service, backup system and support tooling. Record the isolation mechanism, not just the deployment label. AWS's tenant-isolation guidance explains that isolation approaches vary with architecture and service choices; there is no universal SaaS isolation design.
Include failure domains and capacity controls. Separate databases may still share a host, storage pool or administrator. A resource-intensive export by one customer may affect another unless the design controls it. Describe the risk as a question for evidence and testing rather than assuming that sharing is inherently unsafe or that dedication eliminates every dependency.
Sources for this section
- AWS SaaS tenant isolation strategiesdocs.aws.amazon.com
Test identity and privileged access boundaries
Determine how each request obtains tenant context and where authorization is enforced. A user-visible tenant selector is not sufficient evidence that the backend prevents access to another tenant's objects. Ask for approved negative tests, privileged-role restrictions and audit records for cross-tenant support access.
OWASP recommends least privilege and authorization checks on requests. Apply that principle to ordinary users, service accounts, support staff and export jobs. Tests must be authorized and use controlled data. Record who can approve emergency access, how long it lasts and how the access is reviewed afterward.
Sources for this section
- OWASP Authorization Cheat Sheetcheatsheetseries.owasp.org
Review recovery, export and change boundaries
Ask whether an individual tenant can be restored or exported without exposing or altering another tenant's data. Clarify whether backups are logically separable, which evidence proves export completeness and which party handles deletion or retention after termination. A readable sample export is useful but does not prove complete history or configuration portability.
Record how shared upgrades are scheduled and communicated. A customer may control its branding while the supplier controls release timing. Link these limits to the service agreement and support process. Revisit the map when a component, subcontractor or deployment model changes; an old architecture diagram is not evidence for a newer arrangement.
Example: a dedicated database with shared dependencies
A fictional hosted service gives each customer a separate database but shares the application workers and reporting queue. The buyer accepts the database separation evidence, then requests queue isolation tests and a tenant-specific restore demonstration. The review does not rename the whole stack dedicated; it records the actual boundaries and outstanding checks.
| Component | Observed design | Evidence needed |
|---|---|---|
| Database | Separate database per tenant | Permission and restore tests |
| Application workers | Shared pool | Tenant-context authorization tests |
| Reporting queue | Shared service | Fairness and resource-limit evidence |
| Support access | Central operations team | Approval and audit trail |
| Export | Tenant-filtered output | Completeness and leakage checks |
Implementation checklist
- Map shared and dedicated resources layer by layer.
- Request authorized negative tests for tenant access controls.
- Identify shared capacity and failure dependencies.
- Verify tenant-specific restore, export and privileged-access procedures.
Sources
These documents support the reference. Check the original publication for current requirements and the limits of its scope.
- AWS SaaS tenant isolation strategiesdocs.aws.amazon.com
- OWASP Authorization Cheat Sheetcheatsheetseries.owasp.org
Continue with the broader guides
Connect this reference to platform selection and the wider operating workflow.
