Examinez attentivement l'utilisation de Deny ou PermitOnly. L'utilisation de Deny ou PermitOnly doit être soigneusement envisagée ...

Examinez attentivement l'utilisation de Deny ou PermitOnly. L'utilisation de Deny ou PermitOnly doit être soigneusement envisagée du fait de leur inutilité dans certains cas. Par exemple, les autorisations fondées sur des chemins (notamment FileIOPermission et RegistryPermission) ne doivent pas être employées avec la méthode Deny parce que différents chemins peuvent en réalité pointer sur le même emplacement. Si des appelants se voient octroyer le droit de déclarer des autorisations selon la stratégie de sécurité, ils peuvent alors mettre fin à un parcours de la pile avant qu'il n'atteigne votre Deny ou PermitOnly. Si un appelant bénéficie d'autorisations puissantes (par exemple, la possibilité d'appeler du code non managé), alors l'appel de Deny ou PermitOnly ne peut pas réellement l'empêcher d'agir comme bon lui semble. Tenez compte également du fait que les méthodes Deny et PermitOnly n'affectent aucun LinkDemand. Par exemple, si vous refusez une autorisation P et appelez une méthode avec un LinkDemand pour P, la méthode Deny n'affecte pas les résultats du LinkDemand.