Bueno, en VB no hay demasiados problemas con esos temas a no ser que programes como cobein o karcrack, aparte de que debugear vb es un coñazo. Pero en C si lo veo necesario, la mayor parte de los errores no los descubre el compilador, y sin saber depurar puedes tirarte horas hasta que ves que estás llamando a un puntero sin inicializar, mientras que con un debuger en medio minuto pillas el problema.

Saludos

Ahí te doy la razón, pero donde pondríamos el límite? En base a qué decidimos si la duda es debida al desconocimiento del lenguaje (frecuentemente así es) o a un problema en la comprensión de la especificación? Creo que conociendo el lenguaje no debería de haber dudas con la documentación de la API. Aunque tambien estoy de acuerdo en que el subforo de C/C++ casi no se tratan otra clase de dudas.

Saludos

Si yo que estudio un bachillerato de ciencias tengo como materias obligatorias Historia y literatura, un programador debería tener como obligación aprender ASM. Es indispensable para debugear, comprender que es un overflow..., si trabajas en c con punteros y no sabes asm no quiero ni imaginar el quebradero de cabeza que tendrás para arreglar los errores que se te presenten.

Saludos

No son caracteres hexadecimales, son numeros hexadecimales, que se pasan a binario  .

Saludos

Actualicé el post principal con más información.


Antes de discutir si se está de acuardo o no con el proyecto es necesario fijar los objetivos del proyecto. Aún no se decidió que funciones tendrá el bot inicialmente, ni de que forma impediremos posibles usos indebidos del código. Son bienvenidas posibles soluciones para evitar éstos usos, pero preferiría no entrar en el tema de cuan peligroso es desarrollar éste software, cualquier programador puede hacerlo, hay información más que de sobra.


De ser necesario dejar los códigos con errores para evitar malos usos de la información sería algo muy fácil de hacer entre los colaboradores del proyecto.


Si, esos temas tienen mucho que ver con el desarrollo de un bot  .



Si en el repositorio del proyecto nos limitamos a publicar código fuente sin binarios, sería bastante difícil que alguien decidiera juntar todo, linkear los .obj (seamos conscientes de que se combinan c y asm) y que todo funcionara perfectamente según lo que espera, no somos programadores profesionales y los errores son muy comunes  .

Saludos

Las equivalencias están definidas por el procesador, no es que sea equivalencia de las instrucciones nemotécnicas ni nada parecido.


Con eso puedes ver comodamente las equivalencias.

Saludos

Creo que éste año no voy a poder preparar nada, demasiados proyectos en construcción y por ejemplo al Stealth le debo mucho  .

Saludos

No discutamos en éste tema, de lo contrario todo acabará con un post cerrado y el proyecto en nada. Crearé el repositorio, daré las directrices y veremos que sale de ahí. Si veo que el proyecto se enfoca a lo que no queremos se cierra y punto.

Saludos

Que los bots existen es una realidad, si hacemos un buen bot y lo hacemos público es preferible a que lo haga otra persona y no lo publique  .

Saludos

---

Athena será el nombre del Bot que realizaremos en éste post, un proyecto colaborativo en el que todo el mundo interesado podrá participar aportando código tanto en C como en ASM. El proyecto seguirá estrictamente las siguientes directrices:

• El proyecto será OpenSource, el código se alojará en un repositorio al que todo el mundo podrá tener acceso, y al que los colaboradores podrán subir sus aportaciones.
• Todas las posibles compilaciones del proyecto serán enviadas a empresas antivirus con el fin de que el Bot no pueda presentar ningún riesgo para la seguridad.
• La finalidad del proyecto será única y exclusivamente el aprendizaje de técnicas usadas por Botnet's, intentando crear nuevos métodos y valorando la respuesta de las compañías antivirus.

---

Desarrollo

• Se utilizará GoogleCode como repositorio, y Subversion como sistema de control de versiones.
  
• Para solicitar ser colaborador del proyecto usen un Mensaje Privado
  
• Todas las funciones deberán estar acompañadas de una documentación detallada.
  
• Se podrán aportar tanto funciones programadas en ASM como en C/C++.
  

Log
2 Abril 2010: Se realizó una reunión en un IRC con los miembros que hasta ese día se habían unido al proyecto para decidir con que funiones contará el bot. Se llegaron a los siguientes acuerdos:

     1. Se realizarán las funciones de conexión y propagación, entendiendo éstas como las más difíciles, y no se desarrollará ningún payload destructivo ni delictivo.
     2. Se repartieron los primeros trabajos, los cuales se programarán en los siguientes días y se subirán al repositorio, junto con una detallada documentación en la wiki.
     3. Las funciones de propagación que se decidieron implementar son las siguientes:
          -USB
          -P2P
          -AutoMail
          -Infección PE
          -Redes Sociales
          -Propagación Web
          -Exploits
          -MSN Spread
          -Putty Hooking

     4. La conexión se decidió realizarla de ésta forma:
          -Conexión IRC (TEMPORAL)
          -Conexión P2P
          -Cualquier nodo hace de Botmaster
          -Cifrado SSL
          -Búsqueda de Bots buscando en el rango de país

     5. El bot tendrá la siguiente estructura
          -Shellcode Loader (TLS) + Exe con .reloc (Resource Exe infectado)

Colaboradores

-SecMAM
-RNA
-JaixxonJax
-Hacker_Zero
-biribau
-wisehacks
-EPI

Links

Proyecto en GoogleCode

Wiki en GoogleCode