Unreal Tournament 2004
Bug grave en el motor de unreal
Se ha descubierto un bug en la forma en que maneja las clases el motor unreal.Cada vez que un cliente conecta a un servidor envia los nombres de los objetos que el usa (llamados clases).
Si un atacante usa un nombre de clase que contenga parametros (como por ejemplo %s, %n y similares) sera capaz de tirar el servidor y/o ejecutar codigo en el.
La lista de juegos afectados es la siguiente :
- America's Army
- DeusEx
- Devastation
- Magic Battlegrounds
- Mobile Forces
- Nerf Arena Blast
- Postal 2
- Rainbow Six: Raven Shield
- Rune
- Sephiroth: 3rd episode the Crusade
- Star Trek: Klingon Honor Guard
- Tactical Ops
- TNN Pro Hunter
- Unreal 1
- Unreal II XMP
- Unreal Tournament
- Unreal Tournament 2003
- Wheel of Time
- X-com Enforcer
- XIII
(Basicamente contiene todos los juegos con soporte multijugador liberados hasta el momento)
Este bug fue señalado a Epic Games exactamente el 2 de Septiembre de 2003 pero hasta Noviembre no se tomo demasiado en serio.
Acerca de UT y UT2K3:
Epic rehuso el liberar un arreglo rapido (quick-fix) para UT y UT2K3 porque pensaban hacerlo en el siguiente parche como hacen con los fallos graficos y otros problemas menores.De momento ningun parche ha sido liberado y se desconoce cuando se producira esa liberacion
Fuente: www.securityfocus.com
12 Mar 2004, 01:28
pero si la version 451(para servers) k salio hace ya arreglaba ese bug : S
y teoricamente tb lo solucionaba el 2225,es otro bug de lo missmo o el viejo? eso de septiembre del 2003 no me convence…
pues parece que es otro o el mismo que no esta tan corregido como se suponia pero puedes intentar comprobarlo.Busca el archivo ut2003.ini y donde pone class=Engince.Pawn pon class=%n%nEngine.Pawn y lanza un servidor,veras que te da un error y se cae el servidor.Mas info en www.securityfocus.com/archive/….3-15/0
www.securityfocus.com/archive/….3-15/0
www.securityfocus.com/archive/….03-15/0
2#lo k mas gracia me hace es ponerlo como notici y DECIR como se hace exactamente, para k gente hijadeoputa k se aburra vaya jodiendo server.
jajajaja a petar server lol JIJJIJIJI
Peor es no informar a la gente y que desconozca este error. Gracias a haber sido publicado en la gran mayoria de medios, la misma comunidad ha sido la encargada de arreglar el parche.
No hay nada peor que el desconocimiento.
5#si no te digo k no khrono,pero no digas tantas especificaciones de como hacer kaer el servidor : S (salvo alos k vayan a arreglar el parche)
estamos en el eterno problema, ¿se deben o no decir los fallos antes de que el fabricante los repare?Parece que el consenso general es dar un plazo razonable al fabricante para que pueda soltar el parche ,si no lo hace en ese tiempo las especificaciones del bug se sueltan para presionar al fabricante a que cree el parche.Si se puede se hace con un exploit que no haga nada mas que mostrar el fallo (no ejecute codigo ni realice ninguna otra operacion perniciosa como colgar el programa o lo que sea),en este caso parecia que para demostrar el fallo lo mas facil era ese metodo (si huberan puesto un exploit del tipo sacar un mensaje por pantalla al que ejecuta el servidor tendrian que haber ejecutado o cambiado codigo y eso seria mas facil de modificar para aplicaciones perniciosas)
Por otra parte si no se publican los fallos despues de ese tiempo es muy posible que alguien termine encontrando el fallo y siendo este “secreto” es mucho mas facil aprovecharse de el que si se tiene constancia de que existe.
A mi me parece muy bien que si en seis meses no les han respondido con el parche(aunque fuera un parche sucio y rapido que en este caso basta con cambiar unas cosillas en el codigo del unreal ni siquiera tienen que tocar los archivos ejecutables solo los .u y despues ya soltarian uno en condiciones) hayan decidido decir donde radicaba el fallo y el tiempo que han tardado los forofos del unreal en sacar un parche creado por ellos mismos les ha dado toda la razon