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

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é.

SecondGuard · @finance-analystvia SecondGate
ENVOYÉ AU FOURNISSEUR

Valider la facture 4471 de Meridian Legal, payée par carte [CARD_1], contact [EMAIL_1], montant €12,300.

RENVOYÉ À LA PERSONNE

Valider la facture 4471 de Meridian Legal, payée par carte •••• 4455, contact [email protected], montant €12,300.

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 personnelagit au nom de la personne
Google WorkspaceMicrosoft 365GitHub
uniquement les comptes que cette personne a connectés
Agent de projettravaille pour un espace partagé
Fichiers du ProjetFils du Projet
jamais les comptes personnels de quiconque
Agent nommérecruté pour un rôle
Google Sheets · lecture seuleSlack · son propre bot
ses propres comptes, choisis par son responsable, ou aucun

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.

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.

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.

@finance-analyst Exécution du lundi 07:00
5 oct.
LANCÉE PARson planning · lun. 07:00
CONFIGURATIONla version publiée
ACCÈSGoogle Sheets · lecture seule
son propre compte, choisi par son responsable
MODÈLE D’IAapprouvé · votre propre compte
CONFIDENTIALITÉ 2 valeurs masquées → restaurées
selon les règles que vous fixez · restaurées de votre côté
RÉSULTATSlack · message + tableur
COÛT€0.31 → équipe Finance
JOURNALconservé dans Agent Activity
Agent Activity · lecture seule · identifiants retirés
les trois lignes qu’une revue lit en premiersuivre toute l’exécution

Exemple d’exécution. Les noms et les chiffres sont fictifs ; les lignes sont celles que la plateforme enregistre.

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.

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.