Seguridad y gobierno
Los datos permanecen en tu red. La AI trabaja dentro de permisos.
ObjectOS se ofrece en tres ediciones, ObjectOS Community, Cloud y Enterprise. ObjectOS Enterprise opera el runtime de ObjectStack en tu infraestructura; registros de negocio, identidades, auditoría, archivos y secretos siguen bajo tu control.
- Agent
- inherits user identity
- Tool
- governed access path
- Audit
- approval and evidence
Cómo actúan los agentes
Modelo de seguridad para agentes de AI
ObjectOS no trata al modelo como administrador. La AI usa herramientas declarativas, las entradas se validan y cada llamada respeta el mismo sistema de permisos. La AI integrada cambia un registro solo después de que el usuario lo confirma.
- 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.
Dónde viven los datos
Residencia de datos
ObjectOS Enterprise no exige mover datos de negocio a nuestra nube. El runtime de ObjectStack se conecta a tus bases de datos, almacenamiento e identidad.
| Datos | Ubicación | ¿Sale de la red? |
|---|---|---|
| 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 |
Profundizar
Las dos páginas detrás de esta
Esta página es el punto de entrada de una revisión de seguridad. Dos páginas van más allá: el centro de confianza reúne los materiales de revisión y la página de permisos muestra el modelo de acceso como metadatos que un revisor puede leer.
Centro de confianza
Residencia de datos, rutas de despliegue, identidad, aprobaciones, auditoría y el paquete de revisión de seguridad que un revisor debería recibir antes de aprobar.
Abrir el centro de confianzaPermisos y seguridad
Control por rol, fila y campo declarado junto a los objetos que protege; el revisor lee el conjunto de permisos como un diff, aplicado por igual a personas y agentes.
Abrir la página de permisosDónde se ejecuta
Límite de despliegue
La forma predeterminada es amigable para redes empresariales: un runtime Node.js, tu base de datos, tus secretos y tu entrada. Entornos más estrictos pueden usar artefactos locales e imágenes 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.
Preguntas frecuentes
FAQ de revisión de seguridad
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.
¿Encontraste una vulnerabilidad?
Divulgación de vulnerabilidades
Informa en privado, por correo electrónico, de los problemas de seguridad en ObjectOS Cloud, ObjectOS Enterprise, el runtime de código abierto ObjectStack y sus paquetes, o en este sitio web. No abras un issue, una discusión ni un pull request públicos en GitHub para un problema de seguridad.
- Escribe a
- [email protected]
- Acuse de recibo
- En un día hábil
- Idiomas
- Inglés o chino
Qué incluir
- El producto y la versión afectados: en Cloud, la fecha y la hora de la prueba; en un despliegue autogestionado, la versión de la imagen o del paquete.
- Los pasos para reproducirlo, con una prueba de concepto si la tienes.
- El impacto observado: qué podría leer, cambiar o ejecutar un atacante.
- Si has compartido el hallazgo con alguien más y cuándo piensas publicarlo.
- Cómo contactarte y el nombre con el que quieres aparecer en los créditos, si lo deseas.
Qué pasa después
- Confirmamos la recepción de tu informe en un día hábil.
- Confirmamos o descartamos el problema y te mantenemos al tanto mientras lo corregimos.
- Cuando haya una corrección, acordamos contigo la fecha de divulgación pública y te damos crédito si lo deseas.
Puerto seguro
Consideramos autorizada la investigación de seguridad de buena fe realizada conforme a esta política, y no emprenderemos ni apoyaremos acciones legales contra ti por ella. Buena fe significa que:
- Pruebas solo con cuentas y entornos que son tuyos o que tienes permiso para usar, y te detienes en cuanto llegas a datos que no son tuyos.
- No ves, conservas, cambias ni borras datos de otras personas más allá del mínimo necesario para demostrar el problema.
- No realizas ataques de denegación de servicio, spam, ingeniería social ni ataques físicos.
- Nos das un tiempo razonable para corregirlo antes de divulgarlo públicamente.
Siguiente paso
Pon la revisión de seguridad primero, no después del piloto.
Confirma residencia de datos, permisos, auditoría y despliegue antes de conectar agentes de AI a datos reales.