Enterprise · Seguridad " Despliegue
Cada ejecución está aislada, grabada y verificada por políticas. Despliegue en nuestra nube, un ambiente dedicado o propio.
Uso " auditoría · una fila por ejecución, datos sensibles enmascarados en la puerta de entrada
Sandboxed
Cada ejecución ejecuta en un entorno aislado desechable que se destruye después.
Grabado
Cada tarea, programada o no, deja un Run Record inmutable.
Verificación de políticas
Shieldon inspecciona cada llamada modelo antes de salir de la empresa.
Modelo de capa
Una solicitud pasa por el lugar de trabajo, la puerta de entrada y el agente de tiempo de ejecución. Cada capa decide algo diferente, y cada una deja su propio registro.
Cuentas, roles y modelos permitidos deciden lo que una persona puede comenzar. Las credenciales se recogen en formas seguras y se vinculan explícitamente a Connectors.
Cada llamada modelo pasa por la puerta de entrada. Las políticas detectan y enmascaran datos sensibles, refuerzan el modelo permitido y registran la solicitud, las fichas y el resultado.
La ejecución se ejecuta en un entorno aislado desechable con monturas de alcance. Cada llamada de herramienta, punto de control y resultado aterriza en una secuencia de eventos ordenada que puede volver a jugar.
Aislamiento de ejecución
Los agentes nunca tocan la máquina de un empleado o un servidor compartido. Cada ejecución obtiene su propio contenedor, exactamente las monturas que necesita, y un registro de cada paso.
disposable · created per run · destroyed after
Guión del evento · una ejecución, en orden, rejugable
Creado para la ejecución, destruido después de ella. Nada persiste a menos que se haya escrito al espacio de trabajo a propósito.
Skills, Works, Connectors, Apps y los accesorios se proyectan bajo /workspace/resources, sólo lectura o escritura por camino.
¿Cambio de plan? Cancela la ejecución. Los procesos de ejecución se detienen, y el registro muestra exactamente dónde se detuvo.
Los puntos de control del contexto marcan puntos seguros a largo plazo, por lo que la recuperación vuelve de estado conocido en lugar de comenzar de nuevo.
Acceso a la identidad
El acceso se define en el Admin Console y se aplica por el tiempo de ejecución. No hay puerta lateral: lo que un papel no permite, un agente no puede hacer en nombre de esa persona.
La gente firma como ellos mismos. Los roles llevan lo que pueden ver en Explore y qué modelos pueden usar.
La lista de modelos de un rol está intersectada con los modelos que la empresa ha configurado. Vacío no significa nada, y nada se sustituye en silencio.
Abrir registro sólo para los dominios de correo electrónico que permite. Todo el mundo es invitado por un administrador.
Cada persona tiene una conexión única por Connector, llamada sólo después de que Test Connection pase.
Skills declara el Connectors que necesitan y la persona se une a uno a propósito. Una unión inválida pone la ejecución en Awaiting Authorization.
Los administradores pueden bloquear un Skill, Work o Connector para que su configuración no pueda ser cambiada por la gente que lo usa.
Finance analyst
12 members · Visible in Explore
Allowed models
roles ∪ → ∩ configured models · no silent substitution
Explore · resource statuses
Admin Console · Roles · Modelos permitidos resuelven por persona
Credenciales y datos
Las claves y las fichas se introducen una vez, en forma segura, y se entregan directamente al ambiente aislado. El agente los usa. Nunca los lee.
ERP ledger
Connector · Connection for a.chen
delivered to the sandbox environment · never to the model
Configuración Connector · valores enmascarados después de guardar, probados antes de usar
Los valores sensibles se introducen en una forma dedicada y nunca se muestran de nuevo. Rotar un valor significa entrar en uno nuevo.
Valores que los conjuntos de administrador aparecen como campos enmascarados marcados por Admin. La gente los usa sin verlas.
Las credenciales se rechazan en la conversación, se mantienen fuera de Memory y nunca se escriben a los archivos de recursos. El tiempo de ejecución se dice, no el modelo.
Una ejecución que termina no es un trabajo que se hace. El propietario verifica el contenido y el estado del sistema de destino antes de iniciar sesión.
Auditoría " observabilidad
Cada tarea, cada llamada modelo y cada salida se pueden rastrear de nuevo a una persona, una ejecución y un mensaje. Los administradores ven todo el cuadro; la gente ve el suyo.
Cada ejecución, incluyendo cada gatillo programado, produce un registro inmutable con su estado, sus herramientas y su uso.
Los archivos y URL se recogen por tarea. Volver al Mensaje Original abre la solicitud que los produjo.
Back to Original Message
Tareas, fichas y uso de modelos a través de equipos en el Admin Console, junto al consumo de crédito por plan.
Actualizaciones Explore, resultados de tareas programadas y mensajes de administrador llegan a las personas donde ya trabajan.
Opciones de implementación
El mismo producto, tres maneras de acogerlo. Los modelos están configurados centralmente en cada opción, incluyendo los modelos que se hospedan.
Multi-tenant y operado por nosotros. Workspaces, archivos y ejecuciones están aislados por cuenta desde el primer día.
Un despliegue único operado por nosotros, con sus propios hosts AOS.work y Runtime dentro de su propio límite de red.
Instalado en su cuenta de nube o centro de datos y operado por su equipo, con nuestro equipo de entrega junto.
Conecta los proveedores en los que ya confías, o los modelos que te hospedan. Cada modelo se configura una vez, debe pasar la conexión de prueba y se otorga por función.
AOS.work y el Runtime se ejecutan en hosts separados, tamaño para su carga esperada y verificada bajo carga antes de ir a vivir, con tasa de éxito y percentiles de latencia registrados.
Lista de verificación de seguridad
La versión corta, para las personas que tienen que firmar.
Paquete de revisión de seguridad disponible bajo petición.
Reserve una demostración y estableceremos un espacio de trabajo con sus conocimientos, sus estándares y sus guardias.
Built on Basil Harness · Protected by Shieldon