Version imprimable
Un utilisateur qui fait de la réflexion en java et qui utilise la méthode setAccessible d'un objet Field, Method ou constructor peut faire tout ce qu'il veut! Il doit donc être contrôlé par un gestionnaire de sécurité, d'où mes questions :
1- Pourquoi proposer une méthode qu'on n'a pas le droit d'utiliser vu la sécurité?
2- Comment le gestionnaire de sécurité peut interdire l'utilisation d'un telle méthode?
Merci
J'ignore comment ça se passe en Java, mais en .Net, la gestion de la sécurité fait qu'il existe un droit spécial "accéder aux membres private avec la réflexion".
Si le contexte d'exécution (processus, assembly) possède ce droit, il peut faire ce qu'il veut. Sinon, une exception sera lancée.
C'est bien ce que je pensais. tout dépend du contexte de développement; ce qui me paraît plus logique.
Merci pour cette confirmation
Tu veux dire contexte d'éxécution, non?
non; ce que je voulais dire c'est que cela dépend si on développe un compilateur, un runtime, une sécurité ou un simple programme qui utilise tout ce monde.
Si on prends l'exemple d'un développement d'une application, on pourrait laisser ouvert à l'utilisateur des possibilités de programmation pour étendre des fonctionnements. Dans ce cas, on n'a pas intérêt à ce qu'il touche à tout.
J'espère que je ne me trompe pas.
Mais ça peut dépendre des réglages avec le même runtime!
En .Net, on peut dire qu'un assembly a des droits et qu'un autre assembly en a d'autres. Pour le même runtime, et le même utilisateur! On peut dire par exemple, que seuls les assemblies du Framework lui-même ont le droit d'exécuter du code non-"safe", alors que tout ce qui vient du Web (dans le même processus!) n'en a pas le droit...
C'est possible parce qu'en code managé "safe" on ne peut pas fausser la pile d'appels... Il faut avoir le droit d'exécuter du code non-"safe" pour ça!
C'est un bon exemple. J'ai bien compris.
Merci à toi