Awardco Intelligence — Aperçu de la sécurité MCP et IA

1. Résumé d'Awardco Intelligence

Awardco Intelligence intègre des fonctionnalités propulsées par l'IA à la plateforme Awardco via deux interfaces connexes :

• Agent conversationnel intégré : un assistant conversationnel au sein de la plateforme Awardco capable de répondre à des questions sur la reconnaissance, l'engagement et les données de programme, et d'effectuer un nombre limité d'actions au nom d'un utilisateur.
• Serveur MCP : un serveur distant basé sur le protocole Model Context Protocol qui permet aux clients IA externes approuvés d'interagir avec les données et les fonctionnalités d'Awardco.

Les deux interfaces utilisent le même cadre d'outils ainsi que le même modèle d'identité et d'autorisation. Awardco Intelligence n'introduit pas de système de droits distinct. Chaque interaction est effectuée pour un utilisateur Awardco authentifié spécifique et est limitée par les permissions que cet utilisateur détient déjà dans Awardco.

Awardco Intelligence est conçu pour respecter les pratiques de traitement, de stockage, de confidentialité et de sécurité des données de la plateforme Awardco. Les données personnelles sont traitées tel que décrit dans la Politique de confidentialité d'Awardco et dans les ententes clients applicables.

Cet aperçu couvre l'agent conversationnel intégré et le serveur MCP, qui expose les données Awardco aux clients IA externes approuvés. Il ne traite pas des connecteurs MCP, une fonctionnalité distincte fonctionnant dans la direction opposée qui permet à l'agent conversationnel intégré d'extraire du contexte du compte Slack ou Atlassian connecté d'un utilisateur.

2. Accès et disponibilité

Awardco Intelligence est une fonctionnalité optionnelle désactivée par défaut. Un environnement client n'est pas activé sans une décision explicite d'activer cette fonctionnalité.

L'accès est contrôlé au niveau de l'entreprise et au niveau de chaque utilisateur :

• L'activation au niveau de l'entreprise détermine si Awardco Intelligence est disponible dans l'environnement client.
• Chaque utilisateur doit autoriser individuellement un client IA externe avant que celui-ci ne puisse accéder aux données Awardco de l'utilisateur via MCP.
• Les utilisateurs peuvent révoquer leurs propres connexions avec des clients IA externes via l'interface des applications connectées d'Awardco.
• La désactivation d'Awardco Intelligence pour une entreprise révoque en bloc les connexions existantes de cette entreprise avec des clients IA externes.
• Awardco peut désactiver la fonctionnalité à l'échelle de la plateforme en tant que mécanisme de retour arrière global.

Les contrôles pour les administrateurs clients et l'activation en libre-service seront disponibles dans une version ultérieure.

3. Modèle d'identité et d'autorisation

3.1 Principe directeur

Awardco Intelligence ne crée aucun nouveau droit d'accès.

Une interface IA ne peut faire que ce que l'utilisateur demandeur est déjà autorisé à faire sur la plateforme Awardco. Il n'existe aucune identité IA privilégiée, aucun contournement des autorisations de compte de service, ni aucun modèle d'accès distinct réservé à l'IA.

Si un utilisateur ne peut pas consulter un rapport ou effectuer une action dans Awardco, un assistant IA ne peut pas récupérer ce rapport ni effectuer cette action pour l'utilisateur.

3.2 Authentification

L'identité est établie par le biais de la connexion à la plateforme Awardco existante. L'authentification continue d'être régie par les paramètres de SSO, la politique de mots de passe, l'authentification multifacteur et les délais d'expiration de session configurés par l'organisation.

Awardco Intelligence ne collecte ni ne traite les mots de passe ou autres identifiants des utilisateurs finaux.

3.3 Application de l'autorisation

Après l'authentification, Awardco résout la demande en un contexte utilisateur contenant l'identité, l'entreprise, le rôle et la portée d'accès aux données de l'utilisateur. Ce contexte est évalué par rapport aux autorisations réelles de l'utilisateur dans Awardco avant qu'un outil ne puisse être exécuté.

L'autorisation est appliquée lors de la découverte de l'outil ainsi que lors de son exécution :

• Chaque outil déclare l'autorisation Awardco dont il a besoin.
• Si l'utilisateur ne possède pas cette autorisation, l'outil n'est pas renvoyé dans la liste des outils disponibles et n'est pas présenté au modèle d'IA.
• L'exécution des outils effectue à nouveau des vérifications d'autorisation en utilisant le contexte de l'utilisateur authentifié.
• Les outils de rapport et d'analyse utilisent le même service d'autorisation que celui qui régit les rapports équivalents dans l'interface utilisateur d'Awardco.
• La visibilité des reconnaissances respecte les paramètres de reconnaissance publics et privés applicables.

Cette conception limite l'impact d'une instruction de modèle incorrecte ou malveillante, car le modèle ne peut pas invoquer de fonctionnalités qui ne sont pas accessibles à l'utilisateur authentifié.

3.4 Isolation des locataires

L'identité de l'entreprise est incluse dans le contexte de la requête authentifiée et appliquée lors de l'exécution des outils. Les requêtes sont restreintes à l'entreprise de l'utilisateur authentifié et à sa portée d'accès aux données.

L'accès inter-locataires est traité comme une condition de sécurité bloquante pour la mise en production et fait l'objet de tests dédiés, incluant la vérification des limites de données régionales.

4. Robot conversationnel intégré

Le robot conversationnel intégré fonctionne au sein d'une session authentifiée sur la plateforme Awardco. Il n'est disponible que lorsque la fonctionnalité au niveau du client est activée et que l'utilisateur a accès à l'expérience Awardco pertinente.

Le robot conversationnel reçoit :

• Les messages de l'utilisateur.
• Contexte système nécessaire au fonctionnement de l'assistant.
• Résultats des outils que l'utilisateur est autorisé à invoquer.

Les résultats des outils sont limités par un nombre maximal de lignes par entreprise. La version actuelle prévoit un maximum par défaut de 50 lignes, avec journalisation en cas de troncature.

L'historique des conversations est stocké dans la base de données Azure régionale d'Awardco, associé à l'identifiant utilisateur unique, et conservé pendant 90 jours, sauf demande contraire du client.

5. Serveur MCP

Le serveur MCP est un service distant auquel les clients IA externes se connectent via HTTPS. Un administrateur d'entreprise configure l'URL du serveur MCP d'Awardco dans la plateforme d'IA choisie par le client.

Le serveur MCP ne repose pas sur un témoin (cookie) de session de navigateur Awardco. Au lieu de cela, le client externe obtient un jeton d'accès OAuth 2.0 après que l'utilisateur s'est authentifié via Awardco et a donné son consentement.

5.1 Flux d'autorisation du client externe

Le flux général est le suivant :

1. Le client IA externe demande l'accès à la ressource MCP d'Awardco.
2. Awardco renvoie une demande d'autorisation ainsi que les informations d'autorisation appropriées.
3. L'utilisateur s'authentifie via l'expérience de connexion habituelle d'Awardco.
4. L'utilisateur examine le client demandeur et l'accès sollicité, puis donne son consentement explicite.
5. Le client échange le code d'autorisation contre un jeton d'accès.
6. Le client appelle le serveur MCP avec le jeton d'accès.
7. Awardco valide le jeton et associe la demande à l'utilisateur et à l'entreprise Awardco autorisés.
8. Awardco résout les autorisations de la plateforme et n'expose que les outils accessibles à cet utilisateur.
9. L'outil s'exécute en utilisant le contexte d'autorisation limité à l'utilisateur.

Awardco publie des métadonnées de découverte standard afin que les clients compatibles puissent localiser automatiquement le serveur d'autorisation et les informations sur les ressources protégées.

5.2 Enregistrement du client

Awardco prend en charge deux chemins d'enregistrement contraints :

• Clients pré-enregistrés : les plateformes d'IA d'entreprise connues peuvent être enregistrées par Awardco, tout en exigeant toujours le consentement explicite de l'utilisateur.
• L'enregistrement dynamique des clients est limité aux clients IA installés localement utilisant des modèles d'URI de redirection approuvés. Les URI de redirection HTTPS arbitraires ne sont pas autorisés. Les utilisateurs doivent toujours autoriser explicitement chaque connexion client, et Awardco peut révoquer les enregistrements ou les connexions si nécessaire.

Lors de la disponibilité générale, les administrateurs d'entreprise pourront activer ou désactiver l'agent conversationnel intégré et le serveur MCP pour leurs utilisateurs. Les clients IA externes pris en charge lors de la disponibilité générale incluront Claude, Glean et Microsoft Copilot 365.

5.3 Consentement et révocation

Le consentement est accordé par utilisateur et par client. Avant que l'accès ne soit accordé, l'utilisateur voit l'application qui en fait la demande ainsi que l'accès demandé, et doit approuver explicitement la connexion. Awardco ne publie pas de noms de portée OAuth granulaires en externe. L'accès est appliqué via le rôle Awardco de l'utilisateur connecté, les autorisations de l'entreprise et les autorisations au niveau de l'utilisateur.

L'état du consentement est conservé temporairement pendant que le flux d'autorisation est complété. Les utilisateurs peuvent révoquer les connexions via les applications connectées, et la désactivation au niveau de l'entreprise révoque les connexions de l'entreprise en bloc.

5.4 Jetons d'accès

Le serveur MCP utilise des jetons d'accès porteur signés qui contiennent l'identité de l'utilisateur authentifié, l'identité de l'entreprise et les informations d'autorisation nécessaires.

La conception actuelle utilise une validation de signature sans état par rapport à un ensemble de clés publié. Aucun outil ne s'exécute sans une identité validée ; l'exécution anonyme d'un outil est traitée comme un défaut critique.

Les jetons ne sont pas placés dans les URL ni consignés dans les journaux d'application.

Les jetons d'accès expirent après 1 heure. Les jetons de rafraîchissement expirent après 14 jours, sont stockés dans Azure Key Vault et sont renouvelés annuellement. Les jetons d'accès utilisent la signature RSA-SHA-256 (RS256), avec des clés de signature renouvelées annuellement.

6. Outils, autorisations et mesures de protection des actions

Le serveur MCP expose des outils définis plutôt qu'une connexion directe à la base de données. Les outils sont classés par type d'accès et sont soumis au modèle d'autorisation partagé d'Awardco.

Les catégories d'outils représentatives incluent :

Les outils d'écriture disposent de mesures de protection supplémentaires :

• L'utilisateur doit confirmer explicitement les détails finaux avant qu'une écriture ne soit validée.
• Les outils de création de programmes créent uniquement des programmes avec le statut Brouillon.
• Les outils ne peuvent pas modifier un programme actif en cours d'exécution via le flux de travail de programme brouillon.
• Les contrôles au niveau des champs identifient quels champs sont modifiables, restreints ou exclus.
• Les paramètres financiers, les plans d'approbation, les transitions de cycle de vie, les téléchargements de fichiers et d'autres paramètres à risque plus élevé peuvent rester exclus de la modification par outil et nécessitent l'utilisation de l'interface utilisateur d'Awardco.

Les outils enregistrés par le client ne sont pas pris en charge dans cette version.

7. Traitement et stockage des données

Awardco Intelligence stocke ou traite les catégories d'informations suivantes en plus des données déjà détenues par la plateforme Awardco :

Awardco limite les données présentées à un modèle d'IA aux messages de l'utilisateur, au contexte système requis et aux résultats des outils que l'utilisateur est autorisé à invoquer. Les résultats des outils sont soumis à des limites de taille.

Les données de réponse aux sondages Engage ne sont pas accessibles par Awardco Intelligence dans cette version, car aucun outil de réponse aux sondages Engage n'est actuellement disponible. Tout futur outil Engage devra appliquer les seuils de confidentialité et les paramètres de visibilité des données applicables avant sa mise en service.

8. Fournisseurs de modèles d'IA et traitement des données

Awardco utilise des services d'IA générative de qualité entreprise hébergés dans des environnements infonuagiques sécurisés fournis par Microsoft via Azure OpenAI Service et par OpenAI dans le cadre de contrats commerciaux d'entreprise. Le modèle de production actuel est GPT-5.6 Luna, de la famille de modèles GPT-5.

Les fonctionnalités d'IA générative en temps réel, y compris l'Assistant de reconnaissance et les traductions automatisées, envoient des requêtes externes sécurisées à l'API Azure pour traitement. Les modèles d'apprentissage automatique exclusifs d'Awardco fonctionnent sur une infrastructure interne sécurisée utilisant des clusters Kubernetes et Azure Databricks.

Awardco n'utilise pas les données client ou les informations confidentielles des clients pour entraîner, affiner ou améliorer des modèles tiers externes. En vertu des contrats d'entreprise d'Awardco, les requêtes envoyées aux modèles de langage (LLM) tiers sont traitées comme des interactions d'inférence sans état et ne sont ni stockées ni utilisées par les fournisseurs pour l'entraînement de modèles. Cet engagement concerne le contenu des requêtes et des réponses des clients; les journaux d'utilisation du système OpenAI Enterprise sont conservés séparément pendant environ 30 jours sur des serveurs aux États-Unis uniquement à des fins de surveillance des abus, puis sont définitivement supprimés.

Les résultats générés par l'IA, comme le texte suggéré par l'Assistant de reconnaissance, sont stockés en toute sécurité dans les bases de données de production d'Awardco, dans la même région géographique que les données principales du client. Par défaut, les données principales du client sont conservées sur la plateforme pendant six ans, à moins que le client ne configure une période de conservation différente dans son instance Awardco.

Les modèles d'apprentissage automatique développés en interne par Awardco sont entraînés uniquement sur des données de plateforme déidentifiées et anonymisées, dont les renseignements personnels ont été supprimés.

Les fonctionnalités d'IA sont offertes sur une base volontaire. Awardco n'activera pas automatiquement un système d'IA traitant des données client sans l'instruction du client, et les clients doivent avoir la possibilité d'activer ou de désactiver les fonctionnalités d'IA applicables.

Awardco effectue des examens de modèles qui peuvent inclure :

• Tests de précision par rapport à des ensembles de données de référence et à des cas limites.
• Vérifications des biais et de l'équité.
• Évaluation de l'explicabilité lorsque les capacités du fournisseur le permettent.
• Examen des commentaires des utilisateurs et des erreurs observées.
• Nouvelle validation lorsqu'un modèle tiers est modifié.

9. Sécurité du transport et chiffrement

• Le trafic d'Awardco Intelligence utilise le protocole HTTPS.
• Les données au repos sont chiffrées à l'aide de la norme AES-256, conformément aux pratiques de la plateforme Awardco.
• L'agent conversationnel intégré hérite des protections contre la falsification et des témoins de session de la plateforme.
• L'accès MCP externe utilise des jetons d'accès OAuth plutôt que des témoins de session de la plateforme.
• Les déploiements régionaux utilisent des limites de service et de stockage de données indépendantes.

10. Journalisation, surveillance et audit

Awardco Intelligence prend en charge la journalisation des événements liés à la sécurité, notamment :

• Émission, validation et rejet de jetons, ainsi que les incohérences de portée.
• Échecs d'autorisation, incluant l'outil demandé ainsi que les autorisations requises par rapport à celles réellement détenues.
• Nouvelles connexions de clients externes.
• Appels d'outils et résultats obtenus.
• Événements de troncation des résultats.

Les journaux d'audit sont conservés dans la base de données Azure pendant 90 jours. La télémétrie MCP est conservée dans Azure Application Insights pendant 90 jours.

Les clients n'ont actuellement pas accès aux journaux d'audit ni à la télémétrie MCP.

L’approche de surveillance d’Awardco vise à faciliter le dépannage, la détection des abus, l’analyse de la fiabilité et la réponse aux incidents sans inclure de jetons d’accès dans les journaux d’application.

11. Utilisation internationale et résidence des données

Awardco Intelligence est conçu pour des déploiements régionaux indépendants. L’ébauche actuelle identifie le statut de disponibilité suivant :

Awardco maintient des instances d’application et des bases de données distinctes pour chaque région prise en charge. Les données Awardco d’un client sont traitées et stockées dans la région configurée pour la plateforme Awardco de ce client.

L’activation régionale comprend des vérifications de l’état du service, de la disponibilité des clés de signature, du routage périphérique, de l’approvisionnement des certificats et du comportement des limites de données régionales.

L’inférence du modèle pour chaque région est traitée au sein de la zone géographique de cette région.

12. Tests de sécurité, limitations et exclusions

Awardco Intelligence a effectué des tests d’intrusion par des tiers couvrant le service d’autorisation et le serveur MCP. Les conclusions ont été corrigées, notamment les restrictions d’URI de redirection pour l’enregistrement dynamique. L’attestation Awardco Intelligence est disponible sur le site de confiance d’Awardco.

Les limitations et exclusions connues pour cette version comprennent :

• Outils enregistrés par le client sur le serveur MCP.
• Transport par événements envoyés par le serveur (SSE) pour le serveur MCP.
• Incitatifs proactifs de l’IA ou actions initiées par l’IA sans sollicitation.
• Téléversement de fichiers vers le robot conversationnel intégré à l’application.
• Accès aux réponses aux sondages Engage.
• Contrôles d’administration client et activation en libre-service, prévus pour une version ultérieure.
• Interface d’administration de gestion des outils destinée aux clients.

Awardco limite les possibilités d’injection de requêtes grâce à la conception des fonctionnalités et aux contraintes de saisie. Awardco effectue des évaluations de sécurité au niveau de l’application et des tests contradictoires des fonctionnalités d’IA, incluant l’évaluation des entrées, des sorties, de l’utilisation prévue et des mesures de protection. Chaque requête LLM est traitée comme une nouvelle requête sans état et n’influence pas l’entraînement du modèle.

La plateforme utilise des outils de filtrage de contenu automatisés et des API pour bloquer les grossièretés, le langage toxique et les formulations inappropriées. Pour des fonctionnalités telles que la modération de la reconnaissance externe, Awardco combine l’API de modération d’OpenAI avec des filtres automatisés exclusifs pour identifier les renseignements personnels potentiels ou les données sensibles liées à la loi HIPAA et les signaler pour suppression avant publication.

Awardco exige une révision humaine avant que le contenu généré par l’IA ne soit validé ou publié. L’IA agit comme un outil de recommandation plutôt que comme un décideur automatisé : les utilisateurs doivent examiner, modifier ou approuver les suggestions de l’Assistant de reconnaissance, et les administrateurs de l’entreprise conservent le pouvoir décisionnel final pour le contenu modéré. Awardco calibre et vérifie également les limites de sécurité de l’IA par rapport à des ensembles de données de validation dédiés et à des cas limites de façon régulière.

Le modèle d’autorisation limite l’interaction avec l’IA aux permissions existantes de l’utilisateur authentifié chez Awardco, mais les contrôles d’autorisation seuls ne permettent pas de prévenir l’injection de requêtes ou les résultats incorrects du modèle. Les utilisateurs doivent vérifier les détails de configuration importants et examiner les actions proposées avant de les valider.