Sécurité et gouvernance
Les données restent dans votre réseau. L’AI agit dans les permissions.
ObjectOS existe en trois éditions, ObjectOS Community, Cloud et Enterprise. ObjectOS Enterprise exploite le runtime ObjectStack dans votre infrastructure ; données métier, identités, journaux d’audit, fichiers et secrets restent sous votre contrôle.
- Agent
- inherits user identity
- Tool
- governed access path
- Audit
- approval and evidence
Comment agissent les agents
Modèle de sécurité des agents AI
ObjectOS ne traite pas le modèle comme un administrateur. L’AI passe par des outils déclaratifs, les entrées sont validées et chaque appel respecte le même système de permissions. L’AI intégrée ne modifie un enregistrement qu’après la confirmation de l’utilisateur.
- 01
Acts as a user
An agent represents a signed-in user, not an unrestricted service account. If the user cannot see a record, the agent cannot see it either.
- 02
Uses governed tools
Agents call structured query, action, and metadata tools instead of holding raw database credentials or dumping whole tables into prompts.
- 03
Waits for a person
The in-product AI proposes a record change with the old and new values, and runs it as the user only after that user confirms. On ObjectOS Cloud, an AI Builder change to a live app that already holds records is saved as a draft for a person to publish.
- 04
Leaves evidence
Record reads and writes, approvals, rejections, and permission changes are written to the audit log. Per-call audit of the in-app AI’s tool calls is part of AI governance on Enterprise.
Où vivent les données
Résidence des données
ObjectOS Enterprise n’exige pas de déplacer vos données métier dans notre cloud. Le runtime ObjectStack se connecte à vos bases de données, stockages et systèmes d’identité.
| Données | Emplacement | Sort du réseau ? |
|---|---|---|
| Business records | Your database | No |
| Users, sessions, OAuth tokens | Your database | No |
| Audit logs | Your database | No |
| Uploaded files | Local disk, S3, or R2 | No |
| Secrets and settings | Your secret manager or encrypted settings store | No |
| AI request context | Your chosen model provider or local model | Only if you configure an external model |
Aller plus loin
Les deux pages derrière celle-ci
Cette page est le point d’entrée d’une revue de sécurité. Deux pages vont plus loin : le centre de confiance rassemble les éléments de revue, et la page des permissions montre le modèle d’accès sous forme de métadonnées qu’un relecteur peut lire.
Centre de confiance
Résidence des données, modes de déploiement, identité, approbations, audit et le dossier de revue de sécurité qu’un relecteur devrait recevoir avant validation.
Ouvrir le centre de confiancePermissions et sécurité
Contrôle par rôle, par ligne et par champ, déclaré à côté des objets qu’il protège ; le relecteur lit le jeu de permissions comme un diff, appliqué aux personnes comme aux agents.
Ouvrir la page des permissionsOù ça tourne
Frontière de déploiement
La forme par défaut convient au réseau d’entreprise : un runtime Node.js, votre base, vos secrets et votre ingress. Les environnements stricts peuvent utiliser des artefacts locaux et des images offline.
VPC / private network
Run in your cloud account or private network with only required HTTP/HTTPS and database connectivity.
Local servers
Run with Docker, systemd, or your own platform while connecting local databases, object storage, and identity.
Air-gapped
Use offline container images and a local objectstack.json artifact with no cloud control plane or public internet requirement.
Local models
Point AI services at Ollama, vLLM, or internal model endpoints to keep business context inside your boundary.
Questions fréquentes
FAQ de revue sécurité
Does ObjectOS phone home?
Self-managed ObjectOS validates its license online; Enterprise air-gapped licenses validate offline. Beyond that, unless you explicitly configure integrations such as OIDC, email, AI providers, webhooks, or external storage, no business data leaves your deployment. The open-source ObjectStack runtime has no telemetry, no license check, and no update ping.
What goes to a model provider?
Only the context required for the model task: conversation context, tool definitions, and necessary tool output. You can use an external model or configure a local model endpoint.
How do we limit agent writes?
Use read-only data sources, object permissions, field permissions, action permissions, and flow approval steps for business decisions. Agents cannot bypass runtime permissions. The in-product AI changes one record at a time after the user confirms it, and cannot delete records or edit them in bulk; on ObjectOS Cloud, an AI Builder change to a live app that already holds records is saved as a draft for a person to publish.
Who owns TLS, database encryption, and secrets?
Those are deployment responsibilities. The ObjectStack runtime provides authorization, audit, API key hashing, and settings encryption; your infrastructure owns TLS, at-rest database encryption, backups, and secret injection.
Is it suitable for regulated environments?
ObjectOS provides the technical primitives: access control, audit, data residency, and isolated deployment. Certification depends on your running deployment, not a binary alone.
Vous avez trouvé une vulnérabilité ?
Divulgation des vulnérabilités
Signalez en privé, par e-mail, tout problème de sécurité dans ObjectOS Cloud, ObjectOS Enterprise, le runtime open source ObjectStack et ses paquets, ou sur ce site. N’ouvrez pas d’issue, de discussion ni de pull request publics sur GitHub pour un problème de sécurité.
- Écrire à
- security@objectstack.ai
- Accusé de réception
- Sous un jour ouvré
- Langues
- Anglais ou chinois
Que mettre dans le signalement
- Le produit et la version concernés : pour Cloud, la date et l’heure du test ; pour un déploiement autogéré, la version de l’image ou du paquet.
- Les étapes de reproduction, avec une preuve de concept si vous en avez une.
- L’impact constaté : ce qu’un attaquant pourrait lire, modifier ou exécuter.
- Si vous avez partagé la découverte avec d’autres personnes, et quand vous comptez la publier.
- Comment vous joindre, et le nom sous lequel vous souhaitez être crédité, le cas échéant.
Et ensuite
- Nous accusons réception de votre signalement sous un jour ouvré.
- Nous confirmons ou écartons le problème et vous tenons informé pendant la correction.
- Une fois le correctif disponible, nous convenons avec vous d’une date de divulgation publique et vous créditons si vous le souhaitez.
Protection des chercheurs
Nous considérons comme autorisée la recherche en sécurité menée de bonne foi dans le cadre de cette politique, et nous n’engagerons ni ne soutiendrons aucune action en justice contre vous à ce titre. De bonne foi signifie que vous :
- testez uniquement des comptes et des environnements qui vous appartiennent ou que vous êtes autorisé à utiliser, et vous arrêtez dès que vous atteignez des données qui ne sont pas les vôtres ;
- ne consultez, ne conservez, ne modifiez ni ne supprimez les données d’autrui au-delà du minimum nécessaire pour démontrer le problème ;
- ne menez ni déni de service, ni spam, ni ingénierie sociale, ni attaque physique ;
- nous laissez un délai raisonnable pour corriger le problème avant toute divulgation publique.
Étape suivante
Placez la revue sécurité avant le pilote.
Validez résidence des données, permissions, preuves d’audit et déploiement avant de connecter des agents AI aux données réelles.