# Agentes en sus servidores, bajo sus reglas, con registro. > Dónde se ejecuta SecondStack, dónde están sus datos, qué se enmascara antes del envío y quién puede hacer qué: lo que pide una revisión de seguridad. - Canonical: https://secondstack.ai/es/for/it-security/ - Language: Spanish (es) --- SecondStack es una plataforma de agentes de IA. Esta vista está dirigida a los equipos de IT y seguridad: dónde se ejecuta SecondStack, dónde están los datos, qué se enmascara antes de que salga una solicitud y qué registra cada ejecución. SecondStack es autoalojado hoy: se ejecuta en sus propios servidores, y cada chat, archivo y ejecución de agente se queda en su propia base de datos. Lo que sale hacia un proveedor de IA se comprueba primero, con los datos personales y los secretos enmascarados según las reglas que usted define. ## Lo que llega a ver el proveedor de IA. SecondGuard, los guardrails dentro del gateway, cambia los datos personales y los secretos por sustitutos antes de que salga una solicitud. Los valores reales vuelven en la respuesta, de su lado. ## Quién puede actuar, y con qué cuentas. Cada agente llega solo a lo que se le dio, y ninguno tiene nunca una contraseña en su poder. Su responsable o un administrador pueden pausarlo en cualquier momento. - **Agente personal** (actúa como su persona): Google Workspace, Microsoft 365, GitHub; solo las cuentas que esa persona conectó. - **Agente de proyecto** (trabaja para un espacio de trabajo compartido): Archivos del Proyecto, Hilos del Proyecto; nunca las cuentas personales de nadie. - **Agente con nombre** (contratado para un rol): Google Sheets · solo lectura, Slack · su propio bot; sus propias cuentas, elegidas por su responsable, o ninguna. Quién puede llamar, entrenar o gestionar un agente se define por persona, por equipo o para toda la organización, y una denegación prevalece sobre cualquier permiso. Las credenciales se guardan en un proxy de salida separado, que las añade a cada llamada: el agente recibe el resultado, nunca la contraseña. ## Cada ejecución deja un registro. Cada ejecución de cada agente escribe las mismas ocho líneas: qué la inició, a qué podía llegar, qué salió y cuánto costó. Los administradores pueden leer el registro, pero no editarlo. Contiene lo que se ejecutó; el chat en sí se queda en su propia base de datos. ## Antes de su revisión de seguridad. Dónde se ejecuta, dónde están los datos, quién inicia sesión y qué se registra. - **Dónde se ejecuta**: Autoalojado hoy, en su nube o en sus servidores. El SaaS gestionado y AWS Marketplace llegarán pronto. - **Dónde están los datos**: Cada chat, archivo y ejecución de agente en su propia base de datos, en sus servidores. - **Inicio de sesión**: El inicio de sesión pasa por ControlTower, la consola de administración. Las personas inician sesión con SSO a través de Entra ID, Keycloak u otro proveedor de OpenID Connect, o a través de LDAP y Active Directory, y SCIM mantiene sus usuarios sincronizados. - **Qué se registra**: Lo que se ejecutó, no la transcripción del chat. Las credenciales y las claves se eliminan. Al borrar una conversación se elimina su contenido; el registro solo conserva que la ejecución ocurrió. - **Certificación**: ISO 27001 a través de T1A, nuestro socio de implementación. - **Conexiones**: Google Workspace, Microsoft 365, GitHub, Jira y Notion integrados; cualquier servidor MCP o API REST por su URL. Canales: Slack y Telegram; Microsoft Teams llegará pronto. ## Preguntas de las revisiones de seguridad. ### ¿SecondStack lee las conversaciones de nuestros empleados? No. Cada chat, archivo y ejecución de agente se queda en su propia base de datos, en sus servidores. Sus administradores ven Agent Activity: lo que se ejecutó, no el chat en sí. ### ¿Puede un agente actuar en nombre de alguien? Solo el agente personal, y solo a través de las cuentas que esa persona conectó. Los agentes con nombre usan las cuentas que les da su responsable, o ninguna. Un agente de proyecto trabaja con los archivos del espacio de trabajo compartido, no con las cuentas personales de nadie. En todos los casos, la credencial se queda en el proxy de salida de la plataforma, nunca en el agente. ### ¿Cómo controlamos qué modelos de IA están permitidos? En ControlTower, la consola de administración, por organización, equipo, persona, clave o agente con nombre, con la denegación como valor por defecto. Los agentes usan la misma lista: un agente con nombre que funciona con el presupuesto de su patrocinador tiene sus propios modelos permitidos; cualquier otro agente usa la lista de quien lo ejecuta. ### ¿Qué proveedor de identidad usa? ControlTower es el proveedor de OpenID Connect y el directorio de usuarios de la plataforma, así que las personas inician sesión una sola vez para la aplicación web y la consola de administración. Se conecta a su proveedor de identidad por OpenID Connect, o a LDAP y Active Directory, con SCIM para sincronizar usuarios. ### ¿SecondStack está certificado como producto? Hoy no como producto. La certificación ISO 27001 la tiene T1A, nuestro socio de implementación. SecondStack se ejecuta en sus propios servidores, así que sus datos se quedan en su entorno. ## Para seguir leyendo - [Shadow AI: qué es y cómo detectarla](https://secondstack.ai/blog/shadow-ai-detection/) - [Gobernanza de LLM: un marco de trabajo práctico](https://secondstack.ai/blog/llm-governance/) - [Guardrails para LLM: PII y secretos antes de la salida](https://secondstack.ai/blog/llm-guardrails/) ## Traiga un agente que hoy no autorizaría. En la llamada de demostración mostramos cómo se ejecutaría como agente con nombre y qué mostraría su registro en ControlTower. Usted decide si eso es suficiente. Reservar una demo: hello@secondstack.ai