Sécurité et permissions

Comment un assistant obtient-il l’accès ?

Meetingize implémente la spécification d’autorisation MCP :

L’assistant appelle le serveur sans jeton et reçoit 401 avec un lien vers les métadonnées de ressource protégée (RFC 9728).
Il découvre le serveur d’autorisation Meetingize (RFC 8414), s’enregistre lui-même (enregistrement dynamique du client, RFC 7591, ou un Client ID Metadata Document) et ouvre l’écran de consentement Meetingize dans votre navigateur, avec PKCE (S256).
Vous vous connectez à Meetingize (l’assistant ne voit jamais vos identifiants), vérifiez le nom de l’application, son domaine et les permissions demandées, puis cliquez sur Allow access ou Deny.
L’assistant reçoit un jeton d’accès valide 1 heure et un jeton de rafraîchissement valide 30 jours, renouvelé à chaque utilisation. Les jetons sont liés à votre compte et aux scopes que vous avez approuvés.

Permissions (scopes)

Permission	Sur l’écran de consentement
`read:meetings`	Lire vos réunions (liste, recherche, détails, résumé, participants, modèles)
`read:transcripts`	Lire les transcriptions de vos réunions
`read:documents`	Lire les documents générés à partir de vos réunions
`read:usage`	Lire votre consommation API et le solde de votre portefeuille
`write:documents`	Générer de nouveaux documents à partir de vos réunions (utilise votre quota API)
`write:meetings`	Créer des réunions à partir d’URL audio (utilise votre quota API) et mettre à jour leur titre, date, tags et participants

Les permissions d’écriture sont mises en évidence sur l’écran de consentement. Le serveur MCP ne peut jamais supprimer une réunion ou un document, ni modifier votre compte ou vos paramètres de partage : aucun outil ne le fait. Avec write:meetings, il peut uniquement renommer une réunion, changer sa date et ses tags, et définir qui sont les intervenants, après votre confirmation.

Isolation

Chaque appel MCP est exécuté par la même couche d’autorisation que l’API publique. Un jeton n’atteint que les données de l’utilisateur qui l’a approuvé ; les réunions des autres comptes répondent « not found ». Les réunions partagées avec vous par quelqu’un d’autre ne sont pas exposées aux assistants.

Révoquer l’accès

Paramètres > Applications connectées dans l’application web liste tous les assistants que vous avez connectés, leurs permissions, la date d’autorisation et la dernière utilisation. Déconnecter supprime immédiatement ses jetons ; l’assistant devra à nouveau demander votre consentement pour se reconnecter.

Confirmations d’écriture et coûts

Les outils qui consomment votre quota API ou modifient des données (generate_document, create_meeting, update_meeting, send_feedback) n’agissent qu’au second appel avec confirm: true, après vous avoir montré un aperçu. Votre assistant (Claude, ChatGPT) demande aussi votre approbation avant d’exécuter un outil qui n’est pas en lecture seule. Des alertes d’usage et un plafond de dépense vous protègent des surprises, voir facturation.

Bonnes pratiques

N’approuvez que les permissions dont vous avez besoin. Une connexion en lecture seule (read:*) suffit pour poser des questions sur vos réunions.
Traitez les réponses comme des brouillons : vérifiez les faits importants en les recoupant avec la transcription (les outils renvoient des horodatages pour ça).
Si vous utilisez une clé API dans un fichier de configuration (Cursor, Claude Code), gardez-la hors du contrôle de version et donnez-lui des scopes en lecture seule.
N’oubliez pas que le fournisseur de votre assistant traite ce que l’assistant lit (transcriptions, comptes rendus) selon ses propres conditions. Ne connectez pas de comptes contenant des données que vous n’êtes pas autorisé à partager avec ce fournisseur.