L'assertion d'une autorisation de sécurité effectuée sans vérification de sécurité peut rendre votre code vulnérable et facile à exploiter. Un parcours de pile de la sécurité s'arrête lorsqu'une autorisation de sécurité est déclarée. Si vous déclarez une autorisation sans soumettre l'appelant à aucune vérification, l'appelant peut être en mesure d'exécuter indirectement le code en se servant de vos autorisations. Les assertions effectuées sans vérification de sécurité sont uniquement autorisées lorsque vous avez la certitude qu'elles ne peuvent être exploitées en vue de nuire (à savoir, si le code que vous appelez ne présente aucun danger) ou que les utilisateurs n'ont aucun moyen de transmettre des informations arbitraires au code que vous appelez.
L'assembly référencé '%s' nécessite au minimum le .NET Framework %s et ne pourra pas s'exécuter sur le Framework cible actuel ...
L'assembly {0} est marqué avec un attribut qui utilise le membre {1}. Comme ce membre a été introduit dans {2}, qui n'était ...
L'assembly {0} est marqué avec un attribut qui utilise le type {1}. Comme ce type a été introduit dans {2}, qui n'était pas ...
L'assembly {0} possède une référence à l'assembly '{1}'. Comme cet assembly a été introduit dans {2}, qui est plus élevée ...
L'assertion d'une autorisation de sécurité effectuée sans vérification de sécurité peut rendre votre code vulnérable et facile ...
L'Assistant Création de projet a rencontré un problème lors de la création de groupes sur {0}. Il est impossible de déterminer ...
L'Assistant Création de projet a rencontré un problème lors de la création de la structure du projet sur {0}. Il est impossible ...
L'Assistant Création de projet a rencontré un problème lors de la création de rapports sur SQL Server Reporting Services ...
L'Assistant Création de projet a rencontré un problème lors du téléchargement de documents sur le serveur suivant qui exécute ...