LeBrain
Accueil · Sécurité

Ouvrir le SI à l'IA, sans lui en céder le contrôle.

Lire par l'écran, lire en base, écrire en base : chaque accès a son niveau de risque et ses garde-fous. LeBrain les applique tous de la même manière, par le Hub, et en garde la trace.

Accès 1 · robot du StudioLecture par l'écran

Le robot voit ce qu'un utilisateur voit, avec ses droits. Les contrôles de l'application restent actifs.

Compte robot dédié, journal des actions
Risque faible
Accès 2 · connecteur baseLecture en base

Des données lues hors des contrôles de l'application, et le risque d'une requête lourde en production.

Lecture seule, requêtes déclarées, anonymisation avant le modèle
Risque modéré
Accès 3 · agent ou connecteurÉcriture en base

Les règles métier de l'application sont contournées ; une erreur pourrait modifier un dossier sans contrôle.

Validation avant écriture, journal complet, retour arrière
Risque élevé

La base ne doit pas être écartée : elle s'ouvre par paliers, la lecture d'abord, l'écriture sous contrôle.

LeBrain ouvre la base, y compris en écriture, derrière 5 garde-fous.

Chaque accès d'un agent à une base passe par la même chaîne de contrôle, appliquée par le Hub. Vous gardez la rapidité d'un accès direct et la maîtrise d'un accès applicatif : droits, traces et validation restent sous votre contrôle.

1Droits minimaux
2Requêtes déclarées
3Anonymisation
4Validation avant écriture
5Journal et retour arrière
Votre basedonnées métier

1 · Droits minimaux. Un compte de service dédié, en lecture seule par défaut ; l'écriture est limitée aux tables autorisées.

2 · Requêtes déclarées. Les skills exécutent des requêtes paramétrées et validées, jamais du SQL libre écrit par un modèle.

3 · Anonymisation. Les données sensibles sont masquées avant tout appel à un modèle.

4 · Validation avant écriture. Un contrôle par règles et une validation humaine précèdent toute modification d'un dossier.

5 · Journal et retour arrière. Chaque lecture et chaque écriture est tracée, rejouable et réversible.

Droits minimauxRequêtes déclaréesAnonymisationValidation avant écritureJournal et retour arrière
Lectureappliquéappliquéappliquénon requisappliqué
Écritureappliquéappliquéappliquéobligatoireappliqué

Lecture : 4 garde-fous. Écriture : les 5.

Le modèle interprète. L'automatisation exécute, à l'identique.

Ce qui touche votre SI ne dépend jamais d'une réponse de modèle : l'agent prépare des paramètres, une gouvernance claire les contrôle, une automatisation testée les applique. La même règle vaut pour les 6 modules.

L'AGENT · RAISONNE 1 Comprendre la demande 2 Lire et extraire les documents 3 Choisir l'opération à lancer 4 Préparer les paramètres probabiliste : le modèle interprète GOUVERNANCE CLAIRE paramètres contrôlés avant exécution L'AUTOMATISATION · AGIT 1 Contrôler les paramètres reçus 2 Enchaîner les étapes prévues 3 Lire et écrire dans le SI 4 Retourner un statut à l'agent maîtrisé : mêmes entrées, même résultat Système d'information

La gouvernance claire, module par module

Aucune dépendance à un fournisseur de modèles.

Passerelle IA

Un seul point d'accès aux modèles

LLM, SLM, OCR et vision passent par la même passerelle : quotas, routage, et journal de chaque appel. Changer de modèle ne change pas le reste.

Votre abonnement

Apportez votre propre modèle

Le Hub fonctionne avec le modèle de votre choix, y compris avec votre propre abonnement IA.

Anonymisation

Les données sensibles restent masquées

Un agent dédié détecte et pseudonymise les données personnelles avant tout appel à un modèle.

Traçabilité

Tout se rejoue

Chaque appel, chaque lecture, chaque écriture est journalisé, pour le compte de qui l'a demandé, et peut être rejoué.

Droits

Qui accède à quel modèle

Les droits se donnent par équipe et par agent ; la Gouvernance en garde la vue d'ensemble.

Réversibilité

Ce qui est livré vous appartient

Applications, code, documentation et référentiels vous sont remis ; ils tournent sans nous.

Ce que nous demandent les DSI et les RSSI.

Un agent peut-il écrire directement dans nos bases ?

Seulement derrière les 5 garde-fous : compte de service aux droits minimaux, requêtes déclarées, anonymisation, validation avant écriture, journal avec retour arrière. Par défaut, l'accès est en lecture seule, et l'écriture se limite aux tables que vous autorisez.

Un modèle peut-il générer et exécuter ses propres requêtes ?

Non. Les skills exécutent des requêtes paramétrées et validées à l'avance. Le modèle choisit l'opération et prépare ses paramètres ; il n'écrit jamais de SQL exécuté tel quel.

Quels modèles utilisez-vous ?

Ceux que vous retenez. La passerelle accepte des modèles de langage, des modèles légers et des modèles de vision ; vous pouvez en changer sans reconstruire les agents.

Nos données sont-elles envoyées aux fournisseurs de modèles ?

Les données sensibles sont masquées avant tout appel à un modèle. Le choix du modèle, et donc du lieu de traitement, vous appartient ; nous le cadrons avec vous dès le départ.

Que se passe-t-il si un agent se trompe ?

L'agent ne peut faire que ce que la gouvernance claire a prévu. Les écritures passent par une validation, chaque action est journalisée et réversible, et les exceptions remontent dans la Gouvernance.

Où sont déployées les applications livrées ?

Sur votre infrastructure. Le code, la documentation et les scripts de déploiement sont remis dans votre dépôt.

Une sécurité portée aussi par l'entreprise qui édite LeBrain.

LeBrain est édité par Novelis, dont le système de management de la sécurité de l'information est certifié ISO 27001 et qui détient le label ExpertCyber.

Qui est Novelis

Parlons de votre premier cas d'usage.

Un premier échange de 30 minutes pour parler de votre besoin.