Mensajes

@[Zero]:
una ayuda amigo [Zero] ando queriendome inciarme tambien en la programacion de malware, pero bueno estuve revisando el link que planteas esta fenomenal. Pero son como tutos para seguir paso a paso, como sigue aqui luego haz esto aqui, y de un derrepente quieres ver el redultado, error  .

Asi que pense era mejor ver esos tutos, sabiendo algo de programacion tengo ya un poco de C, y queria adentrarme en ASM. en ASM tengo unas dudas, por ejemplo:

. Mi procesador de mi Notebook es una AMD, tengo una duda terrible por que la mayoria apunta a intel x86. afecta en algo ?

. Y bien estoy leyendo este libro: WINDOWS ASSEMBLY LANGUAGE & SYSTEMS PROGRAMMING - 16- and 32-bit low-level programming for the PC and Windows, esta algo antiguo pero me gusto el primer capitulo. esta bien con esto.

Saludos.

Sí, es casi imprescindible saber programar antes de leer alguno de esos textos, ya sea en C o en ASM dependiendo del texto, o en ambos, que es lo más recomendable.

Lo de que tu PC sea un AMD no hay ningún problema, es la arquitectura, y son compatibles.

El libro ese no lo conozco (realmente no conozco casi ninguno que no sean los que me compré yo), pero todo libro es bueno y seguro te sirve para aprender ASM.

Saludos

Eso seguramente sea que pasaste de lo que te dijo el antivirus y la sandbox, y no marcaste "System" como proceso seguro cuando te preguntó (o no le dio tiempo a preguntar antes de que lo desactivaras). Yo te recomiendo que instales el Comodo Internet Security, que es lo que tienes, y con todo activado, no vas a tener problemas.

Saludos

¿No tienes ejemplos de los que ya hiciste en basic? Para saber mejor como orientarte digo  .

Saludos

Sí, tiene que recompilar las librerías, como pone en los textos que le puse, y tarda bastante, pero sólo se hace una vez. Luego ten en cuenta de que hay cosas que no funcionan si usas la configuración estática, como los plugins, pero creo que no es tu caso.

Saludos

creo que lo que quiere hacer el es una shellcode, por eso tanto lio de los bytes nullos, si es asi no podria usar el metodo de karcrack ni el tuyo, ya que karcrack usa una direccion creada en la sección .data, y especificamente para ella si el la querra usar G_G, bueno si usa la tuya ya sabemos bytes nullos D:.
Creo que ya sabe que hacer

Salu2!

No, Karcrack no usa nada de la sección .data :S. Y bueno, si la shellcode no es para hacer malware, debería de ir en Bugs y Exploits, no aquí, así que bueno, para la próxima ya sabes.

Saludos

[0]

Os habéis ido del tema, no lo habéis entendido...

Código (asm) [Seleccionar] Expandir


xor eax, eax
push eax
push byte 0x63;  'c'
push byte 0x65;  'e'
push byte 0x78;  'x'
push byte 0x45;  'E'
push byte 0x6e;  'n'
push byte 0x69;  'i'
push byte 0x57;  'W'
mov eax, esp


Al introducir "push eax" lo que hacemos es meter el byte nulo, lo que es equivalente a poner "string BLAHBLAH, 0", que es lo que queréis.
Si no lo entendéis, PM.
Un saludo. Sagrini

PS1: He puesto lo de byte para que no haya nulos entre medias, por si acaso...
PS2: Aparte, los pongo uno a uno porque son 7 bytes. Se podrían poner divididos en un WORD y tres bytes, pero no tengo ganas ...

Pero si el lío se lo metiste tú pusheando dos dword's al principio, y el quiso hacer lo mismo con una cadena de 7 bytes  . Para pushear con bytes, no hay problema, para pushear con dwords puedes hacer lo que te dijo Karcrack de hacer un xor con el 'xoreado' o hacer lo que hizo Nox con un mov. O hacer lo que te dije yo, que ocupa menos con cadenas de más de 7 bytes, pero que deja nulos.

Saludos

Coloca las librerías que te dice el ejecutable que faltan, QtCore, QtGui, y las de mingw. Las de Qt deberías de tenerlas en C:\Qt\XXX\qt\bin y las de minwg en C:\Qt\XXX\mingw\bin. Para debug, son las mismas dll's con una 'd' al final del nombre.Y cuando lo vayas a distribuír recuerda hacerlo en release.

Saludos

Edito, para compilar estáticamente:

Código [Seleccionar] Expandir

http://www.formortals.com/how-to-statically-link-qt-4/

Código [Seleccionar] Expandir

http://www.qtcentre.org/wiki/index.php?title=Building_static_Qt_on_Windows#Qt_Creator_users_and_Qt_.3E.3D_4.6

Gracias, era lo que quería saber, ya no hay duda  .

Saludos

¿Alguna razon para no usar un buffer de entrada de por ejemplo 120 caracteres? fgets no deja basura, a lo sumo no lee mas de lo permitido pero no es lo mismo.

Bueno, pues preferiría evitar que haga eso. Si meto un buffer de 300 bytes pues al usuario no se le va a ocurrir introducir más, y si lo hace es normal que el programa no funcione correctamente, pero si se puede evitar mejor.

Saludos

Código (c) [Seleccionar] Expandir


#include <stdio.h>

int main()
{
    unsigned int n;
    char buffer[10];
    do
    {
        printf("n : ");
        fgets(buffer,9, stdin);
    } while(sscanf(buffer, "%u", &n) != 1);
    printf("n : %u\n", n);
    getchar();
    return 0;
}


Si meto un número de caracteres menor que el buffer, el getchar() funciona porque stdin está limpio, pero si meto 15 caracteres, getchar() obtiene lo que quedó en stdin sobrante y no hace lo que quería que hiciera.

Saludos