Seguridad

Esta página es para las personas que aprueban Atlas en su empresa: responsables de seguridad, de TI y revisores legales. Indica qué hace Atlas y, con la misma claridad, qué todavía no está hecho.

Su sitio web permanece bajo su control

• Atlas no tiene acceso a su código fuente, repositorio, servidores, cuenta de alojamiento ni canal de despliegue. Nada en Atlas puede desplegar código.
• Su sitio web obtiene el contenido publicado con un token de entrega de solo lectura, desde código de servidor. Atlas no puede enviar código ni scripts a su sitio.
• El contenido no puede ejecutar código. No hay plugins, bloques de HTML ni scripts personalizados. Los editores rellenan campos tipados que definieron sus desarrolladores, y sus componentes los renderizan. Esto elimina la vía más habitual de compromiso de los sitios gestionados por CMS.
• Su sitio mantiene un respaldo integrado, de modo que una caída de Atlas no deja fuera de servicio su sitio web.

Aislamiento entre clientes

• Cada registro pertenece a una organización, sitio y entorno. Atlas resuelve ese ámbito en el servidor para cada solicitud; nunca se toma del navegador.
• La base de datos aplica el mismo ámbito mediante seguridad a nivel de fila (row-level security). El rol de base de datos de la aplicación no es propietario de las tablas y no puede eludir estas reglas.
• Los enlaces de medios y los trabajos en segundo plano llevan el mismo ámbito.
• Desarrollo y Producción tienen contenido, tokens y ajustes independientes.

Cuentas y acceso

• Las personas inician sesión mediante el servicio de inicio de sesión único de Atlas. El acceso es solo por invitación.
• Los roles limitan lo que cada persona puede hacer en cada sitio (consulte Desarrollo y Producción).
• Las acciones sensibles (aprobar un lanzamiento, cambiar miembros, exportar datos) pueden requerir una segunda confirmación en el teléfono de la persona.
• Eliminar a una persona finaliza sus sesiones de inmediato.
• Cada cambio se escribe en un registro de auditoría que no puede editarse. Los administradores de la organización pueden verlo y exportarlo.

Tokens y secretos

• Los tokens de entrega, los tokens de agentes de IA y los secretos de webhook se muestran una sola vez. Atlas almacena únicamente una huella de los tokens, por lo que no pueden leerse de nuevo, ni siquiera por el personal de Atlas.
• Los tokens están limitados a un entorno y pueden revocarse en cualquier momento.
• Las contraseñas y claves de API de correo que añade el propietario de su sitio están cifradas, nunca se vuelven a mostrar y nunca se escriben en los registros.
• Los webhooks están firmados (HMAC-SHA256 con una marca de tiempo) y solo van a direcciones HTTPS públicas.

Seguridad de Producción

• Producción está desactivada en todo sitio nuevo.
• Producción sirve únicamente un lanzamiento aprobado y firmado. Un lanzamiento debe superar sus comprobaciones y ser aprobado por una persona con permisos de aprobación. Los agentes de IA nunca pueden aprobar ni publicar.
• Todo lanzamiento puede revertirse.

Protección contra el abuso

• Los formularios y el chatbot usan Cloudflare Turnstile, campos trampa (honeypots), comprobaciones de tiempo, detección de duplicados y límites de frecuencia.
• Los endpoints del navegador aceptan solicitudes únicamente del origen de su sitio web registrado.
• Los contadores de visualizaciones de página no usan cookies y no almacenan direcciones IP ni identificadores de visitante.

IA

• Los agentes de IA se conectan mediante MCP con un token limitado a un entorno de Desarrollo y a los permisos que usted conceda. No tienen herramientas de shell, base de datos, archivos ni acceso a la web.
• Las respuestas de IA del chatbot proceden únicamente del contenido publicado de su sitio y tienen la instrucción de tratar ese contenido como datos, nunca como instrucciones.

Todavía no está hecho

Preferimos que lo sepa por nosotros:

Elemento	Estado
Prueba de penetración independiente	No realizada
Certificaciones (SOC 2, ISO 27001)	Ninguna
Elección de residencia de datos	No decidida. Consúltenos antes de firmar
Periodos de retención y eliminación de datos	No decididos
Inicio de sesión único con su propio proveedor de identidad (SAML/OIDC)	No disponible
Compromiso de disponibilidad (SLA)	Ninguno hasta que el servicio se haya medido en producción
Recuperación de la base de datos a un punto en el tiempo	No disponible; se planifican copias de seguridad diarias

Informar de una vulnerabilidad

Escriba a security@orbisai.ae. Incluya los pasos para reproducirla y no acceda a datos de otros clientes. Acusaremos recibo de su informe y le mantendremos informado. Nuestro security.txt contiene los mismos detalles.