Spécification de l'en-tête PlayReady

1. Introduction

Cette spécification s’applique à tout produit final créé avec le Kit de développement logiciel (SDK) PlayReady Server, le Kit de portage d’appareils PlayReady, Windows, Xbox, Windows Phone et Silverlight.

1.1. Historique des modifications

2. Objet PlayReady (PRO)

L’objet PlayReady (PRO) contient les champs suivants.

2.1 Enregistrements d’objets PlayReady

L’objet PlayReady se compose de sous-objets supplémentaires appelés Enregistrements d’objets PlayReady. Les enregistrements d’objets PlayReady contiennent les champs suivants.

Le champ Type d’enregistrement a l’une des valeurs suivantes.

2.2. Exemples d’objets PlayReady

La figure suivante montre un fichier MP4 segmenté avec un objet PlayReady qui contient un en-tête PlayReady :

La figure suivante montre la vue HEX de ce fichier MP4 :

3. En-tête PlayReady (PRH)

L’en-tête PlayReady (PRH) est utilisé par un client pour localiser ou acquérir une licence pour le contenu dans lequel il est stocké. Il est encodé à l’aide de UTF-16.

Matrice de prise en charge des versions 3.1

Remarques :

1. Xbox One version 1709 ou ultérieure sont des clients PlayReady 4.X.
2. Windows 10 (toutes les versions) et Xbox One version 1703 ou inférieure sont des clients PlayReady 3.X. Les nouveaux appareils non-Windows (par exemple, les téléviseurs intelligents) publiés après 2017 sont des clients PlayReady 3.X.
3. Silverlight et Windows 8, 8.1 sont des clients PlayReady 2.X. La plupart des appareils non-Windows (par exemple, les téléviseurs intelligents) publiés entre 2011 et 2017 sont des clients PlayReady 2.X.
4. La plupart des appareils non-Windows (par exemple, les téléviseurs intelligents) publiés entre 2008 et 2011 sont des clients PlayReady 1.X.

3.2. Exigences de syntaxe

3.2.1. Mis en forme canonique

Le code XML doit être canonique.

3.2.2. Les noms des nœuds et des attributs sont sensibles à la casse

Soutenu

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>

Non prise en charge

<KID value="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<kid VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </kid>

3.2.3. Les balises de fermeture doivent être explicites

Tous les nœuds XML doivent être explicitement fermés par une balise fermante, y compris celles figurant dans les nœuds à l’intérieur du nœud CUSTOMATTRIBUTES.

Soutenu

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo"> </MyNode> </CUSTOMATTRIBUTES>

Non prise en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> <CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo"> </CUSTOMATTRIBUTES>

3.2.4. Attributs d’espace de noms

Tous les attributs d’espace de noms doivent apparaître avant les attributs non-espaces de noms.

Soutenu

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">

Non pris en charge

<WRMHEADER version="4.3.0.0" xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader>

3.2.5. Ordre alphabétique

Tous les attributs doivent être dans l’ordre alphabétique, y compris ceux dans les nœuds à l’intérieur du nœud CUSTOMATTRIBUTES.

Soutenu

<KID ALGID="AESCBC" VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<CUSTOMATTRIBUTES> <MyNode BarAttribute="Bar" FooAttribute="Foo"> </MyNode> </CUSTOMATTRIBUTES>

Non prise en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg==" ALGID="AESCBC"> </KID>
<CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo" BarAttribute="Bar"> </MyNode> </CUSTOMATTRIBUTES>

3.3. v4.3.0.0

L'en-tête PlayReady v4.3.0.0 a été introduit dans la version 4.0 de PlayReady en septembre 2017 afin de prendre en charge les clés AESCBC dans un en-tête. Cette prise en charge permet le chiffrement du contenu en mode CBC, en particulier pour les modes de chiffrement commun « cbcs ». Il augmente également l’interopérabilité des clients PlayReady avec d’autres systèmes DRM, ainsi que du contenu existant.

3.3.1. Différences avec les autres versions

À compter de la version 4.0, les kits SDK PlayReady et les clients sont en mesure de traiter les versions 4.0, 4.1, 4.2 et 4.3. Les sdk PlayReady antérieurs à la version 4.0 retournent une erreur « version non prise en charge » lorsqu’ils sont fournis avec des en-têtes v4.3.

Le format d’en-tête PlayReady v.4.3.0.0 présente les modifications suivantes par rapport à la version 4.2.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.3.0.0 ».
• L’attribut ALGID situé à l’intérieur de l’élément KID peut être manquant dans une demande d’acquisition de licence. Microsoft recommande que l’attribut ALGID ait une valeur valide dans l’en-tête inclus dans le contenu.
• Lorsque l’attribut ALGID est présent dans n’importe quel élément KID et qu’il existe plusieurs éléments KID dans l’élément KIDS , tous les éléments KID doivent inclure l’attribut ALGID et les valeurs d’attribut doivent être identiques.
• L’attribut ALGID situé à l’intérieur de l’élément KID peut désormais avoir la valeur « AESCBC », en plus de « AESCTR », à condition que :
  • Lorsque l’attribut ALGID est défini sur « AESCBC », l’attribut CHECKSUM ne doit pas être inclus.

3.3.2. Exemples

Voici un exemple d’en-tête PlayReady version 4.3.0.0 avec des clés AESCBC.

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID ALGID="AESCBC" VALUE="PV1LM/VEVk+kEOB8qqcWDg=="></KID>
        <KID ALGID="AESCBC" VALUE="tuhDoKUN7EyxDPtMRNmhyA=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
  </DATA>
</WRMHEADER>

Voici un exemple d’en-tête PlayReady 4.3.0.0 avec un ALGID manquant :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

3.3.3. Format

L’en-tête PlayReady v4.3.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
      <PROTECTINFO LICENSEREQUESTED="true">
        <KIDS>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
        </KIDS>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

3.4. v4.2.0.0

PlayReady Header v4.2.0.0 a été introduit avec PlayReady version 3.0 en avril 2015 pour autoriser plusieurs KID dans un seul en-tête. Cela signifie que plusieurs clés peuvent être utilisées pour chiffrer une ressource unique, par exemple lorsque les pistes audio doivent être chiffrées avec une clé différente de celle des pistes vidéo.

3.4.1. Différences avec les autres versions

Les SDK PlayReady 3.0 et les clients ultérieurs sont en mesure de traiter les versions v4.0, v4.1 et v4.2 des en-têtes PlayReady. Les sdk PlayReady précédents retournent une erreur « version non prise en charge » lorsqu’ils sont fournis avec des en-têtes v4.2. Lorsque vous utilisez l’en-tête v4.2, le client doit savoir quelle version du serveur elle utilise via un mécanisme personnalisé spécifique à l’application. Les kits SDK PlayReady ne fournissent aucun moyen natif d’obtenir ces informations de version.

Le format d’en-tête PlayReady v.4.2.0.0 présente les modifications suivantes par rapport à la version 4.1.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.2.0.0 ».
• L’élément KID situé à l’intérieur de l’élément PROTECTINFO a été renommé en KIDS et est toujours facultatif.
• Plusieurs éléments KID se trouvent à l’intérieur de l’élément KIDS .

3.4.2. Exemple :

En-tête PlayReady 4.2.0.0 avec deux clés AESCTR :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.2.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID ALGID="AESCTR" CHECKSUM="xNvWVxoWk04=" VALUE="0IbHou/5s0yzM80yOkKEpQ=="></KID>
        <KID ALGID="AESCTR" CHECKSUM="GnKaQIRacPU=" VALUE="/qgG2xbs4k2SKCxx6bhWqw=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
  </DATA>
</WRMHEADER>

3.4.3. Format

L’en-tête PlayReady v4.2.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.2.0.0">
  <DATA>
      <PROTECTINFO>
        <KIDS>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
        </KIDS>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

3.5. v4.1.0.0

PlayReady Header v4.1.0.0 a été introduit avec PlayReady version 2.0 en septembre 2011 pour prendre en charge les flux linéaires en direct avec des licences feuilles évolutives incorporées dans le flux. Ce type de flux nécessite que les clients lient une licence racine évolutive sans connaître la clé de chiffrement de contenu qui sera utilisée dans le déchiffreur.

3.5.1. Différences avec les autres versions

Les clients PlayReady 2.0 SDK et versions ultérieures sont capables de traiter les versions d'en-tête PlayReady v4.0 et v4.1. Les sdk PlayReady précédents retournent une erreur « version non prise en charge » lorsqu’ils sont fournis avec des en-têtes v4.1.

Le format d’en-tête PlayReady v.4.1.0.0 présente les modifications suivantes par rapport à la version 4.0.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.1.0.0 ».
• L’élément DATA contient un élément DECRYPTORSETUP facultatif.
• L’élément KID se trouve à l’intérieur de l’élément PROTECTINFO et est facultatif plutôt que obligatoire.
• L’élément KID contient les attributs ALGID (obligatoire), CHECKSUM (facultatif) et VALUE (obligatoire).
• L’élément KEYLEN a été supprimé. L’attribut KEYLEN a été utilisé précédemment pour dissiper l’ambiguïté des licences de cocktail avec des clés de longueurs différentes. L'en-tête v4.1 empêchera la prise en charge de clés cocktail autres que celles de 8 octets. Si vous utilisez des clés cocktail qui ne sont pas de 8 octets, vous devez utiliser des en-têtes v4.0.
• Les éléments ALGID et CHECKSUM ont été supprimés, car leurs données sont contenues dans les attributs de l’élément KID .

3.5.2. Format

L’en-tête PlayReady v4.1.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.1.0.0">
  <DATA>
      <PROTECTINFO>
        <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

Remarques pour la version 4.1 :

• Toutes les balises et attributs XML dans l’en-tête PlayReady sont définis par Microsoft. La seule exception est le contenu de l’élément CUSTOMATTRIBUTES . Les développeurs d’applications PlayReady PC ne doivent pas ajouter de balises personnalisées en dehors de l’élément CUSTOMATTRIBUTES .
• L’en-tête PlayReady doit respecter les spécifications XML canoniques W3C v1.1.
• L’en-tête PlayReady ne contient pas de balise de niveau ?XML supérieur requise dans le code XML bien formé.
• Il est recommandé que la taille de ce champ ne dépasse pas 1 Ko.

3.6. v4.0.0.0

PlayReady Header v4.0.0.0 a été introduit avec PlayReady version 1.0 en 2008 et permet à une seule clé AESCTR de prendre en charge le contenu chiffré AES ou une clé COCKTAIL pour prendre en charge le contenu chiffré WMDRM.

3.6.1. Exemples

En-tête PlayReady 4.0.0.0

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.0.0.0">
  <DATA>
    <PROTECTINFO>
      <ALGID>AESCTR</ALGID>
      <KEYLEN>16</KEYLEN>
    </PROTECTINFO>
    <KID>q5HgCTj40kGeNVhTH9Gexw==</KID>
    <CHECKSUM>w+OZVr8vzrQ=</CHECKSUM>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <CUSTOMATTRIBUTES>
      <IIS_DRM_VERSION>8.0.1705.19</IIS_DRM_VERSION>
    </CUSTOMATTRIBUTES>
  </DATA>
</WRMHEADER>

Objet PlayReady encodé en base64 contenant un en-tête PlayReady 4.0.0.0

XAMAAAEAAQBSAzwAVwBSAE0ASABFAEEARABFAFIAIAB4AG0AbABuAHMAPQAiAGgAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAcwAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0ALwBEAFIATQAvADIAMAAwADcALwAwADMALwBQAGwAYQB5AFIAZQBhAGQAeQBIAGUAYQBkAGUAcgAiACAAdgBlAHIAcwBpAG8AbgA9ACIANAAuADAALgAwAC4AMAAiAD4APABEAEEAVABBAD4APABQAFIATwBUAEUAQwBUAEkATgBGAE8APgA8AEsARQBZAEwARQBOAD4AMQA2ADwALwBLAEUAWQBMAEUATgA+ADwAQQBMAEcASQBEAD4AQQBFAFMAQwBUAFIAPAAvAEEATABHAEkARAA+ADwALwBQAFIATwBUAEUAQwBUAEkATgBGAE8APgA8AEsASQBEAD4AcQA1AEgAZwBDAFQAagA0ADAAawBHAGUATgBWAGgAVABIADkARwBlAHgAdwA9AD0APAAvAEsASQBEAD4APABDAEgARQBDAEsAUwBVAE0APgB3ACsATwBaAFYAcgA4AHYAegByAFEAPQA8AC8AQwBIAEUAQwBLAFMAVQBNAD4APABMAEEAXwBVAFIATAA+AGgAdAB0AHAAcwA6AC8ALwBwAHIAbwBmAGYAaQBjAGkAYQBsAHMAaQB0AGUALgBrAGUAeQBkAGUAbABpAHYAZQByAHkALgBtAGUAZABpAGEAcwBlAHIAdgBpAGMAZQBzAC4AdwBpAG4AZABvAHcAcwAuAG4AZQB0AC8AUABsAGEAeQBSAGUAYQBkAHkALwA8AC8ATABBAF8AVQBSAEwAPgA8AEMAVQBTAFQATwBNAEEAVABUAFIASQBCAFUAVABFAFMAPgA8AEkASQBTAF8ARABSAE0AXwBWAEUAUgBTAEkATwBOAD4AOAAuADAALgAxADcAMAA1AC4AMQA5ADwALwBJAEkAUwBfAEQAUgBNAF8AVgBFAFIAUwBJAE8ATgA+ADwALwBDAFUAUwBUAE8ATQBBAFQAVABSAEkAQgBVAFQARQBTAD4APAAvAEQAQQBUAEEAPgA8AC8AVwBSAE0ASABFAEEARABFAFIAPgA=

3.6.2. Format

L’en-tête PlayReady v4.0.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.0.0.0">
<DATA>
      <PROTECTINFO>
        <ALGID>AESCTR</ALGID>
        <KEYLEN>16</KEYLEN>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID>base64-encoded guid</DS_ID>
    <KID>base64-encoded kid</KID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <CHECKSUM>
      checksum of the content key for verification
    </CHECKSUM>
  </DATA>
</WRMHEADER>

Le tableau suivant décrit les différentes balises.

Remarques pour v4.0 :

• Toutes les balises et attributs XML dans l’en-tête PlayReady sont définis par Microsoft. La seule exception est le contenu de l’élément CUSTOMATTRIBUTES . Les développeurs d’applications PlayReady PC ne doivent pas ajouter de balises personnalisées en dehors de l’élément CUSTOMATTRIBUTES , car cela peut être en conflit avec les balises futures que Microsoft définit.
• L’ordre des éléments enfants au sein d’un élément conteneur n’a pas d’importance.
• Notez que l’en-tête PlayReady ne contient pas de balise de niveau ?XML supérieur requise dans le code XML bien formé.
• Il est recommandé que la taille de ce champ ne dépasse pas 1 Ko.
• CHECKSUM est requis par le Kit de développement logiciel (SDK) PlayReady Server jusqu’à la version 1.2. Depuis la version 1.5, le SDK PlayReady Server traite le checksum comme facultatif. Le Kit de portage PlayReady 1.2 prêt-à-emploi nécessite le CHECKSUM. PlayReady Porting Kit 2.0 traite le checksum comme facultatif.

4. Magasin de licences incorporé (ELS)

Il est recommandé d’ajouter un magasin de licences incorporées vide à l’objet PlayReady dans les conditions suivantes :

• L’objet PlayReady doit être inséré dans un fichier de contenu.
• Le contenu peut être utilisé dans un contexte de domaines PlayReady avec des licences incorporées.

Cela permet à un client PlayReady d’incorporer une licence liée au domaine dans l’objet PlayReady en remplissant simplement le magasin de licences incorporé existant et économise le besoin de réen-têter le fichier avec un nouvel objet PlayReady d’une taille supérieure à celle de l’objet initial.

5. Algorithme de somme de contrôle de clé

L’algorithme de somme de contrôle dans l’en-tête PlayReady est conçu pour offrir une protection contre les clés incompatibles. Au début de la gestion des droits numériques, les chansons ont été chiffrées avec des clés étiquetées incorrectement. Cela entraînait la lecture d'un bruit blanc lorsque les chansons étaient déchiffrées. En outre, si les chansons étaient jouées à un volume suffisamment élevé, cela pouvait endommager le matériel de lecture. Avec la somme de contrôle, la clé de contenu peut être vérifiée en tant que clé utilisée pour chiffrer le fichier. L’algorithme fonctionne comme suit :

Pour une valeur ALGID définie sur « AESCBC », aucun algorithme de somme de contrôle de clé n'est défini. L’attribut CHECKSUM doit être omis.

Pour une valeur ALGID définie sur « AESCTR », l’ID de clé de 16 octets est chiffré avec une clé de contenu AES de 16 octets à l’aide du mode BCE. Les 8 premiers octets de la mémoire tampon sont extraits et codés en base64.

Pour une valeur ALGID définie sur « COCKTAIL », procédez comme suit :

1. Une mémoire tampon de 21 octets est créée.

2. La clé de contenu est placée dans la mémoire tampon et le reste de la mémoire tampon est rempli de zéros.

3. Pour cinq itérations :

   a) tampon = SHA-1 (tampon).

4. Les 7 premiers octets de la mémoire tampon sont extraits et codés en base64.

5. Une fois ces étapes effectuées, les octets codés en base64 sont utilisés comme somme de contrôle.

6. CUSTOMATTRIBUTES

Un fournisseur de services peut ajouter du code XML propriétaire à l’intérieur de l’élément CUSTOMATTRIBUTES de l’en-tête PlayReady. Toutes les balises utilisées à l’intérieur de l’élément CUSTOMATTRIBUTES ne sont pas en conflit avec les balises futures définies par Microsoft.

Le code Microsoft n’agit pas sur un code XML à l’intérieur de cet élément. Le back-end du fournisseur de services ou son code côté client sont les seuls qui interprètent généralement la valeur de cet élément. Par exemple, supposons qu’un service d’étiquette blanche représente les services frontaux AAA, BBB, CCC. Un tel service ne peut chiffrer sa bibliothèque de contenu qu’une seule fois (étant donné qu’il s’agit d’une opération coûteuse), mais lorsqu’il sert du contenu à un utilisateur final, il peut définir CUSTOMATTRIBUTES sur le nom du service frontal spécifique auquel l’utilisateur final s’abonne. Lorsque l’utilisateur final demande une licence pour ce contenu, cela permet au service d’étiquette blanche de déterminer le service frontal auquel l’utilisateur final s’abonne, afin qu’il puisse émettre une autre licence.

La taille de ce champ ne doit pas dépasser 1 kilooctet (Ko).