# Des agents sur vos serveurs, sous vos règles, chaque exécution consignée.

> Où SecondStack s’exécute, où vivent vos données, ce qui est masqué avant l’envoi et qui peut faire quoi : les réponses qu’attend une revue de sécurité.

- Canonical: https://secondstack.ai/fr/for/it-security/
- Language: French (fr)

---

SecondStack est une plateforme d’agents IA. Cette vue s’adresse aux équipes IT et sécurité : où SecondStack s’exécute, où vivent les données, ce qui est masqué avant l’envoi d’une requête et ce que chaque exécution consigne.

SecondStack est auto-hébergé dès aujourd’hui : il tourne sur vos propres serveurs, et chaque conversation, fichier et exécution d’agent reste dans votre propre base de données. Ce qui part vers un fournisseur d’IA est contrôlé d’abord, données personnelles et secrets masqués selon les règles que vous fixez.

## Ce que le fournisseur d’IA voit.

SecondGuard, les garde-fous intégrés à la passerelle, remplace les données personnelles et les secrets par des substituts avant qu’une requête ne sorte. Les vraies valeurs reviennent dans la réponse, de votre côté.

## Qui peut agir, et avec quels comptes.

Chaque agent n’atteint que ce qui lui a été confié, et aucun ne détient jamais de mot de passe. Son responsable ou un administrateur peut le mettre en pause, à tout moment.

- **Agent personnel** (agit au nom de la personne) : Google Workspace, Microsoft 365, GitHub ; uniquement les comptes que cette personne a connectés.
- **Agent de projet** (travaille pour un espace partagé) : Fichiers du Projet, Fils du Projet ; jamais les comptes personnels de quiconque.
- **Agent nommé** (recruté pour un rôle) : Google Sheets · lecture seule, Slack · son propre bot ; ses propres comptes, choisis par son responsable, ou aucun.

Qui peut appeler, entraîner ou gérer un agent se définit par personne, par équipe ou pour toute l’organisation, et un refus l’emporte sur toute autorisation.

Les identifiants restent dans un proxy de sortie distinct, qui les ajoute à chaque appel : l’agent obtient le résultat, jamais le mot de passe.

## Chaque exécution laisse un journal.

Chaque exécution de chaque agent écrit les mêmes huit lignes : ce qui l’a lancée, ce qu’elle pouvait atteindre, ce qui est sorti et ce qu’elle a coûté. Les administrateurs peuvent lire le journal, pas le modifier. Il contient ce qui a tourné ; la conversation elle-même reste dans votre propre base de données.

## Avant votre revue de sécurité.

Où il s’exécute, où vivent les données, qui se connecte et ce qui est enregistré.

- **Où il s’exécute** : Auto-hébergé dès aujourd’hui, dans votre cloud ou sur vos serveurs. Une offre SaaS managée et AWS Marketplace sont à venir.
- **Où vivent les données** : Chaque conversation, fichier et exécution d’agent dans votre propre base de données, sur vos serveurs.
- **Connexion** : La connexion passe par ControlTower, la console d’administration. Les utilisateurs se connectent en SSO via Entra ID, Keycloak ou un autre fournisseur OpenID Connect, ou via LDAP et Active Directory, et SCIM garde vos utilisateurs synchronisés.
- **Ce qui est enregistré** : Ce qui a tourné, pas la transcription de la conversation. Identifiants et clés sont retirés. Supprimer une conversation efface son contenu ; le journal ne garde que le fait que l’exécution a eu lieu.
- **Certification** : ISO 27001 via T1A, notre partenaire de mise en œuvre.
- **Connexions** : Google Workspace, Microsoft 365, GitHub, Jira et Notion intégrés ; tout serveur MCP ou API REST par son URL. Canaux : Slack et Telegram, Microsoft Teams à venir.

## Les questions des revues de sécurité.

### SecondStack lit-il les conversations de nos collaborateurs ?

Non. Chaque conversation, fichier et exécution d’agent reste dans votre propre base de données, sur vos serveurs. Vos administrateurs voient Agent Activity : ce qui a tourné, pas la conversation elle-même.

### Un agent peut-il agir au nom de quelqu’un ?

Seul l’agent personnel, et uniquement via les comptes que cette personne a connectés. Les agents nommés utilisent les comptes que leur responsable leur confie, ou aucun. Un agent de projet travaille à partir des fichiers de l’espace partagé, pas des comptes personnels de quiconque. Dans tous les cas, l’identifiant reste dans le proxy de sortie de la plateforme, jamais chez l’agent.

### Comment contrôler quels modèles d’IA sont autorisés ?

Dans ControlTower, la console d’administration, par organisation, équipe, personne, clé ou agent nommé, avec le refus par défaut. Les agents utilisent la même liste : un agent nommé financé par le budget de son sponsor a ses propres modèles autorisés ; tout autre agent utilise la liste de celui qui l’exécute.

### Quel fournisseur d’identité utilise-t-il ?

ControlTower est le fournisseur OpenID Connect et l’annuaire des utilisateurs de la plateforme : on se connecte une seule fois pour l’application web et la console d’administration. Il se relie à votre fournisseur d’identité en OpenID Connect, ou à LDAP et Active Directory, avec SCIM pour la synchronisation des utilisateurs.

### SecondStack est-il lui-même certifié ?

Pas en tant que produit aujourd’hui. La certification ISO 27001 est détenue par T1A, notre partenaire de mise en œuvre. SecondStack tourne sur vos propres serveurs, vos données restent donc dans votre environnement.

## Pour aller plus loin

- [Shadow AI : ce que c’est et comment le détecter](https://secondstack.ai/blog/shadow-ai-detection/)
- [Gouvernance des LLM : un cadre qui fonctionne](https://secondstack.ai/blog/llm-governance/)
- [Garde-fous pour LLM : données personnelles et secrets avant la sortie](https://secondstack.ai/blog/llm-guardrails/)

## Venez avec un agent que vous n’autoriseriez pas aujourd’hui.

Pendant la démo, nous montrons comment il tournerait en agent nommé et ce que montrerait son journal dans ControlTower. À vous de juger si cela suffit.

Demander une démo : hello@secondstack.ai