Mensajes

Claro k no es nada tipo joiner... joiners es cosa de noobs... Aver en ese punto tienes razon no es 100% vb. Lo k hago yo es anadir byte codes (hex) del codigo de desencriptacion (asm) en una nueva sección (creada por el vb en el ejecutable original k kieres cifrar).

entonces vamos a lo que yo te digo ¿porque tener que hacer las cosas de esa forma? hay lenguajes que te ofrecen la posibilidad de hacerlo directo, lo cual es mas comodo y entendible.

Provavelmente pork me gusta mas hacer la interfaz con vb. Se hace mas rapido, estoy mas acustumbrado. Los opcodes de desencriptacion los hice con inline asm en C.

Salu2

Yo para mi crypter uso inyeccion...pero la verdad es que lo más profesional es saber el formato PE y encriptarlo de esa manera...pero el stub ha de estar en ASM...

Saludos

Es con este tipo de respuestas k los atrapamos. Esa tu afirmacion solo kiere decir k te has limitado a copy&paste en tu crypter. Tienes k saber el formato PE mismo con inyeccion... Mas de lo k pensas... Se ve k ni has mirado el source, solo lo has copiado... k lastima...

Claro k no es nada tipo joiner... joiners es cosa de noobs... Aver en ese punto tienes razon no es 100% vb. Lo k hago yo es anadir byte codes (hex) del codigo de desencriptacion (asm) en una nueva sección (creada por el vb en el ejecutable original k kieres cifrar).

Salu2)

yo no veo que vb sea un lenguaje para hacer estas cosas.

Pork no? Claro k hay mejores, pero en vb es posible, pork no hacerlo en vb?

es posible hacer un crucero a nado? es posible ¿pq no? pero no es lo mas comodo.

ahora escribe un codigo para que desencripte X bytes en el ejecutable y una vez descifrado apunte al punto de entrada original.

Si, k tiene eso? ya lo hice hace unos 3 meses. Es un crypter completo sin inyeccion k puede cifrar kualkier exe(con excepcion a los exes k al cifrar hay problemas con el IAT y bound import. Y esta todo en vb...

EDIT: Bueno como es obvio los opcodes lo he echo en asm... Pero kualkier crypter k no use inyeccion, mismo en C++ o delphi usan asm...

Con repecto al tema, Hendrix, creia k havia kedado claro k seria muy dificil hacerlo de esa forma. Odio decir esto pero inyeccion es el metodo mas confiable.

Kizas sea mas dificil (q lo es) pero es mejor q la inyeccion

No necesariamente. Con opcodes no consigues implementar un algoritmo de encriptacion fuerte a no ser k seas un expert en asm.

No entiendo de donde has sacado que estoy empezando en VB, yo podria colaborar perfectamente, aqui el problema es saber modificar bien la cabecera del exe resultante despues de la encriptacion, ese es uno de los metodos... sino gusta la idea pues no se hace y ya esta

Lo de empezar es para pana88. lee mejor.

La cabecera exe? Uff tienes mucho k aprender.

Salu2

gracias apenas comienso con visual basic y es mucha carga para mi creo igual muchas gracias por contestarme el post

Estas empezando con vb y ya kieres hacer crypters?

seria muy bueno hacer un proyecto entre todos de un crypter en vb y la modificacion de la cabecera para que se ejecute desde memoria

Si claro, se no sabemos hacerlo nosotros, proponemos algo entre todos y alguien k lo sepa lo hara y pasara el source. Pff...

yo no veo que vb sea un lenguaje para hacer estas cosas.

Pork no? Claro k hay mejores, pero en vb es posible, pork no hacerlo en vb?

Mira como ejemplo el joiner de mad antrax, el joiner está cifrado con su fuernte al revés.

LMAO, siguen con el super cactus xDDDDD

Con repecto al tema, Hendrix, creia k havia kedado claro k seria muy dificil hacerlo de esa forma. Odio decir esto pero inyeccion es el metodo mas confiable.

Cosas a estudiar:

- formato PE.
- Apis para manejar procesos, memoria...
- Buscar un buen algoritmo de encriptacion.

Salu2

...creo que lo uso porque quiero aprender (?)

oO

... Esto es una respuesta a que? Te recomiendo a k leas mejor lo k escribi.

Bien, eres el unico tio por aqui k aun se preocupa en postear cosas buenas y constructivas.

Tambien el uniko k me hace postear decindo: Felicidades.