Foro Wifi-libre.com

i'm gonna send you to outerspace to find another race

La mitad de los desarrolladores de script bash mueren en el intento o se pasan a python... Nadie te había advertido?  

siento si no te he respondido antes, estaba de "finde"...
No problemas : te responderé por mail mañana (tarde)
La traducción automática la puedes borrar ya.
saludos

done!
lo pongo aquí y unicamente las cadenas en francès...
...de todo modo si te pongo todo se te va a descuadrar y sera aun mas trabajo para ti.

arr["french",101]="Menu principal d'airgeddon"
	arr["french",102]="Menu des attaques DoS"
	arr["french",118]="4.  Menu des attaques DoS"
	arr["french",119]="5.  Menu des outils pour Handshake"
	arr["french",120]="Menu des outils pour Handshake"
	arr["french",121]="5.  Capture du Handshake"
	arr["french",122]="6.  Laver/optimiser le fichier handshake capturé"
	arr["french",123]="7.  Retourner au menu principal"
	arr["french",124]="------(modo moniteur nécessaire pour la capture)------"
	arr["french",125]="Le choix du réseau cible est incorrect. Vous allez être redirigé vers le menu de sélection pour effectuer un nouveau choix"
	arr["french",126]="Choix du réseau cible WPA/WPA2 valide. Le script peut continuer..."
	arr["french",127]="*Conseil* La marche à suivre est généralement: 1-Selectionner la carte wifi 2-Activer le mode moniteur 3-Choisir un réseau cible 4-Capturer le Handshake"
	arr["french",128]="*Conseil* Veuillez sélectionner une carte wifi au lieu d'une carte Ethernet afin d'être en mesure de réaliser plus d'actions"
	arr["french",129]="*Conseil* La marche à suivre est généralement: 1-Selectionner la carte wifi 2-Activer le mode moniteur 3-Choisir un réseau cible 4-Capturer le Handshake"
	arr["french",130]="*Conseil* Rappelez-vous de sélectionner un réseau cible avec un/des client(s) connecté(s) pour pouvoir capturer un Handshake"
	arr["french",131]="*Conseil* Toutes les attaques n'affectent pas les points d'accès de la même manière. Si une attaque ne donne pas de résultats; choisissez en une autre ;)"
	arr["french",132]="*Conseil* Après avoir capturé un Handshake il est recommandable de le nettoyer: Vous en réduirez ainsi le poids et il sera optimisé pour être traité a posteriori."
	arr["french",133]="*Conseil* Si vous sélectionnez un réseau cible avec un ESSID caché, vous n'allez pas pouvoir utiliser l'ESSID pour attaquer; mais vous pourrez effectuer les attaques basées sur le BSSID du réseau"
	arr["french",134]="*Conseil* Si votre système d'exploitation Linux est lancé dans une machine virtuelle, il est probable que les cartes wifi internes soient détectées comme des cartes ethernet. Il vaut mieux dans ce cas utiliser un dispositif wifi USB"
	arr["french",135]="Type de chiffrement: "${pink_color}"$enc"${normal_color}
	arr["french",136]="*Conseil* L'obtention d'un Handshake est seulement possible sur des réseaux protégés par chiffrement WPA ou WPA2"
	arr["french",137]="Le réseau sélectionné est invalide : Pour obtenir un Handshake le réseau cible doit être en WPA ou WPA2"
	arr["french",138]="Attaque pour obtenir un Handshake"
	arr["french",139]="1.  Attaque Deauth / Disassoc amok mdk3"
	arr["french",140]="2.  Attaque Deauth aireplay"
	arr["french",141]="3.  Attaque WIDS / WIPS / WDS Confusion"
	arr["french",142]="*Conseil* Si vous n'obtenez pas le Handshake après une attaque, veuillez recommencer ou bien changer d'attaque jusqu'à son obtention"
	arr["french",143]="Deux fenêtres vont s'ouvrir: La première pour capturer le handshake et la deuxième pour effectuer l'attaque visant à expulser les clients du réseau et les forcer à renégocier un handshake pour se reconnecter"
	arr["french",144]="Ne pas fermer une des fenêtres manuellement:  Le script va le faire automatiquement si besoin est. Vos saurez dans tout a plus 20 secondes si avez obtenu le Handshake"
	arr["french",145]="Avez-vous obtenu le Handshake? "${pink_color}"(Regardez dans le coin supérieur en haut à droite de la fenêtre de capture) "${normal_color}"[y/n]"
	arr["french",146]="Il semble que c'est un échec... Essayez à nouveau ou choisissez une autre attaque"
	arr["french",147]="4.  Retourner au menu des outils pour la capture du handshake"
	arr["french",148]="Entrez le chemin où vous voulez garder le fichier ou bien appuyez sur Entrée pour prendre le chemin proposé par défaut"${normal_color}"[$handshakepath]"
	arr["french",149]="Fichier Handshake généré avec succès dans ["${normal_color}"$enteredpath"${yellow_color}"]. Retour au menu..."
	arr["french",150]="Aucun fichier Handshake valide détecté durant cette session..."
	arr["french",151]="Un fichier contenant un Handshake a été détecté pour la session effectuée et se trouve dans "${normal_color}"$enteredpath"${blue_color}"]"
	arr["french",152]="Voulez-vous nettoyer/optimiser le fichier Handshake capturé pendant cette session? "${normal_color}"[y/n]"
	arr["french",153]="Fichier lavé/optimisé avec succès"
	arr["french",154]="Entrez le chemin vers le fichier :"
	arr["french",155]="Le dossier existe mais sans qu'aucun nom pour le fichier soit précisé. Il sera donc appelé ["${normal_color}"$standardhandshake_filename"${yellow_color}"]"
	arr["french",156]="Le dossier n'existe pas"
	arr["french",157]="Le chemin existe mais vous ne disposez pas des permis d'écriture"
	arr["french",158]="Le chemin est valide et vous disposez des privilèges nécessaires pour l'écriture. Le script peut continuer..."
	arr["french",159]="Le fichier n'a pas besoin d'être nettoyé/optimisé: Il l'est déjà"
	arr["french",161]="Le fichier n' existe pas"
	arr["french",162]="Félicitations!!"
	arr["french",163]="Il est recommandé de lancer le script en tant que root. Assurez-vous que vous disposez bien des privilèges nécessaires à l’exécution de commandes comme rfkill ou airmon"

  No he probado aún a fondo... Hay un par de cosas que me llaman la atencion a primera vista
   . Con Kali linux ya no es necesario usar check kill para activar el mode monitor (kernel 4.4). Aleluya (ver Kali 2.0 evitar que networkmanager nos *robe las interfaces en monitor )
   . Cuando se sale del script, si usas check kill, me parece que deberías relanzar netwotk manager , para dejar el sistema como estaba. 
   - Personalmente no usaría check kill nunca, aunque sea para una distribución que "lo necesita"... En su lugar  crearía una excepción temporal para la interfaz en mode monitor en le fichero de configuración de Network Manager para no desconectar el usuario con su otra interfaz.

  saludos, mas tarde haré pruebas con las nuevas opciones....

Rectifico... no te preocupes, q ya tengo un método para hacerlo bien... de hecho, ya está hecho. Pego las frases en un fichero y hago un compare y veo las que han cambiado.

Tengo algunas frases más (solo 3!!!)

arr["english",160]="No tasks to perform on exit"
arr["spanish",160]="No hay que realizar ninguna tarea a la salida"
arr["french",160]="Aucune tâche ne doit pas faire la sortie"

arr["english",164]="Cleaning temp files"
arr["spanish",164]="Limpiando archivos temporales"
arr["french",164]="Essuyant fichiers temporaires"

arr["english",165]="Checking if cleaning tasks are needed..."
arr["spanish",165]="Comprobando si hay que realizar tareas de limpieza..."
arr["french",165]="Vérifier si pour effectuer des tâches de nettoyage..."

Muchas gracias!

Ultima edición por v1s1t0r (12-04-2016 18:37:00)

jajajaja, q bueno lo de la servilleta!! xddddd bueno, pongo lo de google por no dejarlo vacío, pero ya sabes q prefiero tus traducciones

Respecto a lo que comentas, llevas razón... buscaré la forma de restablecer los procesos fulminados durante el proceso de poner en modo monitor la tarjeta... dices q ya no hace falta check kill en el nuevo kali, pero imagino que sí hará falta en otras distros como wifislax o backbox... no se, intentaré ver la manera de que en lugar de matar todo a saco sacar los nombres de los procesos... o bien matarlos a saco con check kill pero luego intentar arrancar si existen las herramientas básicas.

Igual también puedo implementar que al salir del script se detecte si tu tarjeta está en modo monitor y que te pregunte si la quieres dejar así o si quieres restaurarla a como estaba antes del script... bueno, poco a poco le iré poniendo más movidas...

gracias por las traducciones y por las aportaciones. Saludos!

Ok gracias por la info. voy a hacer pruebas... subiré lo q tengo aún al branch... a falta de la corrección de los strings en catalán, que mi contacto se está retrasando, pero es que anda muy liado, es comprensible. No obstante, como es un branch... pues cuando lleguen los subo y ya está, tampoco pasa nada. y cuando esté todo, lo paso al master. esto que comentas lo desarrollaré seguramente en el master.

voy a hacer pruebas... a ver como se comporta todo en wifislax, kali, backbox, blackarch y parrot, que son las que sugiero que se utilicen y que se que llevan todo lo necesario instalado. intentaré hacerlo compatible 100% con todas, al menos como están ahora las últimas versiones. Si luego en mayo cambian cosas pues se adecuará, eso no hay problema.

Respecto a lo de poner la tarjeta en managed, esa opción ya está disponible en los menús! no se si te refieres a eso o si te refieres a lo que comentábamos de que se coloque todo en su sitio al salir... bueno, lo que voy a hacer es que si la tienes en monitor al salir te preguntará. y evitaré usar check kill si se puede para evitar tirar la conexión del personal.

yo estuve probando y a mi no se me caía la conex... pero claro, listo de mi, yo los linux los tengo en virtual y la tarjeta wifi integrada, que es la que uso para conectar me la coge como eth0... es una usb la que pongo en modo monitor. el sistema al creer que es una tarjeta wired (ethernet o no inalambrica), pues claro que no tengo problemas al matar network manager... pero entiendo lo que dices, que haya gente que se conecte con un linux nativo (no virtual) a internet con su tarjeta wifi y al matar network manager le deje sin conexión... atención, pregunta n00b... ¿no se puede matar network manager pero solo para un interfaz? jejeje, seguro q no, si no, no estaríamos hablando de esto... pero sería lo ideal si se pudiera. Es que aunque no haga el check kill... no se como voy a matar el network manager sin dejar sin internet a alguien que lo usa para conectar por wifi a internet... supongamos que solo hago el check sin usar el kill... y saco los procesos y los nombres... ¿q hay q matar para poder poner la tarjeta en monitor y a la vez no dejar sin internet a alguien q usa network manager para conectar? ¿es eso posible?

bueno, lo dicho. voy a pelearme con todo esto. necesito unos días porque ando muy liado con otros temas también ultimamente... ya contaré mis avances por aquí... gracias y saludos!

Me refería al opción del menú (la siete si no me equivoco )

Esto es.

No se puede matar network manger para una sola interfaz, es un process "unico", si lo matas... lo matas.
Lo que se puede hacer es crear una excepción en uno de sus ficheros de configuración
Si por ejemplo activas el mode monitor en "wlan0", antes de lanzar airmon-ng,  puedes añadir estas lineas en /etc/NetworkManager/NetworkManager.conf

[keyfile]
unmanaged-devices=interface-name:wlan0mon

Asi network manager no va a tomar el control sobre la interfaz wlan0mon y podrá estar en mode monitor (sin necesidad de check kill)
Modificación del fichero NetworkManager.conf para arreglar airmon-ng
luego podrías borrar las dos lineas añadidas cuando el usuario desactiva el mode monitor con la opción del script o con la opción salir
podrías también hacer algo así :
Al iniciar el script pones directamente varias excepciones

echo "[keyfile]
unmanaged-devices=interface-name:wlan0mon;interface-name:wlan1mon;interface-name:wlan2mon;interface-name:wlan3mon;interface-name:wlan4mon;interface-name:wlan5mon;interface-name:wlan6mon;interface-name:wlan7mon;interface-name:wlan8mon;interface-name:wlan9mon;interface-name:wlan10mon" >>   /etc/NetworkManager/NetworkManager.conf 

con 10 interfaces posibles te cubres las espaldas...
... vamos que alguien que tiene mas de tres enchufadas al mismo tiempo es ya muuuuuy freaky
Y las borras cuando se sale del script.
opciones las hay... no es ideal y todo esto sera probablemente inútil de aquí muy poco, cuando las distribuciones integren la versión "estable" de network manager que no es conflictiva y que esta por salir...
saludos

heeee....  Tu script necesita si o si privilegios de administrador para usar la suite aircrack-ng o mdk3...
Pero no se tiene que ser root para tener derechos de administrador : Se usa sudo para obtener privilegios de administrador temporalmente en una consola. 
De hecho es lo "normal" y la forma correcta-segura de hacer las cosas : no se debe "rootear" pero usar sudo desde su cuenta de usuario...
...Ejecuto tu script así

sudo bash airgeddon.sh

Y me rula perfectamente sin que sea root.

Si no te apetece retocar el fichero de configuración ...no lo hagas.
Te diría que lo único que arriesgas es que network manager no pueda manejar interfaces de tipo wlanXmon y que de todo modo no se supone que deba nunca manejarlas (estan hechas solo para el mode monitor)
Pero vamos, tienes razón en ser cauteloso con este tipo de maniobras y lo importante es obtener el resultado que quieres del modo que te gusta mas. 
La sugerencia que te hacia es algo "guarra" pero facilisima  de implementar (pones dos lineas al ejecutar el script, las borras al salir del script) .  Pero si prefieres hacer las cosas de forma mas precisa, mejor, mejor... 

las frases :
... la 165 esta bien traducida

arr["french",166]="Voulez-vous laisser votre interface en mode moniteur après l'arrêt du script? "${normal_color}"[o/n]"

   la 167 y la 168 me parecen bien como están, no hace falta cambiarlas, puedes dejarlas como están.

hasta luego....

wow... esto ya casi está. Testeado en kali, wifislax, parrot, debian, ubuntu, backbox y blackarch.

Algunas distros son diferentes los comandos, pero ya está todo documentado y controlado en el script. por ejemplo, para reiniciar los servicios en Kali es igual que en parrot, pero en wifislax es otro comando distinto "service restart networkmanager" y en debian y ubuntu, el comando es "service network-manager restart". De hecho, la sentencia "service network-manager restart" funciona en todos excepto en Wifislax, así que es la que he usado en lugar de "systemctl restart NetworkManager.service" que solo funcionaba en Kali y Parrot.

También he observado que al igual que en el Kali nuevo, en Backbox tampoco hace falta hacer el check kill y en Blackarch directamente es que no está network manager... así que ya he cambiado todo para que esté controlado en cada caso todo y no haya errores. He sido muy concienzudo en las pruebas, así que creo que estará bastante bien. Quiero hacer un script robusto que no "explote" a la mínima.

Creo que ya debería ir pensando en hacer el merge al master... lo que pasa es que sigo pendientes de las cadenas de texto del idioma catalán. Mi contacto debe andar muy mal de tiempo. voy a preguntar en el otro foro ya que había un usuario también dispuesto a hacerlo, a ver si puedo disponer de ellas antes de pasarlo al master.

De aquí a un rato al menos sí lo subiré al branch y si quieres ya podrás probar todo esto nuevo en la versión 3.1

Ultima edición por v1s1t0r (14-04-2016 21:16:40)

solo me he leido un poco por encima , y dspejo la duda del check kill.

en wifislax, no tienes que preocuparte de blacklistear nada en newtworkmanager.

la version 4.11.1 dentro de poco quedara atras y pase a wicd.

de todas formas comento que en wifislax, el networkmanager si aceptaba arteriscos...

y nos bastaba con esto , que de hecho en la de desarrollo aunque ya no esta netwokmanager el config sigue alli ,por si alguien lo instala por su cuenta.

unmanaged-devices=interface-name:*mon*;

con eso aunque la interface sea   monX  o   wlanXmon  , los arteriscos hacen su trabajo , y dejan tranquilas las modo monitor.

wicd es totalmente transparente al modo monitor ...asi que para wifislax no necesitas reglas.

#Actualmente slackware cuenta con networkmanager 1.0.12 que tambien ignora las interfaces en monitor, pero que no incorporo por que hay un problema en el servicio ...  si lo detienes o haces por ejemplo el check kill ... luego no hay forma de restaurarlo si no es reiniciando el sistema... cosa poco practica y que reporte ,pero no han arreglado.

En wifislax, simplemente no necesitas hacer nada NUNCA , al gestor de red, por que ya esta todo calculado.

Ultima edición por USUARIONUEVO (15-04-2016 03:48:11)

No por dios no!! no entréis en flame mode!!! os lo ruego!! ¿es q atraigo las movidas? yo no hice nada esta vez!!!

Va, que no nos desviemos. Gracias kcdtv por tus aportes, y esta parte del desarrollo está controlada ya en todas las versiones, ya está terminado! así q no os preocupéis... y funciona perfectamente en todos los sistemas!

Saludos.

jejeje.... bueno, ya tengo las strings de traducción al catalán revisadas y subidas. Ya hice el merge del branch y está todo en el master. Le puse otra chorradita al script, para que tras capturar un handshake te diera directamente la opción de pasarle el wpaclean directamente, ahora es más cómodo. aunque la opción en el menú para limpiar cualquier fichero sigue estando por si quieres limpiar cualquier otro fichero.

Bueno, creo que el script ahora mismo está en una versión estable (v3.11) bastante completa:
-Modo monitor-managed switcher
-DoS con diferentes ataques
-Captura de Handshakes asistida
-Limpieza de ficheros de Handshake
-Compatibilidad 100% con Wifislax, Kali, Backbox, Parrot y Blackarch
-Compatibilidad probada con Debian y Ubuntu tras instalar las herramientas que el script necesita (chequeo incluido)
-Opción de conservar modo monitor al salir y si no, restauración de procesos cerrados anteriormente (solo si fue necesario cerrarlos)
-Soporte multilenguaje: inglés, español, catalán y francés
-Consejos de utilización en cada sección

Creo que antes de seguir desarrollando cosas habría que testear todo 100%. Seguramente mi siguiente desarrollo sea para conseguir la clave con aircrack sobre ficheros capturados con diferentes métodos, diccionario, fuerza bruta, etc... pero bueno, eso ya lo decidiré.

Voy a promoverlo por los foros a ver si encuentro usuarios que testeen todo.

Gracias y saludos!!

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...