Private object storage
Original creative files live in private object storage rather than a public media bucket.
MP BrandDock is designed so authentication, tenant permissions, metadata and private file storage reinforce each other instead of relying on secret folder URLs.
Original creative files live in private object storage rather than a public media bucket.
Each client workspace is an explicit data boundary with membership-aware authorization and database row-level security.
Preview and download access is issued only after authorization and expires automatically.
Agency admins, agency managers, client admins and client viewers can have different actions available.
Replacing a file creates a new asset version so prior binaries and decisions can remain traceable.
Downloads, approvals, uploads and other sensitive actions can be recorded without logging credentials or signed URLs.
Distinct layers for identity, application data and binary objects keep a file path from becoming the security boundary.
After authorization, protected file delivery uses short-lived signed access rather than exposing permanent public links.
The application layer scopes requests to a tenant, and PostgreSQL row-level security provides an additional boundary around protected records.
Who is this user?
What tenant and capabilities can they access?
Which records can their session read or change?
Which protected object may be delivered right now?
Preview generation, archive creation and malware-scanning hooks can run outside the request path with retryable jobs.
Error monitoring and audit events can provide operational context without exposing tokens or signed URLs.
Share-link state stays in application data so an expired or revoked link can stop resolving immediately.
We can walk through the current architecture, permission model, storage design and planned production controls.