mikie00mike Posted May 13, 2015 Share Posted May 13, 2015 Hello. Can someone help me? After running the ReVdK3-r1.sh script, I loose access to opening desktop files, or files from everywhere. I am able to still work within the terminal, and settings, basically everything else works, but I cannot open my files. I have to restart the computer to regain access. Is there something Im doing wrong, or a workaround for this? Thanks for your help. Quote Link to comment Share on other sites More sharing options...
Gersey Posted July 13, 2015 Share Posted July 13, 2015 has anyone tried to use the script with the new updates to airmon-ng it seems the interface is no longer monX it is wlanXmon and the script does not recognize the wlanXmon as a valid interface any ideas on how to get it working again? Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 22, 2015 Share Posted August 22, 2015 Hello guys, First congratulations for ReVdK3, it's usefull, nice job. I would like to know how it'd be possible to modify the mdk3 commands the script launches because none of the 3 that ReVdK3 offers works for me. The AP doesn't reset with them but well with this one mdk3 wlan0mon a -i XX:XX:XX:XX:XX:XX -m -s 1024 Quote Link to comment Share on other sites More sharing options...
deadlyhabit Posted August 23, 2015 Share Posted August 23, 2015 I may take a crack at this in python. I remember this being a question on the reaver systems forum (or a feature request) for the Reaver Pro II, but iirc he said there was an issue incorporating it. https://forums.reaversystems.com/index.php?threads/macchanger-automatic-macchanging.165/ that's the thread. Keep in mind it's a private fork of reaver for the Reaver Pro II hardware. Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 23, 2015 Share Posted August 23, 2015 Thanks for your answer but I don't really get the point of the thread. Anyway I tried to modify the script in ReVdK3, I changed the lines that contain "a -a $MAC -s 200" which refers to Authentication DoS Flood Attack (option 1) by "a -i $MAC -m -s 1024" Unfortunately it doesn't work, when it launches the attack, after the selection of all parameters, it gives me the reaver's description of the arguments, like if the reaver command was uncomplete. Then when I try to quit the bash by ctrl + c, it writes "cat: /etc/aireplay_tmp.txt: No such file or directory"It's strange because I didn't modify nothing about reaver commands and aireplay is not involved in this attack... Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 23, 2015 Share Posted August 23, 2015 Sorry it gives the same error message with the original ReVdK3, it surely has to do with my last update of Kali Quote Link to comment Share on other sites More sharing options...
deadlyhabit Posted August 25, 2015 Share Posted August 25, 2015 Well after messing around with Musket Teams VMR-MDK script and poking around in ReVdk, it honestly seems like the issue is the new way you put your wireless card into monitor mode with airmon-ng changing. It looks like the scripts just need to be updated to the: airmon-ng check kill airmon-ng start wlan1 method and ensure they use the wlan1mon instead of mon1 bits. Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 25, 2015 Share Posted August 25, 2015 I tried, but it gets the same error message in ReVdk. Also since the update, ReVdk can't find wlan0mon neither mon0, only phy1 but all the other commands still work with wlan0mon Quote Link to comment Share on other sites More sharing options...
i8igmac Posted August 25, 2015 Share Posted August 25, 2015 Ifconfig wlan0 down Iwconfig wlan0 mode monitor Ifconfig wlan0 up Killall services that can mess with the device. What about placing the device into monitor mode your self and bypassing this function within the script. Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 25, 2015 Share Posted August 25, 2015 Still the same error message, and I always place the device into monitor mode myself with airmon-ng. Quote Link to comment Share on other sites More sharing options...
deadlyhabit Posted August 26, 2015 Share Posted August 26, 2015 Are you on Kali 2.0? Does mdk3 non scripted work ignoring usages of it like revdk3 or vmr-mdk? How about the modded mdk3 https://github.com/soxrok2212/mdk3-master ? Quote Link to comment Share on other sites More sharing options...
TheRealTechie Posted August 26, 2015 Share Posted August 26, 2015 Has anyone managed to get RevDk3-r2 working on Kali Sana? This AP Rate limiting thing is getting old. Seriously considering downgrading to Kali 1.9 Seems like a lot of scripts are still pending updates at this point. My issue in ReVDk3-r2 Which wireless interface you will be using? e. wlan1,wlan2 etc: "You input a wireless interface that doesn't exist!" Quote Link to comment Share on other sites More sharing options...
deadlyhabit Posted August 26, 2015 Share Posted August 26, 2015 Like I stated above it's gonna be a problem for anyone using latest aircrack suite as airmon-ng changed from say wlan0 to mon0 to wlan0 to wlan0mon 1 Quote Link to comment Share on other sites More sharing options...
TheRealTechie Posted August 26, 2015 Share Posted August 26, 2015 I see any recommendations on how I can get past AP Limiting? Reaver is crippled and I would hate to have to downgrade to 1.9. =/ Quote Link to comment Share on other sites More sharing options...
i8igmac Posted August 26, 2015 Share Posted August 26, 2015 (edited) does aircrack simply use iw to create a new interface Edited August 26, 2015 by i8igmac Quote Link to comment Share on other sites More sharing options...
Sluglam Posted August 27, 2015 Share Posted August 27, 2015 Yes I have Kali 2.0 Quote Link to comment Share on other sites More sharing options...
neotrix Posted October 5, 2015 Share Posted October 5, 2015 hi masters :) sorry to dig this topic, but the script can't recognize my wifi device in mon mode or normal mode, killed all services that can be problematic, no success iwconfig: eth0 no wireless extensions. wlan0 IEEE 802.11bgn Mode:Monitor Frequency:2.447 GHz Tx-Power=20 dBm Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off lo no wireless extensions. after script run: ***************************************************** * Welcome: I need to verify your wireless interface * ****************************************************** Which wireless interface you will be using? e.g wlan1, wlan2 etc:wlan0 You input a wireless interface that doesn't exist! any clue? Quote Link to comment Share on other sites More sharing options...
cooper Posted October 5, 2015 Share Posted October 5, 2015 I don't know this script you're using so I might very well be talking outta my ass here, but you could try to bring down the interface first: ifconfig wlan0 down Try again after that. Quote Link to comment Share on other sites More sharing options...
neotrix Posted October 5, 2015 Share Posted October 5, 2015 I don't know this script you're using so I might very well be talking outta my ass here, but you could try to bring down the interface first: ifconfig wlan0 down Try again after that. i'm using ReVdK3-rW.sh posted earlier on this topic I already ifconfig down wlan0 after that put wlan0 on monitor mode, but the script can't detect the iface.. strange Quote Link to comment Share on other sites More sharing options...
samdotnet Posted October 7, 2015 Share Posted October 7, 2015 I am have the same problem with kali 2.0 fails to detect interface i will try to modify there script tonight see if i can get it working for tomorrow ! Quote Link to comment Share on other sites More sharing options...
cooper Posted October 7, 2015 Share Posted October 7, 2015 (edited) The -rW version was a modification to the original -r1 script made to get it to run within OpenWRT. Looking at the differences between -r1 and -rW I don't see anything there that would account for it not being able to find the interface. There was however also a -r2 version posted by repzeroworld which is almost twice as long. Maybe it works better in pointing out what the actual problem might be? See this post by repzeroworld for the -r2 version of the script. Edit: Looked closer at the actual script and the -r2 won't change anything since the check performed is identical. The command the script uses to verify the interface is this: read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN; EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1`; while [ -z "$WLAN" -o "$EXISTENCE_OF_WLAN" != "$WLAN" ]; do echo -e "\e[31m\e[1mYou input a wireless interface that doesn't exist!\e[0m"; echo ; read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN; EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1`; done And as a quick aside, this would've been a cleaner version of that code: while true do read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1` if [ -z "$WLAN" -o "$EXISTENCE_OF_WLAN" != "$WLAN" ] then echo -e "\e[31m\e[1mYou input a wireless interface that doesn't exist!\e[0m" else break fi done As you can see, the core check performed here is that the "EXISTENCE_OF_WLAN" variable needs to end up being identical to the value in "WLAN" which is the input you provided. EXISTENCE_OF_WLAN gets it value from this command: airmon-ng|grep ''"$WLAN"|cut -f1 Where, again, $WLAN is the interface name you entered. The first part is just invoking airmon-ng without parameters. I don't have it installed here, but according to the documentation here it simply outputs a list of wireless interfaces it knows about. Take a good look at the output for that usage example - there are a number of columns, the first being "PHY" and the second being "Interface". This output is passed on to the grep program which filters out all lines that don't contain the interface you provided, so if you provided an existing interface you should get just that one line with several columns, the first being the PHY and the second the interface. This single line is then provided to the cut program with a parameter of "-f1" meaning to eliminate everything but the first field. That first field is the PHY and even in the example output it's never identical to the interface. So the problem you're having is that the script isolates the wrong field to compare against. The fix is simple - replace "cut -f1" with "cut -f2". The cause of this is either that new Kali has a newer airmon-ng which suddenly adds a PHY field to its output which it never did before, or your kernel now supports the PHY interface of devices (it can be config'd out) and airmon-ng dutifully reports it, which is something the script doesn't expect. Edited October 7, 2015 by cooper Quote Link to comment Share on other sites More sharing options...
neotrix Posted October 8, 2015 Share Posted October 8, 2015 The -rW version was a modification to the original -r1 script made to get it to run within OpenWRT. Looking at the differences between -r1 and -rW I don't see anything there that would account for it not being able to find the interface. There was however also a -r2 version posted by repzeroworld which is almost twice as long. Maybe it works better in pointing out what the actual problem might be? See this post by repzeroworld for the -r2 version of the script. Edit: Looked closer at the actual script and the -r2 won't change anything since the check performed is identical. The command the script uses to verify the interface is this: read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN; EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1`; while [ -z "$WLAN" -o "$EXISTENCE_OF_WLAN" != "$WLAN" ]; do echo -e "\e[31m\e[1mYou input a wireless interface that doesn't exist!\e[0m"; echo ; read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN; EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1`; done And as a quick aside, this would've been a cleaner version of that code: while true do read -p "Which wireless interface you will be using? e.g wlan1, wlan2 etc": WLAN EXISTENCE_OF_WLAN=`airmon-ng|grep ''"$WLAN"|cut -f1` if [ -z "$WLAN" -o "$EXISTENCE_OF_WLAN" != "$WLAN" ] then echo -e "\e[31m\e[1mYou input a wireless interface that doesn't exist!\e[0m" else break fi done As you can see, the core check performed here is that the "EXISTENCE_OF_WLAN" variable needs to end up being identical to the value in "WLAN" which is the input you provided. EXISTENCE_OF_WLAN gets it value from this command: airmon-ng|grep ''"$WLAN"|cut -f1 Where, again, $WLAN is the interface name you entered. The first part is just invoking airmon-ng without parameters. I don't have it installed here, but according to the documentation here it simply outputs a list of wireless interfaces it knows about. Take a good look at the output for that usage example - there are a number of columns, the first being "PHY" and the second being "Interface". This output is passed on to the grep program which filters out all lines that don't contain the interface you provided, so if you provided an existing interface you should get just that one line with several columns, the first being the PHY and the second the interface. This single line is then provided to the cut program with a parameter of "-f1" meaning to eliminate everything but the first field. That first field is the PHY and even in the example output it's never identical to the interface. So the problem you're having is that the script isolates the wrong field to compare against. The fix is simple - replace "cut -f1" with "cut -f2". The cause of this is either that new Kali has a newer airmon-ng which suddenly adds a PHY field to its output which it never did before, or your kernel now supports the PHY interface of devices (it can be config'd out) and airmon-ng dutifully reports it, which is something the script doesn't expect. Perfect explanation, thank you very much, it worked. thanks Quote Link to comment Share on other sites More sharing options...
Grumpymonk Posted October 8, 2015 Share Posted October 8, 2015 Hi LexMichdeappelDid you fixed it already ? i'm getting the same AP Shizzle over and over again. Going to try it tonight with my other WIFI Dongle, maybe it works, if so i will update this post Is there no other post's where they hack there own WIFI WPA without problemzz ? Quote Link to comment Share on other sites More sharing options...
thahgr Posted October 23, 2015 Share Posted October 23, 2015 ****************ReVdK3-r2 (Revision 2)******************************** Download Link http://www56.zippyshare.com/v/UZrMxTtZ/file.html I have revised the script for those who prefer to use bully wps pin cracker. Now you have two options for pin cracking either reaver 1.4 or bully Dependency checks: the program checks to see if you have the following are installed so that the script can function well [1] reaver [2] bully (if you are using) [3] mdk3 [4] aireplay-ng [5] gnome-terminal [5] timeout Possbily the last revision of the script since new access points are getting invulnerable to the attacks...however i will experiment new attacks and see if they are effective for rebooting APs ..best of luck ReVdK3 users!.. Credit to my friend WaLkZ and others who prefer bully wps pin cracker Hi, I subscribed to download the script and thank you repzeroworld, Cheers mate! Quote Link to comment Share on other sites More sharing options...
DavieBoiii Posted November 17, 2015 Share Posted November 17, 2015 Please help me! I have been trying to change like you have written. The fix is simple - replace "cut -f1" with "cut -f2". But i dont know how to do it. When i start mdk3 it don recognize when i write wlan0 . Only recognize phy0. But with phy0 i cant get the interfirense recognized so it dont work. Plese write me down which command lines i have to write to The fix is simple - replace "cut -f1" with "cut -f2".. You have to write line by line because i am not an expert. Plese help me changing this so i can start using mdk3. Thank you so much Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.