Foro Wifi-libre.com

Antes de abrir un tema nuevo (y antes de comprar ) asegúrate de que no existe uno sobre tu dispositivo...
Drivers modo monitor y inyección para rtl8188eu (TPlink WN722N v2 y 3)
Olvídate de los drivers del CD. 
Hay una buena y una mala noticia:
  - Hay drivers alternativos compatible modo monitor y inyección (guía de instalación en el link puesto más arriba), puedes usar tu wifi USB para auditar redes
  - De momento no son compatibles modo "master" (Acess Point). Dicho de otro modo no puedes usar hostapd o herramientas para ataques rogue AP .

Me refiero al post que te he puesto en link y lo ha redactado hace un mes atrás (26-03-2020 18:30:05)
De todo modo los hilos no caducan, si existe un hilo sobre tu tema lo mejor es hacer tu pregunta en el hilo existente.

Esto he hecho el año pasado. He tenido que negociar un poco porque la peña te toma por tonto y te la quiere colar por 10€uros. La rebaje a 5€uro. Ahora no sé como está la cosa con el confinamiento.  

Prueba con los drivers que indico en este hilo: Fluxion con rtl8187l, Ap falso no funciona
No he tenido tiempo de probarlos pero deberían ir y así no tendrás que comprar nada.
Si saco tiempo miraré esto mañana

Si encuentro una V1 con chip Atheros, ¿tendre problemas para compilar los drivers como he tenido con la V3? porque tengo una controlada, estoy a la espera de confirmacion, pero si la compro y luego resulta que tengo problemas porque el kernel de mi linux no es compatible con los drivers como parece que me pasa con la V3 que me daba problemas....

¿Podeis confirmarme antes de hacer la compra si pillo una V1?

Gracias

Gracias, al final si es una atheros v1.
A ver si este finde pruebo la alfa con lo que me comentaste y reporto que tal fue...

Buenos días
¿De que alfa hablas? Ando algo perdido
Supongo que hablas de la awus036h con chip rtl8187l y de los drivers "backport" con compatibilidad hostapd.
¿O hablas de los drivers modo monitor y inyección del wn722n v3?
Si se trata de la awus036h (supongo que es esto) lo suyo sería abrir un tema a parte y haría falta que pongas todos los comandos que entras y el mensaje de advertencia que tienes
Simplemente copias y pegas el contenido de tu consola.
Pon también el resultado de

uname -a

para ver con kernel andas.
Y puedes añadir también las ultimas lineas de

dmesg

Esto es para ver el mensaje de depuración acerca del fallo

La awus036h la tengo en casa de un amigo... Pero tengo un loopcomm con mismo chipset que está un poco cascado.
Se desconecta a menudo, tiene díez años o más y no está súper fresco. Por esto no me fio mucho de los errores que pueden ocurrir con ella
Pero miraré que pasa este fin de semana (no sé cuando recuperaré mi alfa).

Ya te lo he podido dejar todo en un nuevo post.

Gracias por tu ayuda.

Buenas tardes leatherboom. ¡Bienvenido a wifi-libre!
No es un bug, es que iwconfig interpreta (y enseña) las cosas de forma un poco diferente a iw (que es lo que se usa hoy en día, iwconfig siendo obsoleto) .
Y es que realmente el modo master es más bien un modo managed dónde la "estación" (station) hace de "Punto de Acceso" 
Para iwconfig si estás en modo master es lo mismo que si estás en modo managed y te va a decir sí a todo,
Pero mira que sucede cuando usas iw:

iw (más moderno y más potente) sabe que el "modo master" (es decir "una estación en modo managed empleada como punto de acceso") depende de la capacidad a funcionar correctamente con hostapd (u otro programa de este tipo)
Cuándo usas hostapd no te hace falta previamente poner la interfaz en modo master con iwconfig.
Se "pone sola" en modo master cuando está empleada por el demonio de hostapd.   
 
  Aclarado este punto te doy las gracias por tu mensaje porque he podido comprobar que me había equivocado y que se debe precisar las cosas.

Sí, el driver es compatible "modo master"

Para conocer los modos soportados hacemos

 sudo iw phyX info

Podréis ver que tenéis el modo "AP" soportado

Supported interface modes:
		 * IBSS
		 * managed
		 * AP
		 * monitor
		 * P2P-client
		 * P2P-GO

Y he podido comprobar que funciona bien: Tengo el móvil conectado (y navegando) al WN722N

No es compatible con la virtualización de interfaces

Ahora el problema que encuentras se debe a esto.

WARN: Your adapter does not fully support AP virtual interface, enabling --no-virt

Puedes comprobar con iw que no es capaz de crear una interfaz virtual (error 19)

kcdtv@libr3:~$ sudo iw dev wlx503eaa672808 interface add wlan0 type managed 
command failed: No such device (-19)
kcdtv@libr3:~$ sudo iw dev
phy#0
	Interface wlx503eaa672808
		ifindex 4
		wdev 0x1
		addr 50:3e:aa:67:28:08
		type managed
		txpower 13.00 dBm

Y es por esto que no es compatible tampoco con airmon-ng 

   Para hacer una ataque rogue AP con una sola interfaz (lo que hace el script que usas) la virtualización es necesaria.
Añades una interfaz virtual, pones una interfaz en modo master (es decir en modo managed con el demonio de hostapd corriendo) y otra en modo monitor (para hacer la DoS)
No puedes tener a una misma interfaz en modo managed/master y modo monitor a la vez. Es uno u otro
Tenemos el mismo problema con los drivers para rtl8812au (también de aircrack-ng) y es por las mismas razones. Sin  entrar en detalles, el código fuente de realtek tira de WEXT en lugar de nl80211 y ahí radica el problema.

 
Si mis explicaciones fueron claras habrás entendido que no basta con tener el modo master. Si lo que quieres es usar este script y hacerlo con un solo adaptador necesitas a uno que soporta también la virtualización.
Es normalmente el caso, cualquier interfaz wifi compatible con aircrack-ng (incluyendo airmon.ng) te vale.
Por lo que es de los adaptadores USB, los más problemáticos son los realtek. El rtl8117l no es compatible con hostapd  y los drivers de aircrack-ng no son compatibles con la virtualización.

Sí te vale, lleva el mismo chipset (atheros ar9271) que la versión 1 del wn722n.