Visibility Modes
There are three visibility modes:| Mode | Who can access | Use case |
|---|---|---|
| Private | Only the workspace owner | Development, testing, internal tools |
| Public | Anyone with the URL | Demos, public APIs, static sites, documentation |
| Privileged | Owner + specific email addresses | Team collaboration, client previews, staging |
Private is the default for all newly created apps. You must explicitly change the visibility to make an app accessible to others.
How Access is Enforced
When a request arrives at an app subdomain (e.g.,my-api.rigbox.dev), Rigbox checks the visibility mode before forwarding the request to your service:
- Public: the request is forwarded immediately with no authentication check.
- Private: the request must include valid authentication matching the workspace owner. Unauthenticated requests receive a 403 response.
- Privileged: the request must include valid authentication for either the workspace owner or a user whose email is in the
allowed_emailslist.
Setting Visibility
Use the visibility endpoint to change an app’s access mode.Make an App Public
Make an App Private
Share with Specific People (Privileged)
Privileged mode lets you grant access to specific email addresses. This is useful for sharing a staging environment with teammates or showing a client preview.Updating the Allowed Emails List
To add or remove people from the privileged access list, send a new PUT request with the complete list. The list is replaced entirely — it’s not additive.To remove someone, send the list without their email. There is no separate “remove” endpoint — you always send the full list.
Checking Current Visibility
Retrieve the app details to see its current visibility mode and allowed emails.Complete Example: Development to Production
This walkthrough shows a typical flow — develop privately, test with teammates, then go public.Deploy your app privately
Create and expose your app. It starts as private by default.Test and iterate
While the app is private, only you can access it. Make changes, test, and refine.Share with your team for review
Once you’re ready for feedback, switch to privileged mode.Go public
After the team approves, make it available to everyone.Lock it back down if needed
You can revert to private at any time.Security Considerations
- Private apps are not accessible without authentication. Even if someone knows the subdomain URL, they cannot access a private app.
- Privileged mode uses email verification. Users in the
allowed_emailslist must authenticate through Rigbox to access the app. - Public apps are open to the entire internet. Only set an app to public if you intend for anyone to access it. Don’t expose admin panels, databases, or sensitive services as public.
- Visibility changes take effect immediately. There is no propagation delay — the next request will use the new visibility mode.
Next Steps
- Expose Ports & Route Apps — create and manage app routes
- Workspaces — workspace lifecycle management
- Catalog Apps — install pre-packaged apps with routing handled automatically