Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Karcrack

#1621
Cita de: gulabyte en  7 Enero 2009, 19:20 PM

Yo como ejemplo te digo que nunca me acabe el típico manual de VB desde 0 (en concreto el famoso "Aprenda VB como si estuviera en primero"  ;D) y me he hecho mi troyanito con el API del winsock y con varias funciones y todo :P.
Te recomemiendo que empiezes a leer algún manual, y lo poco que entiendas lo empieces a poner en práctica, luego intenta hacer "algo" en concreto y mira cómo se puede hacer, así vas aprendiendo poco a poco, caso a caso y vas conociendo el lenguaje.
Haz primero un chat (cliente-servidor) con el API winsock, añadele después funciones de abrir y cerrar cd, de enviar un MsgBox, etc... y al final sólo necesitarás buscar la función que necesitas en internet y añadirla y adaptarla al troyano....
Otra forma muy buena de aprender es observar ejemplos hechos por otros, y cuando digo observar me refiero a mirar, leer, entender e intentar ponerlo en práctica con tus propios medios..

Que conste que yo no soy ningún programador profesional ni nada...yo sólo te explico cómo he aprendido yo lo que sé: buscando, corrigiendo y por supuesto postenado en este GRAN FORO....

PD: Por cierto Vampersy que el famoso programador es Peter Norvig, el otro que está Norv-eando es algún cantautor o algo ;D ;D. No pero es que lo he googleado y me lo ha corregido... ;)

salu11

Aprender a programar no es crear tu propio troyano... Esta claro que un 70% de las personas aprenden a programar para hacer un troyano (yo no me incluyo :-X)... pero para mi ser un buen programador no es saber usar el API del Winsock...

Saludos :D
#1622
Para ser un buen programado lo primero es tener clarar una norma:
7- No robarás.

Creo que es la principal norma, nada de C&P, lo primero es entender, luego lo codeas tu ;D

Ademas, para aprender la fuente principal es Google o otros programadores de tu nivel o superior, siempre aprenderas viendo el code de un compañero... ;)

Bueno, como yo todavia no me considero un gran programado no te puedo dar muchas mas pistas... es mas, uno no es un buen programador hasta que los demas se lo dicen...

Saludos ;D
#1623
Cita de: Freeze. en  6 Enero 2009, 17:50 PM
Muy simple, sencillo, util y especialmente divertido :xD

(Este es un ejemplo de agradecimiento, que NO se debe hacer)





¿Qué cosas interesantes se pueden hacer con esto?
¿No es lo mismo configurara normal desde el IDE de VB?
Te puede servir desde, para traducir tu aplicacion, me explico:
Creas un fichero en Ingles, otro en Español, otro en portugues y en los idiomas que te de la gana... de esa forma, simplemente cargando ese fichero con mi funcion lo tendras todo.. de la otra forma debias ir Caption por caption leyendo el valor en un fichero INI o directamente desde code.
Ademas, sera mucho mas facil traducir tu aplicacion a terceros si distribuyes el fichero.

Otro utilidad puede ser utilizar para guardar informacion que varie de la aplicacion y quieras tener para la proxima ejecucion, como por ejemplo la posicion, o algun textbox de configuracion.. etc...

La imaginacion es el limite :rolleyes: :P

Saludos ;D, me alegro de que os haya gustado :) (aunque solo sea un poco) :laugh:
#1624
Bueno, despues de mucho tiempo descansando ya empiezan las clases.. y con el bajon me dio por hacer un modulo :laugh:

Este modulo sirve para leer cualquier tipo de configuracion, desde las propiedades Caption y Text a asignar variables globales... Osea, que sirve tanto para leer configuracion como para hacerlo con traducciones.

Mejoras frente al fichero .ini 'normal' :xD:

  • El uso es mas sencillo y corto, no es necesario cargar objeto por objeto
  • Utiliza CallByName, para hacer el codigo lo mas generico posible
  • Permite multilinea

Cosas que hay que tener en cuenta al hacer el fichero:
- Todas las lineas del fichero de configuracion han de finalizar con ";"
- El texto de la etiqueta ([XXXX]) ha de ser igual que el nombre del contenedor
- Los valores numericos han de ser pasados a Decimal

Descarga del code y el ejemplo:
http://www.uploadsourcecode.com.ar/d/pl48J5SMcBrjkt22BgdfBMXEmGRMwWHx

Saludos ;D
#1625
Ingeniería Inversa / #2 CrackMe (Karcrack)
5 Enero 2009, 19:22 PM
Bueno, aqui mi Segundo CrackMe :rolleyes:


Lenguaje: VB6
Dificultad: Facil (A pesar de los metodos Anti-Debug)

Lo que hay que hacer es:
1- Obtener un Usuario y Contraseña valido.
2- Hacer un KeyGen (Opcional)
3- Parchear los metodos Anti-Debug (Opcional... aunque no creo que puedas hacerlo sin quitarlos :P)
Lo que no hay que hacer es:
1- Parchear para que acepta cualquier Password

Descarga:
http://karcrack.ka.funpic.de/2Crackme.rar

Saludos ;D
#1626
Lamento haberte molestado Dessa, simplemente esta poniendo la alternativa... yo tampoco obligo a que lo usen...


Bueno, saliendo de la trifulca quiero decir que he analizado el TaskKill.exe y para obtener el PID del ejecutable indicado no recorre todos los procesos :rolleyes:, los lee desde la memoria :-\ (Aunque mis conocimientos con el Olly no son tantos como para afirmarlo :P)

Asi que a ver si tengo tiempo esta semana y hago una funcion para no depender del TaskKill, solo con ASM y un par de APIs ;D

Saludos ;D
#1627
Cita de: Dessa en  5 Enero 2009, 01:21 AM
Me pareció practico y directo, conociendo el nombre del exe

PD: Tambien funciona con PID: Shell "cmd.exe /c Taskkill /PID ####"

Saludos
Si, pero teniendo el PID es mas util usando OpenProcess y TerminateProcess



MOD:
Código (vb) [Seleccionar]
Option Explicit

Private Const PROCESS_TERMINATE As Long = (&H1)

'KERNEL32
Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal hObject As Long) As Long
Private Declare Function TerminateProcess Lib "kernel32.dll" (ByVal hProcess As Long, ByVal uExitCode As Long) As Long
Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal dwDesiredAccess As Long, ByVal bInheritHandle As Long, ByVal dwProcessId As Long) As Long

Public Function CloseProcess(ByVal lPid As Long) As Boolean
    CloseProcess = CBool(TerminateProcess(OpenProcess(PROCESS_TERMINATE, 0&, lPid), 0&))
    Call CloseHandle(lProc)
End Function

PD: Se podria quitar el CloseHandle.. pero queda mas PRO no? :xD

Saludos ;D
#1628
Cita de: krackwar en  4 Enero 2009, 21:17 PM
mmm.. usa api's para matr procesos no otro exe  :xD

ZwTerminateProcess

Esa api si no me equvoco era la api
Cita de: seba123neo en  4 Enero 2009, 21:35 PM
con la api TerminateProcess ya basta...

Lo malo es que para matar un proceso desde su nombre ejecutable necesitas obtener el PID.. y ya se nos va la linea...

Saludos :D
#1629
Este tema no se puede tratar aqui... no un tema Etico... pero yo te dejo un enlace.... que nadie se enfade eh! :¬¬ :laugh:

http://www.fudsonly.com/index.php?topic=137.0

Saludos :rolleyes:
#1630
No has de guiarte solo de las funciones que hay en el APIGuide, usa tambien la MSDN y el APIViewer ;D

http://msdn.microsoft.com/en-us/library/aa364980(VS.85).aspx

Saludos ;D