21 octubre 2010

¿Confiamos en las aplicaciones de Cydia?

El gestor de paquetes Cydia es el programa que triunfa entre los usuarios que deciden "liberar" su iPhone o derivados. Desde hace algún tiempo, los métodos para hacer jailbreak al dispositivo instalan por defecto esta aplicación, y gracias a ella se descargan los paquetes adicionales.

El software se instala desde repositorios (Cydia es un gestor de paquetes), y los que vienen por defecto son supuestamente los más fiables. Podríamos diferenciar entre los repositorios privados, donde solo los administradores suben su software, y los públicos donde cualquier usuario puede proponer una aplicación.

Hace poco tuve contacto con uno de estos repositorios 'by default' públicos, y me quedé bastante asombrado por el poquísimo control que se tenía sobre los paquetes que enviaban los usuarios.


La historia es la siguiente: Subí un paquete (.tar, lo recomiendan) de una aplicación que debía ser usada mediante terminal, es decir, no era una aplicación gráfica, por lo que el paquete que ellos generaran debía extraer el ejecutable en un directorio incluido por defecto en el $PATH (/usr/bin por ejemplo). Tardaron solo unas horas en aceptarlo y subir al repositorio el .deb generado por ellos.

De momento todo iba bien, pero cuando descargué el paquete desde Cydia me llevé la sorpresa de que el ejecutable se extraía en la carpeta para las aplicaciones gráficas, y no donde les había especificado. Esto quiere decir que obviaron mis indicaciones, y lo más importante, que probablemente no ejecutaran ni probaran la aplicación en ningún momento. Costó hacer que todo estuviera en su sitio, pero al final se consiguió gracias a algún email y una resubida. Estos emails reafirmaron la teoría de que las aplicaciones no son probadas (al menos la mayoría).

Entonces pensé lo absurdamente fácil que resultaría subir un paquete malicioso y que no saltaran las alarmas hasta que se empezaran a producir infecciones (en caso de virus) o hasta que alguien encontrara un comportamiento extraño en nuestra aplicación.

Si analizamos la situación lo veremos más claro:

Un usuario nuevo, sin referencias, votaciones o algún tipo de puntuación de 'karma' puede subir aplicaciones. Estas aplicaciones probablemente no son probadas, y mucho menos va a ser analizado su comportamiento. Por supuesto no hay que mandar el código fuente de la aplicación (aunque dudo que lo revisaran), y las probabilidades de que analicen la aplicación mediante reversing son practicamente inexistentes.

Con todo esto hay que añadir que la aplicación no era gráfica, por lo que solo está disponible para los que tengan el filtro de Cydia en 'Hackers' o 'Developers' (esto no impidió que se produjeran bastantes descargas). Una aplicación gráfica, y con alguna función interesante (una jarra de cerveza, una granja, etc ...) habría sido mucho más atractiva y habría llegado a mucha más gente.

Ya se sabe que los repositorios de Cydia no son como la AppStore y que el control aquí es mucho menor, pero no pensaba que fuera tan bajo, o mejor dicho, inexistente en este caso.

Aun así, creo que es importante diferenciar entre repositorios, aunque al final todo se basará en el instinto y la preocupación de cada uno.

Y tú, ¿confías en las aplicaciones de los repositorios por defecto de Cydia?
Leer más...

20 octubre 2010

"crackeando" contraseñas en MD5 con servicios online

Aún muchas aplicaciones utilizan md5 para almacenar contraseñas en bases de datos. La mejor opción sin duda es tener tablas rainbow con todo el juego de caracteres posible. Pero si tenemos la necesidad de consultar un hash, existen muchas aplicaciones online que disponen de este servicio.

He probado varios de ellas y anotado algunas de las características que me han llamado la atención, eliminando aquellos obsoletas y comprobando si solicitan captcha o no, por si se automatiza alguna herramienta de consultas, como la publicada en packetstorm.

La siguiente tabla es el resultado.


URL Algoritmo Captcha Comentario
http://hashkiller.com/index.php?action=md5webcrack md5
Necesita registro
http://www.md5this.com/crack-it-/index.php md5 X
http://passcracking.com/ md5
Prioridad con registro
http://www.beeeer.org/hash/ md5 X usa hashcat
http://crackfor.me/ md5
En ruso
http://hash.insidepro.com/ md5 X Foro
http://www.md5decrypter.co.uk/ md5 X
http://md5.my-addr.com/md5_decrypt-md5_cracker_online/md5_decoder_tool.php md5

http://md5pass.info/ md5

http://generuj.pl/ md5

http://md5decryption.com/ md5

http://md5decrypter.com/ md5 X
http://md5crack.com/ md5
Usa Google
http://schwett.com/md5/ md5
Muy pobre
http://md5-db.de/ md5

http://xmd5.org/md5/ md5

http://md5online.net/ md5

http://www.netmd5crack.com/cracker/ md5

http://md5-decrypter.com/ md5

http://www.thoran.eu/cracker md5

http://md5cracker.tk/ md5
Busca en 15 webs
http://www.shell-storm.org/md5 md5

http://tools.benramsey.com/md5/ md5
API, lento y pocos resultados
http://www.hashchecker.com/?_sls=search_hash md5

http://md5.gromweb.com/ md5

http://md5.hashcracking.com/ md5

http://bokehman.com/cracker/ md5
Pequeño
http://victorov.su/md5/ md5

http://md5.thekaine.de/ md5

http://md5.turhu.us/md5 md5
Usando buscadores
http://md5.web-max.ca md5 X


Otras páginas webs, soportan otros tipos de hashes además de MD5, como sha1, LM o combinaciones que se están poniendo de moda en aplicaciones LAMP. Curioso el caso de cmd5.org, que cobra por el servicio.


URL Algoritmo Captcha Comentario
http://plain-text.info/add/ lm, halflmchall, sha1, md5, ntlm, wl, doublemd5, mysql323      X
http://tmto.org/ MD5/SHA1/LM/NTLM
Tiene API
http://rom-zone.alfahosting.org/ md5, double md5, joomla, mysql323, phpBB3, SHA-1, vBulletin, WBB3

http://hashcrack.com/index.php LanManager, NTLM, MySQL 3, 4, 5, MD5, SHA1

http://md5.rednoize.com/ md5, sha1

http://md5.shalla.de/cgi-bin/search.cgi MD5, SHA 256 or Tiger
Pocos resultados
http://www.hash-database.net/ md5    sha1    sha224    sha256    sha384    sha512   X
http://www.cmd5.org/ md5, sha1, md4, mysql,
md5(md5($pass))
mysql5, qq hash,  serv-u, radmin,
md5($pass.$salt)
md5($salt.$pass)
md5(md5($pass).$salt)
md5(md5($salt).$pass)
md5($salt.$pass.$salt)
md5($salt.md5($pass))
md5(md5($pass).md5($salt)),
md5(md5($salt).md5($pass)),
sha1($salt.$pass), MD5(Unix)

Servicio de pago
http://www.authsecu.com md5, cisco 7

http://www.c0llision.net/webcrack.php lm, md5    X
http://sha1.web-max.ca/ sha1   X
http://www.onlinehashcrack.com lm, ntlm, sha1, mysql, md5, wpa2-psk tienen twitter, aviso por mail
Leer más...

19 octubre 2010

Como añadir una entrada estática en la tabla ARP

En una red local que este conmutada es posible escuchar el tráfico con sniffers y obtener los mismos resultados que si la red estuviera en un concentrador. Ataques como ARP Poisoning son efectivos cuando el sistema permite que se modifique la MAC de la puerta por defecto de forma dinámica.

Dicho de otra forma, en una red switcheada pueden sniffar nuestro tráfico tranquilamente si no tenemos establecida estáticamente la entrada del gateway por defecto. 

Esto se puede hacer, según el sistema operativo, de las siguientes formas:

En Windows 2008, Vista y 7:
netsh interface ipv4 add neighbors "Local Area Connection" 1.1.1.1 de-ad-be-ef-de-ad
En sistemas Windows 2000, XP y 2003:
arp -s 1.1.1.1 de-ad-be-ef-de-ad 
Para sistemas MacOS X:
arp -S 1.1.1.1 de-ad-be-ef-de-ad 
En sistemas Linux:
arp -s 1.1.1.1 de:ad:be:ef:de:ad
Una forma de automatizarlo para ponerlo en un script de inicio podría ser así:
arp -s $(route -n | awk '/^0.0.0.0/ {print $2}')  \
$(arp -n | grep `route -n | awk '/^0.0.0.0/ {print $2}'`| awk '{print $3}')
Para Solaris:
arp -s 1.1.1.1 de:ad:be:ef:de:ad permanent
Por último, recordar que en windows Patriot NG, monitoriza la tabla y nos avisa si se produce algún cambio
Leer más...

18 octubre 2010

Cómo proteger las conexiones de tu Iphone

Ya hemos hablado en SbD sobre diferentes medidas de seguridad y programas para securizar los dispositivos Iphone e Ipod Touch. Sin embargo, nunca podemos estar tranquilos y exentos de recibir algún tipo de ataque. El malware evoluciona con nosotros y nos persigue para adaptarse a las diferentes plataformas y por supuesto iPhone es un objetivo muy jugoso, tanto por "odio/resentimiento" de algunos a la marca de la manzana mordida, como por el volumen de dispositivos existentes alrededor del Mundo.

Incluso, para analizar y auditar de actividad "rara" el iPhone,  podemos contar con herramientas de gran calidad como Unhide, cuyo port y adaptación ante malware conocido para Iphone, ya analizó nuestro compañero Alberto en SbD.

Sin embargo, no estamos libres de que algún otro tipo de ataque, ya sean externos (como los que se dieron a través del interfaz 3G contra el servicio SSH con password por defecto en algunos operadores); o incluso internos debido a que un usuario instale algún programa de dudosa reputación/origen que termine efectuando acciones maliciosas por su cuenta, que hagan uso de la conexión 3G para enviar/pedir datos a Internet, se salte las restricciones de roaming, etc,…

Así pues he estado indagando entre diferentes aplicaciones software que ayuden a prevenir la fuga de información o posible compromiso del dispositivo a nivel de conexión de red. Los firewalls analizados son los siguientes:

  • Firewall IP (Descargable de Cydia. Coste: $2.99): Gracias a esta solución podemos definir, de una forma muy gradual, políticas para cada aplicación de tráfico SALIENTE del Iphone. Es decir, si queremos permitir únicamente conexiones a determinadas IPs por parte de una aplicación, podemos definir una política específica basado en listas blancas/negras y partir de modelos de seguridad positiva o negativa. Fundamentalmente, se puede decidir que ninguna aplicación pueda acceder a Internet y, según se vaya haciendo uso de las aplicaciones, Firewall IP nos preguntará si queremos permitirlo y en qué condiciones. Además, aquellas aplicaciones que son ejecutadas por el Springboard (es decir el propio entorno gráfico) o que corren en background, tengan una política por defecto pre-definida: No dejo salir nada o dejo salir todo y voy acotando. El otro enfoque sería permitir todo por defecto y bloquear acceso a Internet a algunas aplicaciones nada más. Así pues permite afinar mucho lo que queremos permitir y qué denegar, e incluso a través de qué interfaz; podemos indicar que sólo se permita acceso a internet si sólo es a través del adaptador de red wireless, pero no a través de 3G o GPRS. 
    • Privacy Opt-out (Descargable de Cydia. Gratuito): Este sencillo add-on añade a la carpeta preferencias un serie de checks que permiten evitar que determinadas librerías envíen estadísticas de datos de usuario anónimamente a los creadores de ciertas aplicaciones. Incluso Jay Freeman -@Saurik- (autor de Cydia) y la gente de Bigboss, contactaron con los autores de esas librerías (Flurry, Medialets, Mobclix o Pinch Media) para que colaborasen en el desarrollo de esta herramienta que permitiese desactivar su uso según la decisión del usuario. Atención! Al haberlo instalado en IOS 4.1, noto mi iphone 3G más lento aún que de costumbre. Creo que está recomendado sólo para Iphone 3.X
      Me ha llamado mucho la atención no haber encontrado referencias de firewalls libres o comerciales que protejan tanto ante conexiones salientes enviadas por el iphone, como entrantes desde una red local o desde Internet en búsqueda de puertos abiertos. Cierto es que en el caso de España, en el operador Movistar, la IP 3G obtenida no siempre es accesible desde Internet, sino que pertenece a un direccionamiento privado, pero aun así, no estaría de más el poder prohibir las conexiones entrantes de alguna manera.

      Así pues lo único que se me ocurre para ello es seguir una serie de buenas prácticas y consejos:
      • Si hemos instalado el servidor OpenSSH, podremos hacer que por defecto arranque deshabilitado, y así tenerlo que activar/desactivar cuando nos haga falta realmente. De esta manera evitamos que si en algún momento futuro, alguien desarrolle el mismo tipo de script para buscar IPs con servidores SSH y prueben root/alpine como credenciales, como sucedió en otros operadores. Si queremos que el servidor SSH arranque al reiniciar el dispositivo, recomiendo seguir las guías de securización de SSH (1 y 2) que ofrecimos en SbD (acceso con certificados, cambio de clave de usuarios root y mobile, cambio de puerto por defecto, prohibición de login como root, etc,…). Otra opción es deshabilitar el arranque por defecto del servicio. Para ello conectaremos vía SSH y ejecutaremos en consola, como root: launchctl unload -w /Library/LaunchDaemons/com.openssh.sshd.plist
      • Cada vez que instalemos software nuevo o al menos, realizar un escaneo de puertos desde fuera a través del interfaz wireless, con cierta frecuencia. Un escaneo completo podría hacerse  de forma sencilla, de la siguiente manera: nmap -sT -sU -p 0-65535 
      • Mediante SBSettings añadir cuantos toggles sean necesarios para poder arrancar o parar los servicios de conectividad de red según los necesitemos... y recordad que Only paranoid survive!
      Leer más...

      17 octubre 2010

      Enlaces de la SECmana - 41


      - Empezamos por el Banco Santander y su plugin-anti-Zeus, no es algo ni mucho menos nuevo, pero si es interesante ver como la banca va adoptando nuevas estrategias
      - Facebook y sus One-Time-Passwords, y al hilo de esto, la gente de El País mencionan a nuestro compañero Alberto Ortega y su proyecto PentBox   
      - Antonio Ortiz y el nuevo SO que prepara la India para prevenir ataques
      - Chema Alonso y su curioso pasatiempo para el fin de semana
      - En el blog de S21Sec, Daniel Peláez nos muestra como usar RoR de forma segura
      - Finalmente, parece que nuestros compañeros de Kriptopolis se apuntan también a los premios bitácoras 2010, desde aquí les deseamos mucha suerte y sobre todo, que reine el fair play
      Leer más...

      16 octubre 2010

      Nuestro amigo y compañero Jose Selvi, de Pentester va a impartir en Febrero un interesantísimo curso sobre Pentest junto con Rafa Alfaro.

      Si leéis a menudo su blog -muy recomendable- sobra decir el impresionante nivel de Jose y la forma tan didáctica que tiene de transmitir conceptos.

      Tampoco vamos a descubrir ahora al SANS, prestigiosa organización de la que frecuentemente hablamos por aquí.

      Para mas información detallada, podéis ver la descripción aquí y apuntaros al curso aquí.
      Leer más...

      15 octubre 2010

      La propagación del Malware

      En la Wikipedia, podremos encontrar una sección denominada "Timeline of computer viruses and worms", que se encarga de enumerar, por orden cronólogico, algunos de los virus, gusanos, troyanos y demás malware con más relevancia de las últimas décadas. Gracias a esta recopilación, tendremos una visión clara de la evolución, tipos de ataques utilizados, coste estimado de daños, tipos de propagación, etc.

      De todos los que podemos encontrar en dicha recopilación, vamos a repasar algunos de ellos, describiendo brevemente aquellas características que los hacen únicos, innovadores (en su tiempo) o incluso los que nos ofrecen una idea de lo que está por venir, atendiendo a cómo se propagan:
      • Los adjuntos malditos
      Hace tiempo no todo el mundo tenía internet, pero lo que si proliferaron fueron los lugares en los que poder consultarlo. De lo que si disponía casi todo el mundo, además de messenger, era de cuenta de correo. La gran mayoría gestionaba su correo a través de Outlook, muy pocos a través de web, por lo que la diversión, estaba asegurada.

        • ILoveYou: Quizás su coste asociado a posibles daños no no le haga estar entre los primeros, pero seguro que es el que más os suena a la gran mayoría (junto con el virus Anna Kournikova). También se propagaba por e-mail, pero su adjunto, lejos de las extensiones típicas .com, .exe, .pif, esta vez se trataba de un fichero .vbs (lenguaje scripting de visual basic) cuyo código fuente podréis consultar en este enlace. En forma de carta de amor, una vez ejecutado se enviaría a todas y cada una de las direcciones de correo de la agenda de contactos de Windows, además de realizar tareas diversas en el sistema, de ahí que luego si se estimasen las pérdidas a causa de su eliminación de los equipos. El programador alegó que su publicación fue por accidente. En este enlace [pdf], podréis consultar un análisis exhaustivo del ILoveYou por la Universidad de California.
        • MyDoom: La primera vez que apareció este gusano fue en Enero de 2004, propagándose por e-mail en forma de fichero adjunto contemplando un amplio número de extensiones (.exe, .com, .pif, .scr...). Cuando dicho fichero se ejecutaba, en el sistema de la víctima se abriría un puerto TCP del 3127 al 3198 mediante el cual los posibles atacantes se conectarían al equipo. En un principio, se pensó que dicho gusano fue creado con el fin de realizar una denegación de servicio (DoS) contra los servidores del grupo SCO. El autor de dicho malware sigue sin conocerse, y cuenta con multitud de variantes (A, B, U, V, W, X...), cada una de ellas enfocadas, sobre todo, a atacar diferentes sitios de Internet (Microsoft, Google, Altavista, Lycos...). Se catalogó como el gusano con mayor velocidad de propagación por correo electrónico.
        • SoBig: Aún habiendo aparecido la primera variante allá por el 2002, la sexta (SoBig.F) sería la que más ruido haría, sobretodo al ser culpable de colapsar multitud de servicios, pasarelas y servidores de Internet. Programado en Visual C++ 6.0, y comprimido con tElock, una vez se encontraba en el sistema, se dedicaría a recopilar direcciones de correo electrónico de documentos que encontrase, para seguidamente re-enviarse a todas ellas, utilizando su propio agente de correo. Al igual que MyDoom (y que la mayoría de esa época) se propagó sobretodo por e-mail (aunque también mediante recursos compartidos) incluyéndose como fichero adjunto, y además de worm, actuó como un troyano en toda regla. Sigue sin conocerse su autor, pero Microsoft lanzó una campaña con la que ofrecía 250,000 dólares (no sería la única...) a quién ofreciese más información sobre su creador. Lo más curioso, es que fue programado para que dicho gusano cesase sus acciones y se desconectara en Septiembre del 2003. En este enlace encontraréis un documento en el que se exponen hipótesis sobre el posible creador (o creadores) del SoBig.

      • Mediante explotación de vulnerabilidades en Sistema Operativo Windows
      Repasemos a continuación algunos malware, de los más conocidos, que se aprovecharon de vulnerabilidades críticas del sistema operativo Windows, capaces de infectar millones de ordenadores a través de redes de recursos compartidos o incluso, aprovechándose de aquellos cuya conexión de su PC a Internet era directa (los routers gratis ADSL, en la mayoría de los casos, aguaron "la fiesta"...)

        • Conficker: Por fin, llegamos a un malware que se propagó explotando alguna vulnerabilidad en los sistemas afectados. En este caso, Conficker se aprovechaba de la vulnerabilidad crítica descrita en el boletín MS08-067, que afectaba al servicio servidor de Windows 2000, 2003 y XP. Tras la infección, Conficker comenzaría a desactivar servicios del sistema operativo asociados a su seguridad (Windows Update, Windows Defender,...) y seguidamente se adjuntaría a los procesos explorer.exe, svchost.exe y services.exe para finalmente, iniciar su propagación por diferentes métodos, según la variante. En la Malware Encyclopedia de Microsoft encontraréis más información sobre Conficker, además de sus diferentes variantes y versiones.
        • Blaster y Sasser: ¿Recordáis esa época maravillosa en la que un familiar o amigo, se compraba un ordenador, lo enchufaba por primera vez a Internet, y al rato se reiniciaba sin dar tiempo ni siquiera a instalar el edonkey2000? Blaster explotaba una vulnerabilidad de desbordamiento de búfer en el RPC DCOM de Windows (MS03-026), mientras que Sasser aprovechaba una vulnerabilidad en el servicio LSASS (MS04-011). Automáticamente, ambos escanearían rangos de direcciones en busca de nuevos sistemas con puertos de red vulnerables para ser explotados. Tanto del Blaster como del Sasser podréis encontrar sendos análisis técnicos por parte del Inteco aquí y aquí, respectivamente. No sólo se explotaban automáticamente...no resultaba muy complicado descargar herramientas públicas y gratuitas enfocadas a la ¿verificación? de redes y redes de direcciones IP en busca de ambas vulnerabilidades. RPCScan y DSScan de Foundstone realizaban dicha tarea...
      • Explotando tipos de servidores en sistemas
      No es saña, simplemente, si es lo que la mayoría usa, normal que tenga más alcance. Toca hablar de servicios propios de servidores de tipo Windows, como son el servidor web IIS y los servidores de bases de datos MSSQL.


        • Code Red: En esta ocasión, la principal víctima de este gusano fueron los servidores web IIS de Microsoft, en el año 2001, explotando la vulnerabilidad de desbordamiento de búfer descrita por el boletín MS01-033, que afectaba más concretamente al servicio Index Server. Una vez explotada la vulnerabilidad, este gusano modificaría (deface) la página principal del servidor afectado colocando un bonito mensaje: "HELLO! Welcome to http://www.worm.com! Hacked By Chinese!". Después, y dependiendo del día del mes, realizaría tres acciones diferentes:
          • Los primeros 20 días de mes, búsqueda de nuevos servidores vulnerables desde el servidor comprometido.
          • A partir del día 20, y durante una semana, denegaciones de servicio a un determinado número de direcciones IP.
          • Del 28 al resto de días de mes, descansa...
          En este enlace tenéis un extenso análisis técnico de este gusano realizado por los descubridores, investigadores de la compañía eEye.
        • SQL Slammer: Le tocó el turno a los servidores SQL Server 2000. Aún ya teniendo inyecciones de código SQL, este gusano aprovecharía una vulnerabilidad de desbordamiento de búfer en el propio servidor, reportada por primera vez en el 2002, en el boletín MS02-039 de Microsoft. En este enlace podréis consultar un decompilado del gusano y aquí un análisis técnico detallado.

      • La propagación 2.0
      La ecuación es sencilla: todo el mundo pertenece a las redes sociales, todo el mundo comparte información en redes sociales, se publica algo malvado en las redes sociales, por consiguiente, lo malvado llega a todo el mundo. Propagación más fácil, imposible.

        • Samy XSS - El caso del Cross-Site Scripting persistente de MySpace, protagonista de uno de nuestros hackeos memorables, en el que encontraréis más información al respecto, además del código fuente y barreras a las que se tuvo que enfrentar para que su ataque resultase satisfactorio, tanto como para conseguir casi 1.000.000 de solicitudes de amistad en menos de 24 horas.
        • Los XSS de Twitter - Los Cross-Site Scriptings de Twitter, hace poco, parecían más una nueva funcionalidad que la explotación de una vulnerabilidad que evidenciaba la incompleta validación de parámetros. Hace poco recordaréis el caso 'onmouseover', el cual referenciamos, una vez pasó la tormenta, en este artículo.
        • Koobface:  El gusano Koobface no se hizo efectivo mediante una vulnerabilidad en el propio servicio de Facebook, pero si que utilizaría la plataforma para su propagación, enviando mensajes a todos los amigos de la víctima. Una vez el usuario era infectado (ejecutable en forma de falsa actualización del reproductor Flash de Adobe), en su sistema se instalarían las herramientas necesarias para redirigir a las víctimas a páginas llenas de anuncios y más bichos cuando intentasen acceder a diferentes buscadores. Sus variantes se dedicarían a atacar otros tipos de redes, como son MySpace, Twitter, msn.com, etc. Trend Micro cuenta con un detallado análisis sobre Koobface (en PDF)
      • Propagación típica, pero objetivo diferente
      Los tiempos han cambiado, y mucho. Los objetivos cada vez son más ambiciosos, y las amenazas, más complejas. 

        • Stuxnet: Es la principal amenaza actual, ya que sus objetivos son los sistemas de control industrial (ICS). De entre sus características (se necesitan varios posts para describir de lo que es capaz este malware), contiene el primer rootkit para controladores de lógica programable (PLC). Desde 2009 ya se empieza a contar con sus primeras muestras, y a medida que se analizaba, más características se descubrían. Lo mejor es que le echéis un vistazo a los análisis técnicos detallados (últimamente, veréis que se publican muchos), de los cuales os recomendamos el análisis de Symantec sobre Stuxnet de Octubre 2010 y el análisis de ESET que ya referenciamos en el Enlaces de la SECmana 38.
      [+] Códigos fuente de diferentes virus: http://62nds.com/pg/e90.php
      Leer más...