Utilisation des fichiers de stratégie de sécurité Reporting Services

Reporting Services stocke les informations de stratégie de sécurité des composants dans trois fichiers de configuration copiés dans le système de fichiers pendant l’installation. Ces fichiers de configuration peuvent contenir une combinaison de stratégies de sécurité internes et définies par l’utilisateur pour les assemblys de code dans Reporting Services. Les trois fichiers de configuration correspondent à trois composants sécurisables dans Reporting Services : le serveur de rapports et le service Windows, l’application web du Gestionnaire de rapports et la fenêtre d’aperçu du Concepteur de rapports.

Les fichiers de configuration de stratégie de sécurité contiennent des informations de classe de sécurité, des jeux d’autorisations nommés par défaut et des groupes de code pour les assemblys dans Reporting Services. Les fichiers de configuration de stratégie de Reporting Services sont similaires au fichier Security.config qui détermine la hiérarchie des groupes de codes et les jeux d’autorisations associés aux stratégies au niveau de l’ordinateur et de l’entreprise dans le .NET Framework. L’emplacement de ce fichier est C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\security.config.

Fichiers de stratégie dans Reporting Services

Le tableau suivant répertorie les fichiers de configuration de stratégie dans Reporting Services, leurs emplacements (en supposant une installation par défaut) et leurs fonctions respectives.

Modification des fichiers de configuration

Les paramètres de configuration sont spécifiés soit comme des éléments, soit comme des attributs XML. Si le langage XML et les fichiers de configuration vous sont familiers, vous pouvez modifier les paramètres définissables par l'utilisateur dans un éditeur de texte ou de code. Les fichiers de configuration de sécurité contiennent des informations sur la hiérarchie des groupes de codes et les jeux d’autorisations associés à un niveau de stratégie dans Reporting Services. Il est recommandé d’utiliser l’utilitaire de configuration .NET Framework (Mscorcfg.msc) ou l’utilitaire de stratégie de sécurité d’accès au code (Caspol.exe) pour modifier d’abord les stratégies de sécurité dans le fichier Security.config, afin que les modifications de stratégie correspondent aux éléments de configuration XML valides pour les fichiers de stratégie. Une fois que vous l’avez fait, vous pouvez couper et coller les nouveaux groupes de codes et jeux d’autorisations de Security.config dans le fichier de stratégie du composant auquel vous ajoutez des autorisations de code.

L’utilisation de cette approche accomplit deux choses. Tout d’abord, il vous permet d’utiliser un outil visuel pour générer vos groupes de code et jeux d’autorisations pour Reporting Services. Cela est beaucoup plus facile que d’écrire des éléments de configuration XML à partir de zéro. Deuxièmement, il garantit que vous n’endommagez pas les fichiers de configuration de stratégie de sécurité avec des éléments et attributs XML mal formés. Pour plus d’informations sur l’utilitaire de stratégie de sécurité d’accès au code, consultez Utilisation des fichiers de stratégie de sécurité Reporting Services sur MSDN.

Avant de modifier les fichiers de configuration de stratégie, vous devez lire toutes les informations disponibles dans cette section et les rubriques associées. La modification de la configuration de stratégie de Reporting Services peut avoir un impact significatif sur la façon dont les composants Reporting Services exécutent des modules de code externe.

Positionnement des éléments CodeGroup pour les extensions

Le placement des éléments CodeGroup dans un fichier de stratégie de sécurité est important. Pour les extensions et les assemblys personnalisés que vous développez, il est recommandé de placer vos groupes de code personnalisés directement sous l’entrée existante pour l’appartenance à l’URL « $CodeGen$/* », comme indiqué par les éléments suivants :

<CodeGroup  
    class="UnionCodeGroup"  
    version="1"  
    PermissionSetName="FullTrust">  
    <IMembershipCondition   
        class="UrlMembershipCondition"  
        version="1"  
        Url="$CodeGen$/*"  
    />  
</CodeGroup>  
<CodeGroup   
    class="UnionCodeGroup"  
    version="1"  
    PermissionSetName="FullTrust"  
    Name="MyCustomCodeGroup"  
    Description="Code group for my custom extension">  
        <IMembershipCondition class="UrlMembershipCondition"  
        version="1"  
        Url="C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\bin\MyAssembly.dll"  
        />  
</CodeGroup>  

Des groupes de code supplémentaires peuvent être ajoutés l’un après l’autre.

Voir aussi

Présentation des stratégies de sécurité