Sicherheit und Governance
Daten bleiben in Ihrem Netzwerk. AI arbeitet innerhalb von Berechtigungen.
ObjectOS gibt es in drei Editionen, ObjectOS Community, Cloud und Enterprise. ObjectOS Enterprise betreibt die ObjectStack Runtime in Ihrer Infrastruktur; Geschäftsdaten, Identitäten, Audit-Logs, Dateien und Secrets bleiben unter Ihrer Kontrolle.
- Agent
- inherits user identity
- Tool
- governed access path
- Audit
- approval and evidence
Wie Agents handeln
Sicherheitsmodell für AI Agents
ObjectOS behandelt das Modell nicht als Administrator. AI arbeitet über deklarative Tools, Eingaben werden validiert, und alle Aufrufe folgen demselben Berechtigungssystem. Die In-App-AI ändert einen Datensatz erst, nachdem der Nutzer bestätigt hat.
- 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.
Wo Daten liegen
Datenresidenz
ObjectOS Enterprise verlangt nicht, Geschäftsdaten in unsere Cloud zu verschieben. Die ObjectStack Runtime verbindet sich mit Ihren Datenbanken, Speichern und Identitätssystemen.
| Daten | Speicherort | Verlässt es das Netzwerk? |
|---|---|---|
| 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 |
Weiter im Detail
Die zwei Seiten hinter dieser
Diese Seite ist der Einstieg in eine Sicherheitsprüfung. Zwei Seiten gehen tiefer: Das Trust Center sammelt die Prüfunterlagen, die Berechtigungsseite zeigt das Zugriffsmodell als Metadaten, die ein Prüfer lesen kann.
Trust Center
Datenresidenz, Bereitstellungswege, Identität, Freigaben, Audit und das Prüfpaket, das ein Prüfer vor der Abnahme erhalten sollte.
Trust Center öffnenBerechtigungen & Sicherheit
Rollen-, Zeilen- und Feldsteuerung, deklariert neben den Objekten, die sie schützt; das Berechtigungsset liest ein Prüfer als Diff – durchgesetzt für Menschen und Agents gleichermaßen.
Berechtigungsseite öffnenWo es läuft
Deployment-Grenze
Die Standardform ist netzwerkfreundlich: eine Node.js Runtime, Ihre Datenbank, Ihre Secrets und Ihr Ingress. Strengere Umgebungen können file-backed Artefakte und Offline-Images nutzen.
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.
Häufige Fragen
FAQ für Sicherheitsreviews
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.
Schwachstelle gefunden?
Offenlegung von Schwachstellen
Melden Sie Sicherheitsprobleme in ObjectOS Cloud, ObjectOS Enterprise, der quelloffenen ObjectStack Runtime und ihren Paketen oder auf dieser Website vertraulich per E-Mail. Bitte eröffnen Sie für ein Sicherheitsproblem kein öffentliches GitHub-Issue, keine Diskussion und keinen Pull Request.
- Meldung an
- security@objectstack.ai
- Eingangsbestätigung
- Innerhalb eines Werktags
- Sprachen
- Englisch oder Chinesisch
Was die Meldung enthalten sollte
- Betroffenes Produkt und Version: bei Cloud Datum und Uhrzeit des Tests, bei selbst betriebenen Installationen die Image- oder Paketversion.
- Schritte zur Reproduktion, mit einem Proof of Concept, falls vorhanden.
- Die beobachtete Auswirkung: was ein Angreifer lesen, ändern oder ausführen könnte.
- Ob Sie den Fund mit anderen geteilt haben und wann Sie ihn veröffentlichen möchten.
- Wie wir Sie erreichen und unter welchem Namen Sie genannt werden möchten, falls gewünscht.
Wie es weitergeht
- Wir bestätigen den Eingang Ihrer Meldung innerhalb eines Werktags.
- Wir bestätigen oder verwerfen das Problem und halten Sie während der Behebung auf dem Laufenden.
- Sobald eine Korrektur verfügbar ist, vereinbaren wir mit Ihnen einen Termin für die Veröffentlichung und nennen Sie auf Wunsch namentlich.
Rechtlicher Schutz
Sicherheitsforschung in gutem Glauben nach dieser Richtlinie betrachten wir als autorisiert; wir leiten deswegen keine rechtlichen Schritte gegen Sie ein und unterstützen auch keine. Guter Glaube heißt, dass Sie:
- nur mit Konten und Umgebungen testen, die Ihnen gehören oder für die Sie eine Erlaubnis haben, und sofort aufhören, sobald Sie auf fremde Daten stoßen;
- fremde Daten nicht über das zum Nachweis nötige Minimum hinaus ansehen, speichern, ändern oder löschen;
- keine Denial-of-Service-, Spam-, Social-Engineering- oder physischen Angriffe durchführen;
- uns vor einer Veröffentlichung angemessen Zeit für die Behebung geben.
Nächster Schritt
Sicherheitsreview zuerst, nicht nach dem Pilot.
Bestätigen Sie Datenresidenz, Berechtigungen, Audit-Nachweise und Deployment-Form, bevor AI Agents echte Geschäftsdaten berühren.