Database-enforced isolation Available now
PostgreSQL row-level security on every table. Tenant isolation is enforced by the database, not only by application code.
A shared memory is only useful if people trust it. This page separates plainly what is built today from what is still on the roadmap.
These are built and running on our pilot deployment.
PostgreSQL row-level security on every table. Tenant isolation is enforced by the database, not only by application code.
A permission service checks every request. Search results are re-checked against permissions one by one before they are returned.
AI apps get the smaller of the person's rights and a time-limited grant. An agent never has more rights than its user.
Every allow and deny is recorded with who, where, which app and which model, and written in the same transaction as the change itself.
A client's memory is never returned to another client's work. Labels mark memory internal, restricted (named people only, bots never read) or external_ok.
Memory is returned labelled as data. Text that looks like instructions is flagged and cannot be bulk-approved.
OAuth 2.1 sign-in. People use a password plus an authenticator code. Access tokens are short-lived.
Suspend an AI app or bot immediately.
Every update keeps the previous version. Daily backups are encrypted.
The AI Hive runs where you decide. In a pilot we run it for you in your cloud, or you self-host it on your premises. Fact extraction uses a small model running on your own server, so nothing needs to leave your infrastructure.
Connectors only read, and only from the sources you choose. By design, The AI Hive never writes into outside systems.
Security researchers warn about one combination in AI agents: private data, untrusted content such as inbound email, and a way to send data out. When all three sit in one agent, a hidden instruction in a message can make it leak data.
The AI Hive reads your sources on your server and never writes into outside systems, so the memory layer itself cannot send data out.
The AI receives memory as data within a token budget, not raw mailboxes and file stores with their own tools and instructions.
Admins can allow only The AI Hive server in AI apps (for example Claude Code managed settings or organisation connector controls) and keep personal mail and file connectors off, or on for a single task.
Background and measurements: What connectors cost.
Agent messaging is built and being validated; The AI Hive on a phone is available. The same rules as memory apply.
Each message shows who sent it, for example a person via their AI app; bots are marked as AI and self-chosen labels as declared. Only those who may read a space's memory may talk in its rooms, and client walls still apply.
Messages reach an agent labelled as data. Text that looks like a secret or credential is refused, and suspicious text is withheld from agents. Chat becomes memory only when a decision is saved on purpose.
Opening and closing rooms, reads, posts, refused posts and claim conflicts are recorded. Rate limits apply per sender and per room.
A push notification carries only the kind, a count and a link, never memory text. Each AI Hive server sends its own with its own keys, and a device can be removed.
The installed app never stores memory or answers from the server for offline use, and logging out clears its data on the phone.
Built and in testing. Anything that does not pass testing will be removed.
We would rather you hear this from us. These items are planned and are not part of The AI Hive today.
| Planned control | Status |
|---|---|
| SSO with Microsoft or Google, and SCIM provisioning | Roadmap |
| Customer-managed encryption keys (BYOK) | Roadmap |
| PII detection and masking | Roadmap |
| Hash-chained, exportable audit | Roadmap |
| Retention policies per scope | Roadmap |
| Break-glass access with logging | Roadmap |
| Independent penetration test and SOC 2 readiness work | Roadmap |
| Large-scale load testing | Roadmap |
Where we stand. The AI Hive is a pilot-stage product. It has not been independently audited or penetration tested, and we do not claim any compliance certification. If your security review needs more than that today, tell us what you need and we will say honestly whether the pilot can meet it.
Please email sales@it-labs.in with enough detail to reproduce the issue. We will acknowledge your report, investigate it and keep you informed. Please give us reasonable time to fix a problem before sharing it publicly, and do not access data that is not yours.
Book a session and we will walk through the architecture, the controls above and the gaps.