
Sempre que tento usar airmon-ng start wlan0
, acontece apenas a mesma coisa que a execução airmon-ng check
, então mon0 não é criado. Aqui estão alguns exemplos do que aconteceu quando entrei ifconfig
e iwconfig
:
ifconfig
lo: flags = 73 mtu 65536 inet 127.0.0.1 máscara de rede 255.0.0.0 inet6 :: 1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Loopback local) Pacotes RX 22 bytes 1316 (1,2 KiB) Erros RX 0 descartados 0 ultrapassagens 0 quadro 0 pacotes TX 22 bytes 1316 (1,2 KiB) Erros de TX 0 descartados 0 ultrapassagens 0 portadora 0 colisões 0
wlan0: flags=4099 mtu 1500 ether 00:e0:4c:72:00:1e txqueuelen 1000 (Ethernet) Pacotes RX 0 bytes 0 (0,0 B) Erros RX 0 descartados 0 ultrapassagens 0 quadro 0 Pacotes TX 0 bytes 0 (0,0 B ) Erros de TX 0 descartados 0 ultrapassagens 0 portadora 0 colisões 0
iwconfig
wlan0 não associado Apelido:"rtl_wifi" Modo:Ponto de acesso gerenciado: Não associado Sensibilidade:0/0
Nova tentativa:off RTS thr:off Fragmento thr:off Chave de criptografia:off Gerenciamento de energia:off Qualidade do link:0 Nível de sinal:0 Nível de ruído :0 Rx nwid inválido:0 Rx cripta inválida:0 Rx frag inválido:0 Tentativas excessivas de Tx:0 Misc inválido:0 Beacon perdido:0Não há extensões sem fio.
eth0 sem extensões sem fio.
Se precisar de mais informações para resolver o problema, basta perguntar
Responder1
O seu chipset e drivers sem fio suportam o modo monitor? Você pode verificar com este comando:
iw [your-wifi-adaptor-eg-phy0] info
ou isto
iw list
se você não tiver certeza.
Publicar essas informações ajudará. Aqui está um exemplo de trecho da minha saída:
Supported interface modes: * IBSS * managed * AP * AP/VLAN * WDS * monitor * mesh point
Como você pode ver, o chipset da minha máquina suportaria isso.
Responder2
Depois de verificar o uso iw list
e confirmar, o modo monitor está listado lá.
Se o modo monitor estiver listado, tente iw config wlan0 mode monitor
e isso deve colocar seu wlan0 no modo monitor.
Responder3
Embora eu só possa falar da experiência do Arch e não do Kali, airmon-ng start <interface name>
isso faria com que a interface pretendidanomemudar para ser <interface name>mon
. Por exemplowlan0mon
(com 'mon' sendo pós-fixado no nome da interface original)
Por exemplo, se a interface que se pretende usar fosse nomeada wlp1s0u1u2
ou wlan0
, na maioria dos casos isso resultaria/deveria resultar em tornar-se/criar wlp1s0u1u2mon
ou wlan0mon
, e não necessariamente mon0
.
(Conforme documentado emhttps://www.aircrack-ng.org/doku.php?id=airmon-ng)
"Como você pode ver, ele criou uma interface de modo monitor chamada wlan0seg"
(E do atualcódigo fonte do script airmon-nglinha eficaz.(sobre como ele define o modo monitor))
iw phy ${PHYDEV} interface adiciona ${1}segtipo monitor
que, dependendo do número de dispositivos Wi-Fi físicos existentes econvenção de nomesusado,podertraduza para algo como:
phy0
interface iw phy adicionarwlan0mon
tipo monitor
*(No caso em que wlan0
está o dispositivo wi-fi físico phy0
)
(recortado da iw help
saída)
[iw] phy <phyname> interface add <name> type <type>
E embora mon0
pudesse, claro, ser definido como o'nome'executando o comando manualmente; Não é como oairmon-ngscript faz isso..) *
Independentemente disso, ifconfig -a
nada para listarqualquerinterfaces existentes e seus nomes, mesmo que estejam "inativas"/inativas/desligadas.
Fora isso,resposta do nonzyrodeve primeiro ser testado, para verificar se o dispositivo relata suportemonitormodo