Cloud/AI Governance/Jetons d'Accès
Jetons d'Accès
L'audit de chaque credential de votre flotte : quels tokens détient chaque MCP server, lesquels sont actifs, lesquels n'ont jamais été utilisés et lesquels ont été désactivés, avec la clé toujours masquée.
Chaque request de votre flotte porte un Connection Token : c'est ainsi que Vinkius sait qui demande. Access Tokens est l'audit de ces identités, serveur par serveur. La console résume la mission en une ligne : "Audit every token across your fleet. See which tokens are active, which are stale, and where your security perimeter needs reinforcement."
Access Tokens
Audit every token across your fleet. See which tokens are active, which are stale, and where your security perimeter needs reinforcement.
| Token Name | Hint | Requests | Last Used | Status |
|---|---|---|---|---|
| Production | vk_live_•••••••• | 8,214 | 2m ago | Active |
| Staging | vk_live_•••••••• | 3,102 | 1d ago | Active |
| Token 3 | vk_live_•••••••• | 940 | Never | Disabled |
| Token 4 | vk_live_•••••••• | 152 | Never | Active |
| Token 5 | vk_live_•••••••• | 30 | Never | Active |
Le mockup s'exécute sur le Sample Data de la console. Sur un plan payant, le même écran audite vos tokens en direct, par organisation.
L'audit en un coup d'œil
Quatre cartes ouvrent l'écran : MCP Servers (combien ont des tokens actifs), Total Tokens (tous confondus), Total Requests sur la période et Avg Latency avec un verdict attaché : Excellent sous 200ms, Moderate sous 800ms, Slow au-delà, sur une barre de progression lisible depuis l'autre bout de la pièce.
Un serveur à la fois
La flotte s'affiche en accordéon, une ligne par MCP server : un avatar avec la lettre initiale, le nom du serveur, une puce de nombre de tokens, son total de requests, sa latence moyenne colorée et un sparkline de latence sur 24 heures. La zone de recherche en haut filtre la flotte pendant que vous tapez, par serveur ou par nom de token, si bien que "production" ou "stripe" atterrissent sur la bonne ligne instantanément.
Cliquez sur une ligne et elle s'étend en tableau de tokens de ce serveur. C'est le même flux que la console utilise pour son chargement paresseux : la liste des tokens n'arrive que lorsque vous demandez ce serveur.
Dans un serveur : le tableau des tokens
Cinq colonnes, chacune avec un rôle :
- Token Name. Le nom humain que vous avez donné au token lors de sa création (le sample de la console elle-même utilise d'abord Production et Staging).
- Hint. Le credential, masqué :
vk_live_••••••••. L'écran d'audit n'affiche jamais une clé complète, pas même pour vous. C'est tout l'objectif. - Requests. Le travail effectué par ce credential précis sur la période.
- Last Used. L'horodatage honnête : il y a quelques minutes pour les tokens qui travaillent, Never pour ceux qui ont été provisionnés sans jamais être appelés. Un token Never n'est pas un placeholder ; c'est une clé vivante posée dans un tiroir, et c'est votre chemin le plus court vers un périmètre plus réduit.
- Status. Active ou Disabled. Disabled reste dans la liste exprès : désactiver un token est un événement d'audit, pas une suppression, pour que l'historique reste lisible.
Pourquoi cet écran existe
Les tokens sont les identités de votre flotte. Le Live Activity de Mission Control attribue chaque exécution à l'un d'eux ; la Token Distribution d'Agent Activity montre avec lequel chaque client est arrivé. Cet écran est l'annuaire qui rend les deux lectures possibles, et c'est là qu'une réponse à une fuite commence : le format de lien que vos clients IA utilisent embarque le token (https://edge.vinkius.com/vk_YOUR_TOKEN/mcp), donc un lien compromis n'est qu'à un token révoqué de devenir inoffensif. Révoquez dans l'onglet Connection Tokens du connecteur, distribuez une clé neuve, et l'ancienne s'arrête à la porte.
Les états vides sont ceux de la console elle-même : "No MCP servers with tokens found.", "Try a different search term." et "No tokens found for this server."