Battle.net

Gouvernez Battle.net avec Corma : comptes réservés aux personnes physiques, clients API du Developer Portal liés à un compte personnel, jetons de 24 h.

L'intégration entre Corma et Battle.net aide l'IT à voir où la plateforme de jeu de Blizzard touche votre entreprise, et à garder une trace de qui possède les identifiants API qui s'y rattachent. Le contrat de licence de Blizzard définit la Battle.net Platform comme l'application de bureau Battle.net, le service de jeu, chacun de ses jeux et les applications mobiles associées, et Microsoft a finalisé son acquisition d'Activision Blizzard le 13 octobre 2023. Pour la plupart des entreprises, Battle.net est un service grand public qui apparaît comme du shadow IT. Pour les équipes qui développent sur les API pour développeurs de Blizzard, c'est aussi là que résident des identifiants API.

À retenir

  • Selon l'EULA de Blizzard, seule une personne physique majeure peut ouvrir un compte Battle.net, et les sociétés ou autres entités commerciales ne le peuvent pas.
  • Blizzard ne reconnaît pas les transferts de comptes Battle.net, et son EULA interdit de partager un compte ou ses informations de connexion.
  • Une clé API Blizzard (API Key) se compose d'un ou plusieurs clients OAuth créés dans le Developer Portal, avec une limite de 50 clients par développeur à un instant donné.
  • L'utilisation de l'API Battle.net exige un Battle.net Authenticator sur le compte du développeur, et les jetons d'accès Blizzard durent 24 heures.

Pourquoi les clients API Battle.net dépendent-ils d'une seule personne ?

Les conditions d'utilisation de l'API développeur de Blizzard (Developer API Terms of Use) exigent un compte Battle.net et une inscription sur le Developer Site pour obtenir une API Key, et interdisent de partager, de vendre ou de transférer cette clé. Blizzard ne documente ni compte professionnel ni moyen de déplacer des clients d'un compte développeur à un autre : les clients dont dépend une intégration restent donc rattachés à l'employé qui les a créés.

Ce compte entraîne d'autres dépendances. Le guide de démarrage de Blizzard exige un Battle.net Authenticator pour toute utilisation de l'API, et un Authenticator nécessite un numéro de téléphone qui ne peut être associé qu'à un seul compte Battle.net. Quand un nouveau secret client est généré, l'ancien reste valide jusqu'à l'expiration fixée par le développeur. Blizzard ne documente pas ce que deviennent les clients API quand le compte propriétaire est fermé, et peut révoquer l'accès à l'API à tout moment sans préavis.

Comment Corma encadre Battle.net

  • Un usage rendu visible : Corma découvre les apps grâce aux signaux du navigateur et aux données financières, et c'est ainsi que des services grand public comme Battle.net peuvent apparaître dans votre inventaire du shadow IT.
  • Des clients API avec un propriétaire : les clients du Developer Portal et leurs secrets sont des identités non humaines, chacun a donc besoin d'un propriétaire désigné de votre côté et d'un successeur prévu.
  • Des départs avec vérification des identifiants : un workflow de départ créé dans l'IT Workflow Builder demande à l'équipe de remplacer tout client API créé sous le compte de cette personne par des clients appartenant à un autre développeur.
  • Les accès développeurs en revue : les employés dont les comptes détiennent des clients API de l'entreprise sont identifiés comme propriétaires et confirmés dans des revues des accès automatisées.

Questions fréquentes

Battle.net prend-il en charge le SSO et le SCIM ?

Blizzard ne documente ni authentification unique SAML ni provisionnement SCIM pour Battle.net. Son EULA réserve les comptes aux personnes physiques et concède la licence de la plateforme à des fins de divertissement personnel et non commercial. Découvrez comment gérer l'offboarding des apps sans SCIM, SAML ni SSO.

Comment Corma se connecte-t-il à Battle.net ?

Blizzard ne documente aucune API d'administration ou de gestion des utilisateurs : le seul endpoint de compte de son API OAuth renvoie l'identifiant de compte et le BattleTag d'un utilisateur. Corma s'appuie sur ses signaux de découverte et sur vos registres indiquant qui possède chaque client API, plutôt que de provisionner des comptes Battle.net. Découvrez ce qu'est une clé API.

Où sont hébergées les données de Corma ?

Corma est hébergé sur AWS, avec des serveurs web et des bases de données situés dans des centres de données de l'Union européenne. Les données sont chiffrées en transit et au repos, et Corma est certifié ISO/IEC 27001:2022.

Vous voulez un propriétaire désigné pour chaque client API Battle.net de l'entreprise ? Demandez une démo Corma.

Related Integrations

Découvrez d'autres intégrations qui pourraient vous aider à gérer vos licences et vos accès logiciels. Nous déployons en permanence de nouvelles intégrations pour