Niveaux de confiance de sécurité dans l'accès aux ressources [ws_fxtransactions_4]

Cette rubrique présente la restriction de l'accès aux types de ressources exposés par System.Transactions.

Il existe trois niveaux de confiance principaux pour System.Transactions. Les niveaux de confiance sont définis d'après les types de ressources que System.Transactions expose et le niveau de confiance nécessaire pour accéder à ces ressources. Les ressources auxquelles System.Transactions donne accès sont la mémoire système, les ressources partagées au niveau du processus et les ressources système. Ces niveaux sont les suivants :

• AllowPartiallyTrustedCallers (APTCA) pour les applications utilisant des transactions au sein d'un domaine d'application unique.

• DistributedTransactionPermission (DTP) pour les applications utilisant des transactions distribuées.

• Confiance totale pour les ressources durables, les applications de gestion de configuration et les applications d'interopérabilité héritées.

Notes

N'appelez pas les interfaces inscrites avec des contextes personnifiés.

Niveaux de confiance

APTCA (confiance partielle)

L'assembly System.Transactions peut être appelé par un code de confiance partielle car il a été marqué avec l'attribut AllowPartiallyTrustedCallers (APTCA). Cet attribut supprime le champ LinkDemand implicite pour le jeu d'autorisations FullTrust, qui est habituellement automatiquement placé sur les méthodes accessibles publiquement de chaque type. Toutefois, certains types et membres requièrent encore des autorisations plus élevées.

L'attribut APTCA permet aux applications d'utiliser des transactions en confiance partielle au sein d'un domaine d'application unique. Cela active les transactions non remontées et les inscriptions volatiles qui peuvent être utilisées pour la gestion des erreurs. Une table de hachage traitée et l'application qui l'utilise en sont des exemples. Il est possible d'ajouter ou de supprimer des données de la table de hachage sous une seule transaction. En cas de restauration ultérieure de la transaction, toutes les modifications apportées à la table de hachage sous cette transaction peuvent être annulées.

DistributedTransactionPermission (DTP)

Lorsqu'une transaction System.Transactions est remontée pour gestion par le MSDTC, System.Transactions demande à DistributedTransactionPermission (DTP) de créer la transaction distribuée. Cela signifie que le code provoquant la remontée de la transaction (par exemple, via la sérialisation ou les inscriptions durables supplémentaires) doit se voir accorder la DTP. Le code qui a initialement permis de créer la transaction System.Transactions ne requiert pas nécessairement cette autorisation.

Demandes de liaison FullTrust

Ce niveau d'autorisation est conçu pour restreindre les applications qui écrivent dans des ressources durables. Après défaillance, l'application doit pouvoir effectuer la récupération avec le gestionnaire de transactions pour déterminer le résultat final de la transaction, de façon à pouvoir mettre à jour les données permanentes. Ce type d'application est connu en tant que gestionnaire de source durable. SQL est un exemple classique de ce type d'application.

Pour activer la récupération, ce type d'application est capable de consommer de façon permanente des ressources système. Cela est dû au fait que le gestionnaire de transactions récupérables doit mémoriser les transactions qui ont été validées jusqu'à ce qu'il soit en mesure de confirmer que tous les gestionnaires de ressources durables participant à la transaction ont reçu le résultat. Par conséquent, ce type d'application requiert une confiance totale et ne doit pas être exécuté sans que ce niveau de confiance n'ait été accordé.

Pour plus d'informations sur les inscriptions durables et la récupération, consultez les rubriques Inscription de ressources comme participants à une transaction [ws_fxtransactions_4] et Exécution de la récupération [ws_fxtransactions_4].

Les applications qui effectuent un travail d'interopérabilité héritée avec COM+ sont également requises pour une confiance totale.

La liste suivante répertorie les types et membres qui ne peuvent pas être appelés par un code de confiance partielle, car ils sont marqués avec l'attribut de sécurité déclarative FullTrust :

PermissionSetAttribute(SecurityAction.LinkDemand, Name := "FullTrust")

• Transaction.EnlistDurable

• EnlistPromotableSinglePhase

• TransactionInterop

• DistributedTransactionStarted

• HostCurrentTransactionCallback

• Reenlist

• RecoveryComplete

• #ctor(TransactionScopeOption, TransactionOptions, EnterpriseServicesInteropOption)

Seul l'appelant immédiat est nécessaire pour disposer du jeu d'autorisations FullTrust permettant d'utiliser ces types ou méthodes.