Si oui, comment se comporte le l'utilisation des super classes ? toujours priviligiée normalement (elles appartiennent au .jar autorisé) ? Il serait peut etre possible, non pas de réimplémenter la méthode que l'on veut "attaquer", mais une méthode qu'utilise la méthode que l'on souhaite attaquer. ainsi, en appelant la super classe, il va utiliser notre méthode (je sais plus quel type d'héritage il faut pour que ça marche), qui provoquera soit ce que l'on veut, soit une exception en esperant que lors d'une exception il conserve les droits (enfin voir comment marche la sécurité sur la vm, etc...)
Une faille dans le systeme de securite de la VM est toujours possible, tout comme une faille dans le systeme de securite de l'OS, au final c'est le meme topo : l'editeur de la VM sortira un patch de securite, et la faille sera bouchee.
Le fait qu'il tourne dans le meme espace memoire n'est pas du tout un probleme, car le design meme du langage empeche le bytecode de controler le runtime, tu peux pas choper un pointeur sur des structures du runtime, ecrire dans l'espace memoire ou bon te semble, etc... Le runtime execute du bytecode, et aucune instruction du bytecode ne le permet, si le parser voit un bytecode inconnu, il va le rejeter simplement, le bytecode accede a des registres et addresses virtuels, pas aux registres et espace memoire du CPU.
[^] # Re: Pourquoi Mono ?
Posté par pasBill pasGates . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
Une faille dans le systeme de securite de la VM est toujours possible, tout comme une faille dans le systeme de securite de l'OS, au final c'est le meme topo : l'editeur de la VM sortira un patch de securite, et la faille sera bouchee.
Le fait qu'il tourne dans le meme espace memoire n'est pas du tout un probleme, car le design meme du langage empeche le bytecode de controler le runtime, tu peux pas choper un pointeur sur des structures du runtime, ecrire dans l'espace memoire ou bon te semble, etc... Le runtime execute du bytecode, et aucune instruction du bytecode ne le permet, si le parser voit un bytecode inconnu, il va le rejeter simplement, le bytecode accede a des registres et addresses virtuels, pas aux registres et espace memoire du CPU.