A precio de robado
god@galaxy: /Milky Way$ make earth ./configure-human -selfdestructive -inteligent -rootacess

Esta es sin duda una de las noticias que daran mas vueltas la blogosfera y las noticias internacionales estos dias, lo que al inicio parecia una broma de mal gusto al parecer es realidad.

Si recordamos hace poco fueron condenados por la justicia sueca a pagar una millonaria multa lo que les dio una increible publicidad y gracias a esto tambien lograron que el partido pirata sueco lograra la publicidad que lo llevaria a crecer de forma exponencial e incluso tomar uno de los asientos del parlamento.

Con la noticia apenas un par de horas de haber sido anunciada en el blog oficial ya se ven mas de 500 comentarios, la mayoria de ellos de personas inconformes y muy molestas que exigen que se borre su cuenta, muchos de los usuarios ya comensaron a borrar sus torrents.

Personalmente me parece una movida bastante mala, el sitio se vende justo cuando tiene una gran cantidad de leales seguidores, que estan ahi no por la calidad de tracker (yo particularmente prefiero isohunt) si no por lo que representa.

Me parece que hoy es un dia de luto, ya que nos damos cuenta que todo mundo tiene un precio, incluso los piratas.

Links:

- Global Gaming Factory X: Acquisitions of The Pirate Bay and New File - Sharing Technology, P2P 2.0 (Business Wire)
- TPB might change owner (The Pirate Bay)

Popularity: 1% [?]

No son mas que rumores, pero me parece bastante factible esto de que en México, y mas especificamente en Monterrey se aga la Lan Party el campus party, mas que nada la informacion proviene de muchos twits, dominios registrados y algo de informacion que parece estarse filtrando, aunque no fuera cierto, seria una excelente oportunidad para organizarla, ya que comenzando con toda la publicidad gratuita que se esta generando ya existe un mercado y se cuenta con toda la capacidad para organizarlo.

via | Rumorología: Campus Party México para septiembre

Popularity: 2% [?]

Es un comic que me dio mucha risa, espero lo disfruten

Popularity: 4% [?]

Les escribo rapido para platicarles que aunque desde hace algun tiempo se venia avisando que hotmail ya permitiria POP3 para todas sus cuentas incluyendo las gratuitas ahora ya es una realidad, aparentemente si no todas la gran mayoria de cuentas ya son posibles de acceder via POP3 y enviar por smtp, en post anteriores les platicaba acerca de hotway y su uso para buzones webDAV.

Supongo la mayoria saben usar POP3 y smtp, basicamente aqui les paso los datos de acceso:

Incoming Server (POP3 Server): POP3.live.com
Incoming Server POP3, the Post Office Protocol for email">POP Port: 995
Incoming Server POP3, the Post Office Protocol for email">POP SSL Encryption: Yes (On o Required)

Outgoing Server (SMTP Server): smtp.live.com
Outgoing Server SMTP Port: 25
Outgoing Server Authentication: Yes (On - Use POP3, the Post Office Protocol for email">POP username and password o Hotmail credentials)
Outgoing Server TLS or SSL Secure Encrypted Connection: Yes (On o Required)

Y ya saben, a agregar las cuentas de hotmail a gmail ;) 

P.D. GMail baja en lotes de 300 en 300 asi que no esperen tener instantaneamente todos sus correos en gmail.

Popularity: 7% [?]

Mucha gente es la que me pregunta sobre como crackear el password de un ruteador, de hecho casi a cualquier ruteador es posible crackear el password, pero va mas en via del tipo de seguridad que tenga, hay que dejar claro que todos o almenos todos los ruteadores de inifnitum que conozco usan WEP y con un nivel de seguridad de 64 bits algo que es bastante bajo, sin embargo si es WAP o WAP 2.0 entonces tambien es posible, pero es en realidad bastante dificil.

Mi hardware, una dell 640m con tarjeta de red intel 3945 (si, si se puede inyectar)

Basicamente para que esto funcione hay dos opciones, a nuestro linux parchear el controlador de la tarjeta de red dejandola probablemente inestable o lo que yo prefiero, usar un live CD en mi caso prefiero wifiway, aunque tambien existen otros,  al bootear el CD rom debemos iniciar las X con startx (en la version 1.0 me parece que no es necesario)

Abrimos una consola, y poner airodump-ng wifi0, nos mostrara una lista de conexiones wireles, aqui lo importante es encontrar una que tengamos buena señal lo que se ve reflejado en el numero de “beacons” que se transfieren despues de esto anotaremos su MAC address y su canal.

En mi caso existe un script que simplifica algunas cosas, ipw3945.sh el cual nos pide un rate (lo mejor es poner 2) el canal y el MAC del access point, ahora ya tenemos la tarjeta de red apuntando hacia donde queremos, asi que empezamos a capturar paquetes, en una consola ponemos a trabajar a airodump-ng -w loquesea rtap0 ya con esto estaremos capturando, pero seguramente muy lento (nos podemos fijar en el numero de datas que vamos capturando) lo que necesitamos es inyectar datas para poder aumentar esta transferencia, por lo que lo primero es autentificarnos en el ruteador, esto lo hacemos con:

aireplay-ng -1 0 wifi0     (te pedira que agreges unas flags, -e, -b y -h)

En caso de que logremos autentificarnos en otra consola pondremos

aireplay-ng -3 wifi0    (tambien pedira otras flags -b y -h creo, pendiente de edicion)

Debemos comenzar a ver que recibe arps y de un momento a otro empezara a enviar tambien, entonces nos fijaremos en nuestra ventana del airodump como los datas aumentan rapidamente, generalmente cuando lleguemos a unos 100,000 ivs sera suficiente para comenzar el crackeo, aunque en algunos casos con menos de 25,000 es posible.

Primero podremos probar con aircrack-ptw-es nombredelarchivo.cap y si tenemos suerte nos dara el password en caso contrario probaremos con aircrack-ng nombredelarchivo.cap y quizas -n 64 para especificar que se trata de un password de 64 bits, es raro que alguien cambie el password por default del ruteador y wala =)

Este es un borrador, necesito documentar el proceso para afinar algunos detalles (

Popularity: 11% [?]

Hace rato estaba en el trabajo, el servidor del dominio y el active directory se vinieron abajo, despues de un rato todo de nuevo arriba, menos el internet que por alguna razon simplemente opto por dejarnos morir, yo estaba algo aburrido, ayer precisamente me habia encargado de no dejar pendientes para hoy para irme temprano, pero con el internet descompuesto tenia que esperarme para levantar unos servicios y el servidor del antivirus y bla bla bla, asi que me llegaron un par de ideas y aqui se las transcribo:

Todos tenemos inicios variados y diferentes pero que a pesar de las diferencias son básicamente la misma forma, algunos venimos de “apt-get” otros de un “emerge” algunos otros vienen de un perfeccionismo más alto y nacen de un código fuente, también hay quienes son tan superficiales y vacios que comienzan de un binario, pero este no es el momento para hablar de estas entidades.

Generalmente al comenzar nuestra existencia somos una simple aplicación carente de documentación y de archivos de configuración, pero con el tiempo nuestros valores en los .conf poco a poco nos dan forma de nuestra forma de ser y comportarnos, size, weight, psicopataMode=on, etc. pero hay que tener cuidado, ya que muchas de estas características no son modificables fácilmente, y reiniciar servicios no es la mejor opción, muchos le llaman a esto volver a nacer, en ocasiones un choque, una iluminación o simplemente un kernel panic.
Obviamente también hay de equipos de desarrollo a equipos de desarrollo, hay programas que surgen siendo planeados, con arquitectos de software, jefes de proyecto, algunos aparecen simplemente por una pasión y/o accidente, también están los programas bastardos que nacen de una iniciativa, pero los desarrolladores generalmente tienen poca terminativa y abandonan el proyecto, sin embargo el venir de una casa de software con un gran capital no es sinónimo de éxito seguro, tampoco el surgir de raíces humildes implica mala calidad, de hecho muchos de los mejores programas han surgido de pequeñas computadoras, e incluso siendo producto de un mal desarrollador en un mal lenguaje y en la peor plataforma se puede ser una programa ejemplar, lo importante es mantener una fuente abierta y libre para aceptar lo que los demás nos puedan aportar y no cerrarnos a los comentarios ajenos como lo hacen los binarios.

A lo largo de nuestra existencia adquiriremos “patchs” que nos corregirán defectos, ampliaremos nuestros “man pages” y algunos quizás modifiquen los “flags” uno muy común actualmente es el de –gay y el de –emo, y todo esto gracias a que conoceremos muchos otros desarrolladores aparte de los que engendraron, y cada uno de ellos aportara en mayor o menor medida a tu core.c y ya conforme esto obtendrás una identidad personal, quizás te vuelvas famoso y carismático, tanto que te encuentres en todos los repositorios de todas las distros, quizás te vuelvas una aplicación binaria llena de propaganda y virus encapsulados con un código fúnebre que te instale en un servidor burocrático de alto nivel, pero quizás seas como el resto de todos nosotros, una aplicación promedio de características promedio, con features de mas, features de menos. Lo cual no está mal, muchos no ven que el ser una aplicación glamurosa del top ten implica en ocasiones mal gastar muchos recursos en una GUI descuidando el backend y el core, es preferible estar balanceado, obviamente tampoco es bueno convertirse es una de esas aplicaciones que son tan complejas que por paranoicas y excéntricas únicamente se comunican por consola manejando llaves simétricas de 4096 bits que al final de cuentas terminan en un circulo muy cerrado de desarrolladores, es por eso la importancia de mantenerse abierto para permitir la diversidad.

Y si, muchas veces eso implica muchos bugs de seguridad, pero cada bug parcheado nos dará un crecimiento, también siempre hay que mantener las ACLs controladas de nuestros CVS, tampoco queremos que cualquiera cambie nuestro funcionamiento y también ser precavido y tener unos chmods restrictivos en un par de configs, generalmente eso se aprende después de la adolescencia cuando muchas veces nos encontramos con permisos 777.

Si somos afortunados quizás encontremos alguna otra aplicación que nos enriquezca ya la interacción varia mucho, hay quienes implementan middlewares para comunicarse, algunos programas intercambian fragmentos de código, algunos otros se fusionan y al hablar de fusión es cuando realmente surge algo nuevo y sorprendente, y es también hermoso y delicado, para muchos o quizás la gran mayoría de las aplicaciones esta es meta de proyecto, quizás simplemente por costumbre o tal vez por la experiencia tan enriquecedora y reto que implica, de una u otra forma esto lleva en muchas ocasiones quizás la mayoría a el surgimiento de nuevos forks ya que básicamente no siempre es posible fusionar dos proyectos así como así, es necesario crear uno nuevo y moldearlo, aunque es la forma más común, no es la única en la que nacen los nuevos proyectos, también un desbordamiento de buffer puede hacer que dos aplicaciones terminen mezclando código y otras tantas que van desde exploits hasta fusiones por intereses capitales.

Las aspiraciones de los programas son tan variadas y diferentes como un cat a /dev/urandom la gran mayoría de los programas promedio son felices con tener un “~/” decente desfragmentado, de preferencia un buen filesystem y obviamente un /proc con lo más nuevo y si eres afortunado buscaras implementar tus mejores líneas de código en tus forks, aunque eso es en realidad bastante difícil, pareciera que los forks tienen un argumento de “deny from parent” alguna regla de iptables o simplemente las diferencias interés de versión de código hacen esto muy difícil y solo es posible ser tester y vivir en bugzilla la faces betas y alfas, en algunos casos toda el proyecto.
Al final somos proyectos maduros, llenos de parches y con una increíble documentación, lamentablemente nuestra estabilidad ya es la que era en sus tiempos mozos, y hemos sido remplazados y dados de baja en casi todos los inits, nuestra fuerza son las millones de líneas de código con las que contamos y los comentarios, la documentación y experiencia aportada, lamentablemente se subvalora con argumentos de que las excepciones y eventos ya no se manejan así, ese código se utiliza únicamente en sistemas legacy, ese lenguaje esta deprecated, y otras tantas. Al final del día el proyecto muere y la aplicación se mueve a /dev/null, la documentación es lo único que se guarda para futuras versiones, algunos creen que los proyectos renacen en cada fork textual o literalmente no se, otros piensan que si no implementamos coffe ni coke y heredamos del modulo de joseSmith ganamos un make install en / otros piensan que el código es inmortal y /dev/null/ es el paso a un nuevo filesystem, otros piensan en la reencarnación del código que después de ser programa reencarnaremos en un modulo, un BIOS, una librería o quizás una pelusa en el disipador, una gran mayoría piensa que en la era del ensamblador del 8086 vino un programa que nos salvo de nuestros bugs y nos dará SSH a un servidor del cloud computing con uptime infinito yo particularmente creo en la inmortalidad, mas como acto poético que como carnal, creo que después de dev/null no hay nada y es como la cosa funciona, no creo que exista el gran programador y si existe probablemente sea gamer y disfrute con dar headshots o jugar sims y dudo mucho que le diera cargo de conciencia limpiar los temporales de vez en cuando, solo me queda dejar la mejor documentación posible e intentar arreglar la mayor cantidad de bugs y así quizás permanecer en los créditos y agradecimientos de algún README que perdure por la historia.

Popularity: 26% [?]

Stumbleando me encontre este par de imagenes, y recorde que hace algunos dias un amigo me preguntaba como esconder carpetas en Linux, asi que aqui les pongo las diferencias de forma un tanto humoristica no necesariamente la mejor.

En windows

En Windows

En Linux

En linux

Popularity: 30% [?]