WiFi网络在Kali Linux攻击后未显示
我对我自己的无线网络进行了攻击。
之后，我尝试连接wifi (在Kali Linux中)，但它显示网络管理器没有运行。我用service NetworkManager restart解决了这个问题。
然后网络管理器打开，但是它无法访问我的wifi网络(unable to access "available networks")。
回答 1
Unix & Linux用户
发布于 2022-11-20 14:07:49
注意:下面我将使用wlan0作为接口名。应该用实际的无线接口名称(例如wlp1s0或类似的)来替换它。它可以在使用ip -br link的接口列表中找到，并且很可能是以w作为第一个字母的接口。
看来，用于发送aireplay-ng命令的deauth攻击将无线接口切换到监视模式(又名link/ieee802.11/radiotap)，但随后未能正确地将其恢复到通常的托管模式。然后，NetworkManager (和/或wpa_supplicant)不再检测到可用的无线接口。可以通过并发运行ip monitor link dev wlan0并运行上一个链接aireplay-ng -0 1 -a 00:14:6C:7E:40:80 -c 00:0F:B5:34:30:30 wlan0中的示例来检查这一点，以查看发生了什么。
第一个航站楼：
$ ip monitor link dev wlan0
3: wlan0: <NO-CARRIER,BROADCAST,UP>
link/ether
[...]第二个终端，作为根用户：
# aireplay-ng -0 1 -a 00:14:6C:7E:40:80 -c 00:0F:B5:34:30:30 wlan0
ioctl(SIOCSIWMODE) failed: Device or resource busy
13:45:48 Waiting for beacon frame (BSSID: 00:14:6C:7E:40:80) on channel 1
13:45:58 No such BSSID available.
# 同时，在第一航站楼，这种情况会发生：
3: wlan0: <BROADCAST> mtu 1500 qdisc noqueue state DOWN group default
link/ether 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <BROADCAST>
link/ieee802.11/radiotap
3: wlan0: <NO-CARRIER,BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state DOWN group default
link/ieee802.11/radiotap 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <NO-CARRIER,BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state DORMANT group default
link/ieee802.11/radiotap 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <NO-CARRIER,BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state DORMANT group default
link/ieee802.11/radiotap 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <NO-CARRIER,BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state DORMANT group default
link/ieee802.11/radiotap 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc最后，接口从link/ether切换到link/ieee802.11/radiotap，它不能作为托管Wifi连接使用。
最容易将其还原为托管模式的方法是使用iw命令，这是专门用于Wifi接口的Linux低级命令。它的文档还不太好。它的帮助条目之一是更改接口的类型：
# iw help | grep 'set type'
dev <devname> set type <type>这必须在接口关闭时完成。因此，要恢复到通常的托管模式，请以root用户的身份运行以下命令：
ip link set wlan0 down
iw dev wlan0 set type managed
ip link set wlan0 up进入第一个终端：
3: wlan0: <BROADCAST> mtu 1500 qdisc noqueue state DOWN group default
link/ieee802.11/radiotap 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <NO-CARRIER,BROADCAST,UP> mtu 1500 qdisc noqueue state DORMANT group default
link/ether 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc
3: wlan0: <NO-CARRIER,BROADCAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 1e:5a:93:39:ca:7c brd ff:ff:ff:ff:ff:ff permaddr 12:34:56:78:9a:bc接口恢复为link/ether。
然后，您可能不得不再次重新启动NetworkManager，以便它检测回一个可用的无线接口，如果它不是自动的。
https://unix.stackexchange.com/questions/725535
复制相似问题
腾讯云开发者
