Bienvenido(a), Visitante. Por favor, ingresa o regístrate.
¿Perdiste tu email de activación?
23-10-2017, 17:07 (Lunes)
Inicio Ayuda Reglas Buscar Ingresar Registrarse
Noticias:
Liberada wifislax64-1.1 version final para descargar

Videos Downloader




+  Seguridad Wireless - Wifi
|-+  Suite Seguridad Wireless
| |-+  Colaboracion y desarrollo de nuestras lives (Moderadores: 5.1, USUARIONUEVO)
| | |-+  Script multiuso en bash, airgeddon
0 Usuarios y 1 Visitante están viendo este tema. « anterior próximo »
Páginas: 1 [2] 3 4 5 6 7 ... 11 Ir Abajo Imprimir
Autor Tema: Script multiuso en bash, airgeddon  (Leído 37129 veces)
USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #20 : 17-04-2016, 01:02 (Domingo) »

Cuando sales  ,  cerrar y reiniciar driver

drivers mejor no .. los procesos si.
En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #21 : 17-04-2016, 01:04 (Domingo) »

Hola, hice que al salir te pregunte lo que quieres hacer. Pensé que igual había alguien que podía querer usar el script solo para poner la tarjeta en modo monitor y salir.

No obstante, cuando eliges al salir dejar todo como estaba, además de poner el modo managed en la tarjeta se relanza network-manager para dejar todo como estaba teniendo en cuenta de si hizo falta matar los procesos anteriormente o no. Porque ya hay distros como Kali 2016 o Parrot que no necesitan matar los procesos con el famoso check kill para poner el modo monitor. Estoy intentando que sea compatible con tantos linux como me sea posible, y por supuesto wifislax está entre ellos.

Gracias y saludos!!
En línea
sanson
Moderador Global
*
Desconectado Desconectado

Mensajes: 8363


Ver Perfil
« Respuesta #22 : 17-04-2016, 01:07 (Domingo) »

Cuando sales  ,  cerrar y reiniciar driver

drivers mejor no .. los procesos si.
En realidad drivers como tal no toca cierto es.  Me refería  matar proceso
En línea

USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #23 : 17-04-2016, 01:20 (Domingo) »

check kill , viene de aircrack.

debe funcionar en todas las distros siempre y cuando tenmgas aircrack instalado.


ten en cuenta que es un poco agresivo , ya que mata todo lo que pueda molestarel ,

dhcp
wpa_supplicant

gestor de red ,etc.


nosotros no somos muy partidarios de usar algo omo check kill ... ya que puedes estar conectado por ethernet ...descargando algo , y lo  vas aperder  Grin


no se exactamente como hace geminis_demon , ... el lo que hace es tras elegir interface , mira si esa interface tiene salida a internet  (esta conectada al ap) , si es asi ...dice que no puede actuar mientras estes conectado y la aplicacion se cierra.

es menos agresivo , y el usuario sabe el por que ...se desconecta y ya esta.
En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #24 : 17-04-2016, 01:34 (Domingo) »

Estuve haciendo pruebas, y en el caso de wifislax, si estás conectado por cable con otro interfaz, no se te corta la conexión con lo que hice en mi script. El único caso en el que se cortaría sería si estás conectado por una interfaz wifi que usa network manager ya que al hacer check kill es como comentas, se "fusila" todo lo que pueda dar conflicto incluyendo este network manager que gestiona la conexión por wifi a una red. Los que como yo usamos wifislax en una máquina virtual, aunque estemos con wifi, la tarjeta si es integrada (no usb) nos la detecta como ethernet y tampoco le afecta el check kill, con lo que creo que así está bastante minimizado. Igual se podría mejorar aún más como comentáis pero no se, habría que abrir un branch específico para este asunto, se admiten aportes y programadores dispuestos!! jeje.

Pero bueno, creo que la aproximación que hice está bastante bien. Al menos de momento. Voy a seguir trabajando en el script para meter otras opciones. Lo siguiente que haré será meter otro submenú para el desencriptado de claves offline contra un fichero previamente capturado que contenga el handshake.
En línea
v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #25 : 17-04-2016, 15:40 (Domingo) »

Hola, estoy desarrollando la parte de desencriptar claves offline sobre un fichero capturado. Estoy primero con el ataque de diccionario... pero independientemente de mi script, me estoy encontrando con que algunos ficheros de handshake capturados, tras pasarlos por el wpaclean, se "corrompen"... y dejan de funcionar. Por supuesto no es cosa de mi script, es el propio wpaclean.

He hecho muchas pruebas con varios ficheros y no es siempre, pero muchas veces, tras hacerle el wpaclean al fichero, este se queda en 24bytes y luego cuando lanzas un aircrack basado en bssid, te dice que no encuentra el bssid en dicho fichero. Ya había oido que el wpaclean daba problemas a veces, pero no sabía que era tan exagerado... hoy me ha pasado en 5 de 6 ficheros con los que probé. Así que me estoy planteando hasta quitarlo del script y por supuesto quitar la opción que hace que tras capturarlo te pregunte si quires limpiarlo directamente... ¿qué opinais?

Sad
En línea
sanson
Moderador Global
*
Desconectado Desconectado

Mensajes: 8363


Ver Perfil
« Respuesta #26 : 17-04-2016, 17:15 (Domingo) »

Hola

No hagas repost.  Si depuesto de tu último comentario no ha respondido nadie.   Edita el anterior añadiendo lo necesario


Saludos
En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #27 : 17-04-2016, 20:01 (Domingo) »

Ok disculpad. Así lo haré sobre lo del repost.

Y respecto al wpaclean... a menos q a alguien se le ocurra algo... creo que lo quitaré al menos de que se haga automáticamente tras la captura. También añadiré un "hint" avisando de que no es infalible y recomendando hacer un backup del fichero antes de limpiarlo porque a veces se pueden corromper los ficheros.
En línea
ferlan
******
Desconectado Desconectado

Mensajes: 267


Ver Perfil
« Respuesta #28 : 17-04-2016, 22:30 (Domingo) »


... me estoy encontrando con que algunos ficheros de handshake capturados, tras pasarlos por el wpaclean, se "corrompen"... y dejan de funcionar. Por supuesto no es cosa de mi script, es el propio wpaclean.

He hecho muchas pruebas con varios ficheros y no es siempre, pero muchas veces, tras hacerle el wpaclean al fichero, este se queda en 24bytes y luego cuando lanzas un aircrack basado en bssid, te dice que no encuentra el bssid en dicho fichero.


Un poco raro. Yo, en su día, hice las pruebas a manubrio con los comandos de aircrack-ng, obteniendo el handsake de mi propia red, limpiándolo con wpaclean y pasándole un pequeño diccionario creado también a manubrio para tal fin, y no me falló nunca.

Por cierto, el handsake obtenido mediante tu script, si en lugar de limpiarlo desde el mismo, lo limpio aparte con el comando wpaclean directamente, no presenta ningún problema, así que tú mismo, si sigues pensando en culpabilidades...

Mi opinión personal, y sin que te vayas a molestar por ello, es que puesto que según dices estás aprendiendo bash, no deberías tener prisas y centrarte más en el script y en cómo superar las dificultades que presenta que en lo que hace el script en sí mismo, pues al fin y al cabo, la rueda ya está inventada...

Y no pienses que es que no te quiero ayudar, es que yo, de programación, no voy mucho más allá de "Hola, ¿cuál es tu nombre?"  Grin
En línea
USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #29 : 17-04-2016, 22:36 (Domingo) »

el script al inicio ... "si hay internet" ... podria mirar si en githu hay version mas nueva, y autoactualizarse.
En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #30 : 17-04-2016, 23:30 (Domingo) »

vaya... buenas sugerencias... lo de autoactualizarse mola! ya lo implementaré!... me ha gustado!!!

no os preocupeis, que no me molesta. la gente puede opinar, para eso pedí opinión no? respecto a lo del wpaclean creo que ya tengo claro lo que ocurre. mi comando es sencillo "wpaclean <out.cap> <in.cap>" y se lanza igual en el script que cuando lo lanzas fuera. no es cosa del script, lo que ocurre es que los ficheros .cap que el script captura ya está filtrado por bssid y canal. debe ser que wpaclean es para limpiar ficheros más "toscos" o que no tengan filtro... si lo ejecutas sobre un .cap generado ya con filtro, las probabilidades de fallo son mucho más altas. A esta conclusión he llegado tras las pruebas y tras la ayuda de otras personas en otro foro donde también hablamos sobre el script. USUARIONUEVO está en dicho foro también y lo sabe, que está en todos los fregaos por lo q veo! jejeje.

Ok, pues lo dicho, ahora q se por qué ocurre, simplemente no "obligaré" a limpiar ningún fichero. Está la opción en el menú por si alguien quiere usarlo por supuesto, pero como el script coge ficheros ya filtrados pues no es necesario forzarlo, de hecho es peor forzarlo.

Graaaaaaaaacias a todos por los comentarios y sugerencias!
En línea
v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #31 : 22-04-2016, 20:06 (Viernes) »

Released la versión 3.21... que además de usar aircrack sobre ficheros de handshake capturados se autoactualiza!!

https://github.com/v1s1t0r1sh3r3/airgeddon/archive/master.zip

yeah!!!  Cool

P.D. No me flameeis por repost! supongo q no se considera repost si ha pasado mucho tiempo y nadie puso nada... es que si no, no se como os puedo avisar de las nuevas versiones... si hago un edit no os "salta" que hay mensaje no?
En línea
USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #32 : 26-04-2016, 22:09 (Martes) »

la iso de desarrollo ,

--> networkmanager 1.2.0

es decir , ya no se mete con las interfaces monitor y no necesitamos matarlo , ni blacklistear interfaces ni nada de nada.
En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #33 : 28-04-2016, 19:52 (Jueves) »

Genial!! gracias por avisar... descargando la nueva iso. Haré como con la kali 2016.1, una excepción para que ya no matemos ningún proceso ni nada. Para que con la versión actual de wifislax siga matando los procesos supongo que podré averiguar de alguna manera que versión de wifislax es... yo suelo usar el uname -a y de ahí extraigo datos... pero también recuerdo que comentásteis en algún momento algo sobre un fichero /etc/wifislax-version o algo así... lo miraré para que funcione ok en ambas (en la actual matando procesos y en la nueva ya no).

Una duda... en esta versión tampoco veo hashcat instalado de base. Está instalado hashcat_script_gui que por lo que he visto es para GPU, y esto sí viene de base... es un poco raro ¿no? lo digo porque viene de base y necesita hashcat para funcionar pero hashcat no viene de base instalado. Se que hay un módulo para ponerlo, pero sería genial tenerlo instalado de serie ya que como sabéis es una herramienta muy potente y se me han ocurrido un par de ideas para usarlo en mi script. No se si este tipo de peticiones habría que hacerlas en algún post concreto, imagino que sí. Algo vi por ahí... bueno, disculpas de antemano. Lo busco y si encuentro un sitio formal para sugerirlo pues lo haré ahí ahora.

Saludetes!  Cheesy
« Última modificación: 28-04-2016, 20:02 (Jueves) por v1s1t0r » En línea
USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #34 : 28-04-2016, 20:53 (Jueves) »

Código:
/etc/wifislax-version


queda muy poco para reléase nueva..no te vale la pena mirar si es 4.11.1

En línea

v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #35 : 28-04-2016, 21:41 (Jueves) »

No te preocupes si ya lo tengo listo... lo que he hecho es desglosar el número de la versión por un lado en 4 y luego el "sub-version" que puede ser 11 o 12-dev o lo que sea... como si es 35.

Para versiones menores de 4 (q no se si habrá) directamente q mate procesos... y para la version 4 ya chequela a "sub-version"... y si es 11 o menos pues mata procesos y si es 12 o mas ya no los mata... y por supuesto el "por defecto" es que ya no los mate, con lo que solo los matará si cumple alguna de las anteriores q dije y ya no habrá que tocarlo más para el futuro... bueno, q esto así explicado es un lío, ya lo verás en código y funcionando cuando lo suba, pero vamos que está todo controlado y que va a funcionar 100%... lo que pasa es que estaba con otro desarrollo y ya los subiré juntos. tardaré un par de días que ando liado.

a ver que os parece lo que estoy haciendo (aunque a wifislax no le afecta... por ahora...):
cuando se ejecuta en una distro no reconocida, o reconocida pero q no suele llevar todas las herramientas que el script necesita (debian o ubuntu por ejemplo), antes chequeaba todas las herramientas para ver si las tenías instaladas y si no tenías alguna te avisaba y no te dejaba continuar... bien, pues esto es una mierda si por ejemplo solo te falta yo que se... wpaclean, pues no poder usar el script porque te falte wpaclean que se usa en un submenú de un submenú y de pascuas a ramos, pues es una putada. así que ahora estoy dividiendo las tools que el script necesita en "essential_tools" y "optional_tools".

Por supuesto si no tienes todas las "essential_tools" no te dejará seguir avisándote de lo que te falta y demás... pero mi intención es que si te faltase una "optional_tool", pues que te avise, que te recomiende instalarla pero que te deje seguir, y luego controlar por supuesto para que no puedas usar la caracteristica concreta del script que la utiliza.

Es que como va creciendo la cosa, pues así al menos se podrá usar para algo concreto que a alguien le interese sin tener que estar instalando todo lo que el script pueda usar en un momento dado... y comentaba que no le afecta a wifislax con el "de momento" resaltado porque por ahora wifislax tiene instalado de base todo lo que usa el script, pero si mañana por ejemplo meto algo que wifislax no llevase instalado de serie como por ejemplo hashcat, pues que así los usuarios de wifislax lo puedan usar (todo menos esa caracteristica) sin tener que andar instalando nada...

perdonad por el tochako escrito! saludos!
En línea
juanitoa6
**
Desconectado Desconectado

Mensajes: 4


Ver Perfil
« Respuesta #36 : 17-05-2016, 00:06 (Martes) »

Buenas compañeros, como puedo probar esta betta de airgeddon?  Abri linux y descomprimo y ejecuto alli? Gracias!
En línea
v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #37 : 17-05-2016, 20:23 (Martes) »

Hola, te descargas el zip del master de aquí: https://github.com/v1s1t0r1sh3r3/airgeddon , descomprimes y ejecutas con "bash /ruta/al/airgeddon.sh" o en el caso de wifislax también funciona "sh /ruta/al/airgeddon.sh"

Saludos!

En línea
v1s1t0r
*****
Desconectado Desconectado

Mensajes: 104


v1s1t0r 1s h3r3


Ver Perfil WWW
« Respuesta #38 : 28-05-2016, 16:04 (S?bado) »

Hola USUARIONUEVO y el resto! ... estaba poniéndole una animación ascii al script para que al arrancar tuviera alguna chorrada y estoy teniendo problemas con la misma pero solo en wifislax. Me funciona bien en kali, centos, suse, etc... investigando un poco, parece ser porque en mi animación utilizo:

- Save cursor position:
  \033[s
- Restore cursor position:
  \033[u

Y al parecer esto no está disponible en todos los terminales. Solo en xterm y en nxterm. Si desde wifislax lanzo un comando xterm y abro un terminal de esta forma, sí que me funciona bien la animación ascii...

mi pregunta es, ¿qué terminal usa wifislax? ¿alguien sabe como podría hacer con el terminal por defecto de wifislax algo parecido que el uso de \033[s y \033[u ? gracias.
En línea
USUARIONUEVO
Moderador
*
Conectado Conectado

Mensajes: 13747



Ver Perfil
« Respuesta #39 : 28-05-2016, 16:21 (S?bado) »

Imagino estas en kde, asi que abres   konsole  , y en opciones de configuración hay una que pone tipo de consola...creo que estaba en "Linux"  ..prueba a poner xterm.
En línea

Páginas: 1 [2] 3 4 5 6 7 ... 11 Ir Arriba Imprimir 
« anterior próximo »
Ir a:  


Ingresar con nombre de usuario, contraseña y duración de la sesión

Las cookies de este sitio web se usan para personalizar el contenido y los anuncios, ofrecer funciones de redes sociales y analizar el tráfico. Además, compartimos información sobre el uso que haga del sitio web con nuestros partners de redes sociales, publicidad y análisis web, quienes pueden combinarla con otra información que les haya proporcionado o que hayan recopilado a partir del uso que haya hecho de sus servicios
Si continúa navegando consideramos que acepta su uso. OK Más información | Y más
Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines
SMFAds for Free Forums