Aller au contenu

Autorisation runtime pour MCP

Vos agents IA agissent.Axyra décide de ce qu’ils ont le droit de faire.

Chaque appel d’outil de vos agents est autorisé ou bloqué en temps réel, avant d’atteindre vos systèmes. Chaque décision est conservée comme une preuve vérifiable.

Parlons-enVoir le fonctionnement
  • Conçu pour MCP
  • SaaS ou on-premise
  • Journal d’audit chaîné

0 décisions·0 bloquées

Le problème

Les agents n’attendent plus votre feu vert.

Ils ont les clés de vos outils. On vérifie qui ils sont, rarement ce qu’ils font.

  • Ils agissent seuls

    Les agents interrogent des bases, écrivent des fichiers et lancent des commandes, souvent sans demander.

    db.query · fs.write · shell.exec

  • MCP les connecte à tout

    Un protocole standard leur ouvre l’accès à chaque outil que vous branchez.

    un protocole → tous les outils

  • Un token, tous les droits

    Le scope est accordé une fois, pas appel par appel. Une instruction cachée dans une issue GitHub a suffi à faire fuiter des dépôts privés.

    token : accès à tous les dépôts

Pourquoi c’est important

Vos agents agissent en votre nom. Chaque action devrait être autorisée, appliquée et prouvable.

Fonctionnement

De l’identité à la preuve, à chaque appel.

Suivez un agent de code qui travaille pour Anna dans l’équipe plateforme. Il tente d’écrire hors de son workspace.

01 / 05

Identité

Qui appelle ?

Chaque agent porte sa propre identité vérifiable, pas une clé d’API partagée.

ci-bot

Protégé par Axyra

Ce qu’Axyra voit à cette étape

agent
ci-bot
émetteur
acme identity provider
clé
ed25519 · 7f3c…b1e9

Cas d’usage

Un seul point de contrôle pour tous vos agents.

Quel que soit l’agent, quel que soit l’outil, les mêmes règles s’appliquent.

  • Agents de code

    Qu’ils écrivent du code dans le workspace, jamais dans vos fichiers système.

    fs.write /etc/hostsdeny

  • Assistants support

    Qu’ils répondent aux clients sans exporter votre CRM.

    crm.export all contactsdeny

  • Agents data

    Qu’ils interrogent ce dont ils ont besoin, jamais les colonnes interdites.

    db.query orders (read)allow

  • Agents ops

    Qu’ils déroulent le playbook, pas des commandes shell arbitraires.

    shell.exec curl … | shdeny

  • Tout serveur MCP

    Axyra se place devant les serveurs que vous utilisez déjà. Vos outils ne changent pas.

    • db.query
    • fs.write
    • git.push
    • crm.lookup
    • kb.search
    • shell.exec

Preuve

Un registre que vous pouvez vérifier, pas un log à croire sur parole.

Chaque décision est hachée avec la précédente. Modifiez un seul enregistrement et tous les maillons suivants cassent. Essayez !

decision-log

Protégé par Axyra

en pauseDonnées d’exemple

Décisions
7
Autorisées
5
Bloquées
2
Tête de chaîne
998959da…df7b
tête signée · ed25519
  1. 14:02:14.410allowdb.query

    invoices (read) · read-only-analytics

    #4807 hash 998959da…df7b ← préc. 55917b06…480e

  2. 14:02:12.780allowgit.push

    fix/auth-timeout · repo-write

    #4806 hash 55917b06…480e ← préc. 0eeb66a1…9cd9

  3. 14:02:12.310denyshell.exec

    curl … | sh · hors du périmètre délégué

    #4805 hash 0eeb66a1…9cd9 ← préc. 729c2410…ffe8

  4. 14:02:11.400allowcrm.update

    ticket 88213 · status · support-write

    #4804 hash 729c2410…ffe8 ← préc. 380b135f…fbfd

  5. 14:02:09.350denydb.execute

    DROP TABLE staging · écriture non déléguée

    #4803 hash 380b135f…fbfd ← préc. 7b77629a…e4c6

  6. 14:02:08.970allowfs.write

    /workspace/fix.patch · workspace-only

    #4802 hash 7b77629a…e4c6 ← préc. 71383491…ddb9

  7. 14:02:07.760allowdb.query

    orders (read) · read-only-analytics

    #4801 hash 71383491…ddb9 ← préc. 00000000…0000

Essayez : falsifiez un enregistrement, puis vérifiez la chaîne.

Déploiement

Chez nous ou chez vous.

Deux façons de déployer, avec le même point de contrôle, les mêmes politiques et la même preuve.

SaaS

Nous l’opérons. Vous pointez vos agents vers une passerelle.

votre périmètreVos agents
Axyra cloud
votre périmètreVos serveurs MCP
  • Aucune infrastructure à gérer ni à patcher
  • Mises à jour et montée en charge assurées
  • Enregistrements de décisions exportables vers votre SIEM

On-premise

Vous l’exécutez dans votre propre périmètre.

votre périmètre
Vos agents
Axyra gate
Vos serveurs MCP
  • Déployé en conteneurs dans votre environnement
  • Décisions et enregistrements restent sur votre réseau
  • Se connecte à votre fournisseur d’identité existant

Sécurité

Conçu pour être audité, pas pour être cru sur parole.

Les questions de votre équipe sécurité, traitées dès la conception.

  • Vérifiable par conception

    Chaque décision est chaînée par hash, et la tête de chaîne est signée. Vos auditeurs vérifient le registre eux-mêmes avec une clé publique, sans dépendre de nous.

  • Vous gardez vos données

    Choisissez où vivent les enregistrements de décisions. En on-premise, rien ne quitte votre périmètre.

  • Des politiques lisibles

    Les politiques sont du code : relues, versionnées et testées comme le reste de votre stack.

  • Moindre privilège par défaut

    Un agent n’obtient que ce qu’une personne lui a délégué, pour une durée limitée. Tout le reste est bloqué.

Envie de parcourir l’architecture avec un ingénieur ?

Parlons-en

Placez un point de contrôle entre vos agents et vos outils.

Nous commençons par un audit de sécurité de votre environnement, suivi d’un plan de remédiation concret.

Parlons-encontact@axyra.fr