Kernel Crash-Exploit descubierto

[Carlos Manuel Duclos Vergara]

> 
> Peeeeero, eventualmente, como sería una posible soluciòn?
> 

sin una interrupcion es ejecutada sin un proceso que la haya gatillado es 
algo curioso (los dispositivos no funcionan solos, a excepcion de la 
inicializacion donde probablemente todo se haga de una manera 
predeterminada)
el punto seria buscar la manera de evitar que alguien pueda cambiar los 
bits de la FPU mas que evitar que la interrupcion provoque la debacle; no 
puse mayor atencion al codigo del ejemplo, pero habria que preguntarse:
1.- que privilegios requiere el codigo para ser ejecutado?
2.- como es que un registro sensible como el estado de la FPU esta 
disponible para ser cambiado?
3.- se necesita cambiar el valor de ese registro?
3.a.- No: es posible cambiar el mapa de memoria y dejar ese registro en una 
region ro?
3.b.- Si: bajo que circunstancias?

etc...