universitario sistema segun modelo evaluacion enfoques educativa docente desempeño concepto caracteristicas autores aprendizaje ambitos .net security attributes clr

sistema - ¿Cuándo evalúa.NET CLR los atributos de seguridad?



modelo de evaluacion de desempeño docente universitario (1)

Cualquier imagen jitted solo es válida dentro del mismo contexto de seguridad donde se genera.

Esto se aplica tanto a la caché como a los ensamblajes ngen: ed.

Tan pronto como el cargador vea que el contexto de seguridad actual es diferente, cargará la imagen IL y JIT el ensamblaje.

Esta es la razón por la cual no puedes agregar una imagen en tu PC y distribuirla a otra persona.

Esto también se aplica a los conjuntos de núcleo .Net. Se instalan (o se colocan en la cola ngen) en la instalación para que coincidan con el contexto de seguridad de la computadora.

Puede leer más sobre esto aquí: msdn ngen.exe

Acabo de leer lo siguiente en la especificación CLI con respecto a SecurityExceptions en llamadas a métodos:

La comprobación de seguridad puede ocurrir cuando el CIL se convierte a código nativo en lugar de en tiempo de ejecución.

¿Cómo maneja esto la implementación de Microsoft?

Si, por ejemplo, solo un determinado grupo de usuarios tiene permiso para acceder a alguna clase, y he colocado un atributo de seguridad que verifica para este grupo.

Si el usuario ejecuta la aplicación, está jodida, y posiblemente las comprobaciones de seguridad se realizan en ese momento y no en tiempo de ejecución.

De ser así, ¿el jitter almacena en caché la imagen nativa para que pueda plantear problemas si cambio el grupo del usuario en otro momento (es decir, la imagen nativa almacenada en caché no refleja sus permisos actualizados)? ¿O se jit cada vez que se ejecuta a menos que preinstale la imagen original? Todavía no estoy muy seguro de cómo funciona la memoria caché nativa de imágenes.