Results 1 to 5 of 5

Thread: NEED DEVS! wifite is outdated & needs to be replaced

  1. #1
    Junior Member
    Join Date
    Apr 2013
    Posts
    9

    NEED DEVS! wifite is outdated & need mainteinance

    Hi there!

    wifite got so much problems these days, because of the tools it supported before have been updated/changed..
    * WASH implementation is broken, giving bad scan results for WPS (LOCKED search also fails)
    * tshark got updated, changing some options -- therefor the tshark impl. also is bad (params)
    * reaver got updated, changing some options -- therefor reaver impl. is kinda broken
    * mac addr patch is needed (macchanger)

    The maintainer derv82 seems inactive at the time, but we (THE COMMUNITY) did some work
    to actually fix most of these problems + some others.


    Take a look at the "next generation" "wifite", dubbed "wifite-ng" @

    https://github.com/kimocoder/wifite-ng

    - pingen attack implemented
    - pixie dust (pixiewps) attack included
    - macchanger patched
    - tshark fixed
    - reaver fixed


    But to maintain this tool in the future, we need your help too! Take a look around the code & todo list and we'll be happy to receive future request/additions/ideas that you may have.

    Thanks to "binkybear", "brianclemens" and all other listed in the README.md for making "wifite" work again. And of course to "derv82" for making this tool in the first place (",)

    ------------------------------------------
    The original source, by the developer "derv82" is to be found @
    https://github.com/derv82/wifite




    -- Christian <kimocoder>
    Last edited by kimocoder; 2017-05-12 at 08:10 AM. Reason: Update #1

  2. #2
    Junior Member
    Join Date
    Sep 2015
    Posts
    2
    This sounds like a great idea. I love the way wifite works. Obviously the component tools it uses can be driven independently to achieve the same results. But man is (was) it nice to have essentially one command to do everything at once.

    Privately I've hacked on my own latest copy of wifite (fix interface MAC parsing, tshark issue, wash args, etc). But I feel like it's all very fragile and needs a solid-redo while preserving the original structure of how wifite worked. I'm not solid enough in python (I'm a more of a perl old timer, and not a very good one...) to really contribute though.

  3. #3
    Junior Member
    Join Date
    Sep 2015
    Posts
    2
    Just saw your update to the thread and grabbed it. Good work, and many thanks.

    I ran it quickly testing WPA HS, WEP and WPS (Pixie). WPA HS and WEP (arp replay tested) work textbook.

    WPS pixie seems to hang though. The status line has an incrementing counter, and initially it seems to say something like "Restore session for xx:xx:xx:xx:xx:xx [n/Y]". It then says waiting and doesn't seem to do anything. I do see reaver running via ps. Also - I ran this test against one of my own routers that is known vulnerable to pixie. Running the latest Kali rolling.

    Let me know what I can do to troubleshoot and any/all details you need from me.

    UPDATE:
    I wanted to add some more details in the meantime. My test router is a Belkin, and I see that you now have logic to look for Belkin/DLink OUIs and target them using pingen. I thought this might have been causing an issue - so I copied your script and removed my OUI from the belkin array. Even without detecting it as Belkin (and I assume this skips pingen as well) - it still hangs in the same manner.
    Last edited by maiki; 2017-05-02 at 08:38 AM. Reason: Merge posts

  4. #4
    Junior Member
    Join Date
    Apr 2013
    Posts
    9
    Thanks for reporting, will look into it this weekend.

    There are some issues still yet, which are the primary goal to fix asap, will update this thread today for more information. Again, thanks for the feedback -- will get back to you soon

  5. #5
    Junior Member
    Join Date
    Dec 2016
    Posts
    23
    is this supposed to work with Nethunter? I'm trying to get it to work on a nexus 10 but it loops back after enabling monitor mode, its the same with the original wifite script but that one i can start with wifite --mon-iface wlan1mon

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •