1. Tu madre es tan enorme que viene con sus propias barras de desplazamiento
2. Tu madre es tan gorda que tuvieron que inventar IPv6 para que pudiera entrar en Internet
3. Tu madre es tan fea que el patrón decorador no pudo arreglarlo
4. Tu madre es tan estúpida que todavía está buscando la tecla any
5. Tu madre es tan gorda que Google no ha terminado de indexarla
6. Tu madre es tan gorda que si intentaras subir una foto suya a alguna web, se tomaría por un ataque DoS
7. Tu madre es tan estúpida que pensaba que NHibernate es lo que los NOsos hacen en NInvierno
8. Tu madre es tan fea que Bing tuvo que empezar a filtrar sus imágenes en algunos países
9. Tu madre es tan gorda que la búsqueda de imágenes de Google tiene como opciones “pequeñas”, “medianas”, “grandes” y “el tamaño de tu madre”
10. Tu madre es tan gorda que necesitas enteros de 128 bits para almacenar su peso

via | MundoGeek

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)

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

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.

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 (

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.

En windows

En Windows

En Linux

En linux

Seguramente como muchos de ustedes no acostumbramos leer los “readme” quizas los .info donde vienen los serials las licensias estudiantiles, o en el mejor de los casos cuando es realmente necesario leer las instrucciones de algo, sin embargo este readme file es genial, aqui se los dejo, esta en ingles, pero es facil de entender

Once upon a time there was a printer who lived in the woods. He was a lonely printer, because nobody knew how to configure him. He hoped and hoped for someone to play with.

One day, the wind passed by the printer’s cottage. “Whoosh,” said the wind. The printer became excited. Maybe the wind would be his friend!

“Will you be my friend?” the printer asked.

“Whoosh,” said the wind.

“What does that mean?” asked the printer.

“Whoosh,” said the wind, and with that it was gone.

The printer was confused. He spent the rest of the day thinking and jamming paper (for that is what little printers do when they are confused).

The next day a storm came. The rain came pouring down, darkening the morning sky and destroying the printer’s garden. The little printer was upset. “Why are you being so mean to me?” he asked.

“Pitter Patter, Pitter Patter,” said the rain.

“Will you be my friend?” the printer asked shyly.

“Pitter Patter, Pitter Patter,” said the rain, and then it left and the sun came out.

The printer was sad. He spent the rest of the day inside, sobbing and blinking lights cryptically (for that is what little printers do when they are sad).

Then one day, a little girl stumbled into the printer’s clearing in the woods. The printer looked at this curious sight. He didn’t know what to think.

The little girl looked up at him. “Will you be my friend?” she asked.

“Yes,” said the printer.

“What is your name?” asked the little girl.

“HP 4100TN”, replied the printer.

“My name is gnome-cups-manager” said the little girl.

The printer was happy. He spent the rest of the day playing games and printing documents, for that is what little printers do when they are happy.

Basicamente lo que hace es instalar Ubuntu en una memoria USB, que como requisito nos pide almenos 720 megas para instalarlo, pero yo recomendaria darle un poco mas de espacio, tambien es posible realizar la instalacion de Ubuntu desde un ISO, CD o desde internet.

Una de las caracteristicas importantes de instalar ubuntu en una memoria USB son 2, 1 la velocidad, generlamente una USB tiene mucho mayor velocidad de escritura y lectura que un CD, y 2. La escritura de datos, como sabremos no se puede escribir en un CD-ROM, por lo tanto dentro de las opciones que nos da en el “step 3″ es asignarle algun espacio de “persistencia” como almenos 250 megas, pero yo recomendaria darle mucho mas, ya segun lo que se tenga pensado hacer, por ejemplo en mi caso le asigne 2 gigas de persistencia.

Ya por ultimo nos da unas opciones muy interesantes dentro del paso 4, que son las de esconder esta instalacion en windows y el poder correr este live USB desde windows, asi que ya saben primos, ya no hay pretextos para no tener ubuntu