Seg?n informa Microsoft en su blog sobre Windows Installer, .NET Framework, y Visual Studio, despu?s de instalar el parche para .NET Framework 2.0 descrito en el bolet?n MS07-040, algunos usuarios pueden notar que algunas de sus aplicaciones, especialmente aquellas desarrolladas utilizando Windows Presentation Framework (WPF), se ejecutan m?s lentamente.
Aparentemente, el problema se debe a que el compilador JIT (Just In Time Compiler), de .NET Framework, intenta compilar c?digo que no existe en el equipo, provocando un tiempo de espera que produce el enlentecimiento de la m?quina.
Si usted padece ese problema despu?s de haber instalado el parche MS07-040, el blog de Microsoft aconseja la siguiente soluci?n:
1. En Windows Vista o superior, haga clic en el bot?n “Iniciar”, “Todos los programas”, “Accesorios”, bot?n derecho sobre “S?mbolo del sistema” y seleccione “Ejecutar como administrador”.
2. En Windows 2000, XP, y 2003, haga clic en “Inicio”, “Ejecutar”, escriba CMD.EXE y pulse Enter.
3. En ambos casos, escriba luego lo siguiente, respetando el espacio entre NGEN.EXE y el argumento executeQueuedItems -?ste ?ltimo todo junto-, y finalmente pulse Enter:
En algunos casos, esta acci?n podr? demorar un tiempo en finalizar, pero las aplicaciones .NET se ejecutar?n m?s r?pidamente, desde que no ser? necesario compilarlas con JIT cada vez que sean llamadas.
La ra?z del problema, es que el parche solo afecta a un ?nico paquete de instalaci?n de Windows, o MSI, y el .NET Framework 3.0 redistribuible, est? compuesto actualmente por m?ltiples MSI, incluyendo el .NET Framework 2.0 MSI.
En .NET, el c?digo administrado se ejecuta en un entorno llamado CLR (Common Language Runtime).
Si es la primera vez que se ejecuta, el CLR inicia el compilador “Just in time” (JIT) encargado de generar el c?digo maquina para la plataforma de hardware en la que estemos. Si el c?digo ya ha sido compilado y ejecutado con anterioridad, entonces CLR crear? un cach? que nos permitir? agilizar el c?digo en las siguientes llamadas sin tener que compilar de nuevo.
NGEN.EXE crea una imagen nativa a partir de un ensamblado administrado y la instala en la cach? de im?genes nativas del equipo local. Al ejecutarla, el ensamblado se carga y se ejecuta con mayor rapidez ya que restaura las estructuras de datos y c?digo en la cach? de im?genes nativas en lugar de generarlas din?micamente.
NOTA: Si recibe el mensaje “El sistema no puede hallar la ruta especificada.”, puede ser que no tenga instalada la versi?n de .NET Framework afectada. Examine si en la carpeta “C:\WINDOWS\Microsoft.NET\Framework”, existe la subcarpeta “v2.0.50727″. Si existe, compruebe no haber cometido errores en la l?nea de comandos anteriores. Si no existe, usted no ser? afectado por este problema.
M?s informaci?n:
KB928365 for MS07-040 Leaves Some Managed Applications Sluggish
http://blogs.msdn.com/heaths/archive/2007/07/13/
kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx
MS07-040 Vulnerabilidad en .NET Framework (931212)
http://blogs.msdn.com/heaths/archive/2007/07/13/
kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx
MS07-040 Vulnerabilidad en .NET Framework (931212)
Integer Overflow (desbordamiento de enteros) son muy conocidas en lenguajes como C o C++, pero no tanto en Java.
Recientemente he estado experimentando con la posibilidad de realizar overflow de diferentes tipos de datos en Java (short, byte, int, etc.).
Me resulta curioso ver que algunos de ellos no est?n controlados por la m?quina virtual. Por ejemplo, si mediante la clase Integer se desborda un entero, se lanza una excepci?n. Pero si se desborda un short o un byte, no ocurre nada…
Pego un ejemplo:
public class ShortOverflow
{
public static void main(String args[])
{
if(args.length<1)
return;
short num = Integer.valueOf(args[0]).shortValue();
System.out.println("num: "+num);
if(num>100)
System.out.println("num > 100");
else
System.out.println("num < 100");
}
}
$ javac ShortOverflow.java
$ java ShortOverflow 100
num: 100
num < 100
$ java ShortOverflow 101
num: 101
num > 100
$java ShortOverflow 100000
num: -31072
num > 100
Me pregunto si actualmente los cazadores de bugs mirar?n estas cosas. En cualquier caso, si alguien tiene m?s informaci?n sobre el tema agradecer?a sus comentarios.
M?s informaci?n en h4ck1t.
Adobe lanz? un parche de seguridad para sus aplicaciones de dise?o gr?fico Photoshop CS2 y CS3.La vulnerabilidad se considera de nivel cr?tico, y afecta tanto a usuarios de Windows como de MAC OS X.
Miembros del SSD:
Moyo KobraSoft Kurtmorrison ASMx86 Drayfe Mig16 Odelixsx
