|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Eternal Idol
Páginas: 1 ... 115 116 [117] 118 119 ... 205
2901
« en: Jueves 25 de Enero de 2007, 10:32 »
Usa el buscador, debe haber muchos hilos donde se explica la razon por la cual no usar estas librerias arcaicas, obsoletas y no standard.
2902
« en: Jueves 25 de Enero de 2007, 09:41 »
Este problema no existe desde el mismo momento en que EDX indica el tamaño del buffer que pasas a read ...
2903
« en: Martes 23 de Enero de 2007, 16:29 »
Muchisimas Gracias Eternal Idol, podre consultarte por algun metodo eficas o alguna forma de evitar la carga de la DLL ? Disculpa si la pregunta es muy tonta  La forma mas eficaz es teniendo un driver que se registre para recibir el evento de carga de modulos pero lo mas probable es que evitando la carga el programa no funcione en lo mas minimo. Primero empeza por depurar el programa y devolverle error al cargar la DLL, borrandola obtendrias lo mismo. Hay que ver si la DLL esta enlazada estatica o dinamicamente, si es lo primero ni arrancara el proceso. Y lo mejor sera que recurras a una la DLL "tonta". Si es lo segundo y el programa funciona estas de suerte. Podes hacer una DLL "tonta" que cargue a la original y llame a las funciones que queres solamente (para no tener que re-escribir toda la funcionalidad) y filtre las que te molesten.
2904
« en: Martes 23 de Enero de 2007, 16:01 »
Descargar por la fuerza una DLL suele dar como resultado una excepcion no controlada, el programa tiene un puntero a una funcion que intentara usar en algun momento y cuando lo intente ahi ya no estara el codigo necesario sino que sera una direccion invalida.
PD. Esto ya es demasiado sospechoso de malware; es mas facil evitar la carga o modificar el codigo de la DLL que descargarla.
2905
« en: Martes 23 de Enero de 2007, 15:06 »
Gracias por la sugerencia.
Salu2 De nada pero yo no usaria algo asi en C, es demasiado "engorroso". Despues de todo da lo mismo donde guardes el tamaño, siempre lo vas a reservar en tiempo de ejecucion ...
2906
« en: Martes 23 de Enero de 2007, 15:02 »
Yo apoyo el cambio si realmente hay muchos mensajes equivocados, hay que subsanar el error de los usuarios que confunden VB con VB.NET para simplicarle la vida a los mismos y tambien a los moderadores, pero el titulo me parece correcto.
2907
« en: Martes 23 de Enero de 2007, 12:00 »
Verán, cuando se migra de un lenguaje como VB a C uno hecha de menos ciertas funciones como Lbound y Ubound que devuelven el elemento inferior y superior del vector. La diferencia es que en VB un array esta "protegido" y se le realiza comprobacion de limites al acceder al mismo, en C y C++ un array no es mas que memoria contigua. Esto seria un bosquejo de un ejemplo para no acceder directamente a un array: typedef struct _dinArray { int eSize; int eCount; void *eBuff; }dinArray; dinArray *createArray(int aSize); void setElement(int eData); int getElement(int ePos); void destroyArray(dinArray *anArray);
En C++ usando encapsulacion, sobrecarga de operadores o templates se logran soluciones mucho mas limpias.
2908
« en: Domingo 21 de Enero de 2007, 20:10 »
Tiene razon Geo; En esta linea suma es un valor totalmente indefinido y se usa: suma=suma+tiempoJugado[i][j];
El error tiene que ser otro , por mas que no la inicialize tomará el valor 0 en su definición. Eso no es asi. Es cierto que debe inicializar la variable si va a realizar varias operaciones con la misma. Pero para el primer caso no hace falta. ¿Que?
2909
« en: Domingo 21 de Enero de 2007, 16:49 »
100% compatible, ya hay algunas cositas que funcionan solo desde Vista pero TODO lo que funciona desde hace años sigue ahi, incluso en la version de 64 bits.
2910
« en: Domingo 21 de Enero de 2007, 09:52 »
Veanse el Señor de la Guerra, protagonizada por Nicolas Cage. La vi hace unos meses, muy buena, yo tambien la recomiendo. Todas las guerras se resumen en una cosa, Poder, y las más sangrientas de la historia siempre han sido las Santas. Como todo en la vida esto tambien es mas complejo y existen mas variables como por ejemplo el ODIO. Ya sea religioso (vease la ex-Yugoslavia, las cruzadas, etc.) o lisa y llanamente racista (vease Alemania nazi como caso emblematico). Tampoco hay que olvidarse que hay guerras y guerras y no todas se pueden simplificar asi en una palabra y tratarlas de igual a igual. Al menos dependen del lado desde que las miremos contraponiendo a los casos anteriores se pueden nombrar las guerras defensivas de una invasion: la derrota de los pueblos originarios de america o la victoria de las naciones posteriores sobre España y hoy en dia la resistencia del pueblo palestino al invasor israeli. ¿Son guerras de poder? Para los invasores si, pero para los invadidos es una cuestion de supervivencia. Tampoco es lo mismo una guerra de guerrillas liderada por gente que intenta conseguir un ideal de igualdad que las anteriores (guerras de limpieza etnica, de expansionismo, colonialismo, etc).
2911
« en: Sábado 20 de Enero de 2007, 17:00 »
Si, pero eso ya no lo haría cualquier lamer (Creo). Pero si, si ninguna de las empresas gigantes de software ha podido proteger sus programas. Menos nosotros- Lo unico que se puede hacer es complicar las cosas, cualquier trampa que pongas mientras el otro tenga tu ejecutable, lo pueda analizar y modificar, sera tarde o temprano saltada. En cuanto al cambio de nombre, no te entiendo, ¿Se necesitaría otro proceso para que supervise el cambio de nombre? No necesariamente; lo que necesitas es interceptar las funciones de todos los procesos en ejecucion. En modo Usuario puede ser un ejecutable que se inyecte en los demas al arrancar e interceptando las nuevas creaciones de procesos pueda siempre interceptar todos los intentos de cambiar el nombre. En sintesis lo que se necesita es un medio para estar monitorizando todo el tiempo, no tiene que ser un proceso por fuerza, de hacerlo en modo Kernel no necesita de un proceso en particular. Esto tampoco es 100% fiable ya que podrian arrancar la maquina en MS-DOS, Linux o lo que fuera y editar el archivo "off-line" (de Windows).
2912
« en: Sábado 20 de Enero de 2007, 10:40 »
Eso evita el USO, DESPUES de que el nombre haya sido cambiado. Evitar el cambio no es facil pero tampoco imposible, la cuestion pasa por interceptar los intentos de hacerlo y bloquearlos.
En cuanto a comprobar el nombre, tampoco es totalmente seguro encriptado, siempre pueden modificar el codigo para que la comparacion no se haga o siempre salte al mismo punto (donde funciona). Teniendo en cuenta que saca un MessageBox, seria bastante simple poner un breakpoint en esa funcion y ver desde donde viene todo ...
2913
« en: Viernes 19 de Enero de 2007, 18:55 »
Tengo la sospecha de que en el 2008 este partido va a sacar un porcentaje de votos mucho mayor. Si, un 0,060000001% 
2914
« en: Viernes 19 de Enero de 2007, 18:50 »
Si y no, es por sectores pero no por caras y pistas como pedia y se hacia en MS-DOS.
PD. Pone el codigo entre etiquetas CODE (entre corchetes) y esta pregunta es de hace mas de un año.
2915
« en: Viernes 19 de Enero de 2007, 18:32 »
Antes solo habia entrado a las encuestas que nos pusiste y a la "portada", ahora desde casa veo que tambien estan en Wikipedia y no me equivoque en lo mas minimo: http://es.wikipedia.org/wiki/Democracia_NacionalDemocracia Nacional es un partido político español de carácter ultraderechista, autodefinido como social-patriota, miembro de Euronat (plataforma auspiciada por el líder del Frente Nacional francés, Jean-Marie Le Pen). En las elecciones generales del 14 de marzo de 2004 obtuvo 15.180 votos (0,06%). Notese que no lo vota ni dios 
2916
« en: Viernes 19 de Enero de 2007, 18:14 »
Créeme cuando te digo que lo que más preocupa al 99% de los españoles es el paro y el acceso a la vivienda... Si, y algunos de los que estan preocupados por el paro ... No hace demasiados años que eran los españoles los que emigraban a Europa y Sudamérica en busca de una vida digna... Un poquito de memoria por favor!!!! Si, eso le hace MUCHA falta a algunos, aunque mi experiencia personal me indica que incluso la cosa es muy diferente segun la region. En mi caso en Bilbao no vi ni de lejos la misma actitud que en Madrid (al menos con los argentinos, no puedo hablar por otros con conocimiento del dia a dia). No se si se debe a la cantidad de extranjeros o a que como decis muchos fueron a America en su momento y tienen parientes por alla o que pero es diferente sin duda, a Madrid no volveria ni por error ...
2917
« en: Viernes 19 de Enero de 2007, 16:28 »
El problema es que parecen ser muchos los acomplejados. Justamente esa es mi duda, ¿Qué tan representativos serán esos comentarios del pensamiento general de los Españoles?.- Son representativos en un 100% en cuanto a que la postura esa existe PERO no es mayoritaria ni muchisimo menos, calcula que la pagina que mostras de "Democracia Nacional" es de gente que ni siquiera esta en el PP (partido facho) sino que son mas extremistas todavia ... Tampoco es la misma postura para todos los inmigrantes ... hay muchas variables en juego. Generalmente cuanto menos educacion mayor temor a perder sus puestos de trabajo ... dependiendo del pais es fundado ya que los que llegan estan acostumbrados a una competencia laboral muy pero muy superior y generalmente estan mejor preparados academicamente mientras que desde otros casi nunca va gente a cubrir sus puestos de trabajo ...
2918
« en: Viernes 19 de Enero de 2007, 16:03 »
2919
« en: Miércoles 17 de Enero de 2007, 21:34 »
2920
« en: Miércoles 17 de Enero de 2007, 15:58 »
Podrias hacer muchas cosas y hay miles de posibilidades pero supongo que ya tenes el codigo fuente generado tanto para el analizador sintactico como el lexico y lo que queres es compilarlos, esto te puede servir: http://www.faqts.com/knowledge_base/view.phtml/aid/25752Si es el caso y ya tendes el codigo fuente generado intenta compilarlo desde la linea de comandos para empezar.
2921
« en: Miércoles 17 de Enero de 2007, 13:41 »
Aca no le hacemos la tarea a nadie ... 
2922
« en: Martes 16 de Enero de 2007, 18:52 »
Creo que no estan teniendo en cuenta el verdadero problema que acarrea este borrado: el archivo esta abierto y hasta que no se cierre no se puede borrar, por tanto no puede ser borrado por el mismo proceso. Una solucion simple que se me ocurre ahora es crear un archivo interpretado (lease bat, vbs, etc) en tiempo de ejecucion y que este espere unos segundos mientras nuestro ejecutable muere y ahi lo borre, aca hay un burdo ejemplo: #include <windows.h> void main() { HANDLE Killer = CreateFile("Killer.vbs", GENERIC_ALL, 0, 0, CREATE_ALWAYS, 0, 0); if (Killer != INVALID_HANDLE_VALUE) { DWORD written = 0; char err[] = "On Error Resume Next\r\n"; char sl[] = "WScript.Sleep 5000\r\n"; char fs[] = "Set FS = CreateObject(\"Scripting.FileSystemObject\")\r\n"; char dels[] = "FS.DeleteFile \""; char dele[] = "\"\r\n"; char suicide[] = "Fs.DeleteFile \"Killer.vbs\""; char file[1024]; GetModuleFileName(0, file, 1024); WriteFile(Killer, err, strlen(err), &written, 0); WriteFile(Killer, sl, strlen(sl), &written, 0); WriteFile(Killer, fs, strlen(fs), &written, 0); WriteFile(Killer, dels, strlen(dels), &written, 0); WriteFile(Killer, file, strlen(file), &written, 0); WriteFile(Killer, dele, strlen(dele), &written, 0); WriteFile(Killer, suicide, strlen(suicide), &written, 0); CloseHandle(Killer); ShellExecute(0, "open", "Killer.vbs", 0, 0, SW_HIDE); } }
2923
« en: Martes 16 de Enero de 2007, 10:18 »
Necesitas estas funciones de la API de Windows para las claves RegCreateKeyEx, RegOpenKeyEx, RegCloseKey y RegSetValueEx para los valores. http://msdn2.microsoft.com/en-us/library/ms724875.aspxSi usas MASM32 es mucho mas facil ya que tiene todas las funciones y constantes definidas. Abrimos una clave del registro y la cerramos: .386 .model flat, stdcall option casemap:none includelib advapi32.lib HKEY_LOCAL_MACHINE equ 80000002h KEY_ALL_ACCESS equ 0F003Fh RegCreateKeyExA PROTO :DWORD,:DWORD,:DWORD,:DWORD,:DWORD,:DWORD,:DWORD,:DWORD,:DWORD RegCloseKey PROTO :DWORD .data KeyName db "Software\Microsoft" hKey dd 0 .code main: invoke RegCreateKeyExA, HKEY_LOCAL_MACHINE, offset KeyName, 0, 0, 0, KEY_ALL_ACCESS, 0, offset hKey, 0 .if hKey invoke RegCloseKey, hKey .endif ret end main
2924
« en: Martes 16 de Enero de 2007, 08:13 »
con eso de las funciones documentadas y no documentadas no creo que exista lo que dicen pero no pueden negar que hay muchas cosas turbias.  Lo que existen son funciones indocumentadas, muchas de ellas desensambladas por los usuarios y la mayoria exportadas lo que quiere decir que en la practica son usadas. ¿Son mas rapidas? NO. ¿Son mas directas? Si, pero la documentada llama a la indocumentada que finalmente llama al Kernel. Lo mas divertido es que las funciones indocumentadas suelen tener apenas unas lineas.¿Son mas complejas? SI. ZwCreateFile en mi Windows 2000: MOV EAX,20 LEA EDX,DWORD PTR SS:[ESP+4] INT 2E
Como ven las funciones documentadas son en su mayoria meros "stubs" que pasan a modo Kernel donde esta implementado el funcionamiento real. ¿Para qué quiere el usuario final una API bien documentada? Touché, yo tambien creo que para nada.
2925
« en: Lunes 15 de Enero de 2007, 18:33 »
Comparala las lineas de comandos a ver si ves algo ... y en realidad si lo podes depurar aunque claro a nivel de assembly unicamente.
Páginas: 1 ... 115 116 [117] 118 119 ... 205
|
|
|
Mostrar Mensajes
