Jump to content

Zylla

Dedicated Members
  • Content Count

    578
  • Joined

  • Last visited

  • Days Won

    35

Everything posted by Zylla

  1. Stuck at the setup screen? Here's what worked for me: SSH to the Pineapple jffs2reset reboot This suggestion is meant for you only, in this specific scenario.
  2. Just download the IPK and install it. wget, curl, git. They all get the job done.
  3. I suggest trying this IPK which I built for snapshot a while back, especially if there's issues with the other one. It's built with musl as the C library, which is the default now in snapshot and LEDE. https://github.com/adde88/hostapd-mana-openwrt/raw/master/bin/ar71xx/generic-glibc/packages/hostapd-mana-light_2.6.5-4-musl_mips_24kc.ipk
  4. Yeah as Foxtrot is saying there are differences between the Nano and the MKV. I don't recommend anyone attempt to flash the openwrt builds and expect it to to work! It might work. But it also might brick your device. So my comment above recommending @Mr.miYagito try it was because he seemed capable to handle a brick if it should occur. I'll send you a pm. @Mr.miYagi, so I can try compiling a version of mana for the version of openwrt you need.
  5. Given the tools at your disposal you seem fit to handle a "brick" if any should occur. The MKV uses AR9331 CPU, same as the NANO. So i would try flashing this firmware: https://downloads.openwrt.org/snapshots/targets/ar71xx/generic/openwrt-ar71xx-generic-wifi-pineapple-nano-squashfs-sysupgrade.bin That's the latest official snapshot build of openwrt for the pineapple nano. You might need to install a couple of kmods to get everything setup afterwards, as some components differ between the devices. To build MANA you would need to download the SDK for the snapshot release. Here: https://downloads.openwrt.org/snapshots/targets/ar71xx/generic/openwrt-sdk-ar71xx-generic_gcc-7.4.0_musl.Linux-x86_64.tar.xz I hope that helps 🙂 BTW: When building MANA. Chose the "light" version when installing on "Non Chaos Calmer" versions, as the main version has a postinst script made for the Pineapple.
  6. The pre-compiled MANA packages are built for Chaos Calmer, and will not run run on LEDE 17.X. It's also built with a different C-library. (uClibc), and your version of LEDE is running musl. You could download the Makefiles for MANA available on my repo and build it using the correct SDK for the version of LEDE you're using. Link to SDK Or you could try building a complete new firmware running latest openwrt snapshot, I don't see any reason for it not working. My MKV died a few years ago, so I'm unable to test anything myself.
  7. @hanshaze There's been alot of updates lately to fix issues regarding radiotap headers not being handled correctly by hcxtools. Try upgrading and using the latest version. Also, I noticed from your dmesg log that you're experiencing issues with your SD-card. If you have installed these tools to the SD card, and/or are saving/reading the capture to it, that could also explain some of your issues. I suggest either installing the tools internally and capturing to /tmp Or try fixing the SD card issue. I use a USB thumb drive mounted as /sd on my Nano to avoid all these SD card bugs.
  8. In normal situations the footprint is comparable with tools like airodump-ng or mdk3/mdk4, and can be lowered even more when disabling deauth attacks. The PMKID can in some instances even be captured without the AP being present. And yeah, simply capturing traffic when a client connects to the AP will capture the 4-way handshake. If you let Kismet run for a day at home, you will find that a lot of handshakes have been captured while running. It even allows downloading the handshakes in the browser. :)
  9. @hanshaze Thanks for reporting this issue. Could you try transferring that captured file to a linux desktop, and try running hcxpcaptool on it there? And report back if it succeeds there, or if it fails. Also, please post the output from both dmesg and logread right after you experience any issues. It really helps debugging all issues. There's been some changes to hcxdumptool and hcxtools these last days, especially changes regarding "endianess". Without going into details i suspect these changes might be related. Also, please try upgrading both hcxdumptool and hcxtools. I compiled a new version a few minutes ago.
  10. @shortmaniak Thank you. I could't find any processes in your output that should be conflicting with hcxdumptool. So it's a bizarre issue. I haven't heard anyone else experiencing this problem either. The last idea i have is to try a factory reset of the Pineapple. 😕
  11. The stuff controlling the mangment ap is hostapd and dnsmasq. hostapd is taking care of the AP stuff, and dnsmasq is responsible for dhcp. You should look towards editing the following config files, and change anything related to wlan0 to the interface you want to use: /var/run/hostapd-phy0.conf /etc/config/dhcp /etc/config/wireless But again, this should not be necessary. Both me and other people are able to use hcxdumptool over USB and over the management AP. There has to be some reason for it not loading properly. Please try testing the shorter command, and make sure NOTHING ELSE is using the interface for anything. Are you running the "C2 Client" on the Pineapple by any chance? You could also paste the output you get from running ps and logread on the Pineapple after you experience the issue.
  12. Both WPA and WPA2 are both equally "crackable". First you get the handshake, then you crack it. I suggest watching the tutorials/guides made by Hak5 on youtube. Don't use a Pineapple for the cracking job, as that would MOST DEFINITELY not get cracked within our lifetime.
  13. You could use hostapd instead of airbase-ng.
  14. I suggest incorporating Kismet into whatever module you are developing, as it manages to detect attacks. Suck as deauth, and krack attacks. Could probably even get Kismet to communicate with the Pineapple through a custom plugin.
  15. You can find useful IPK's for the Pineapples in my repo. Aircrack-ng is also in there, among lot of other useful tools. 🙂 github.com/adde88/openwrt-useful-tools
  16. You should still be able to run this while connected to the managment AP (wlan0). One problem you might encounter while doing so is that hcxdumptool will attack the managment AP if you don't filter its MAC address , but that is not what's happening here. wlan1 should work either way. It is possible to get the managment AP to run on another interface, but it requires some tweaking. And shouldn't be necessary. Please also try to test running with fewer arguments. And one last tip, Don't run airmon-ng before. It's highly recommended to let hcxdumptool handle the interface itself. 🙂
  17. Interesting. Could you test a shorter command? Like this: hcxdumptool -i wlan1 --enable_status=3 Also, what version of hcxdumptool do you have installed? Running "opkg info hcxdumptool" should display what version.
  18. Everyone can modify it and create pull requests to Hak5's module GitHub repo. A problem imo. opinion is that the reaver version on Hak5's repo is very much outdated. I'm cross-compiling the latest version of Reaver and keeping them updated as often as I can, but using the newest version requires heavy modifications to the WPS module, due to alot of changes to Reaver.
  19. You could theoretically brick it. But the Pineapples have that sweet factory-reset mode built into the bootloader. So as long as the bootloader isn't touched, you should be safe. Most upgrade files doesn't modify the bootloader.
  20. The Pineapples are running a custom version of OpenWRT 15. 05 (Chaos Calmer). That IPK you're trying to install is compiled for 18.06.1, probably with musl support. You could try to force install the the package, by adding "--nodeps" to the install command, but I can't guarantee that the installed binaries will run properly wihout being compiled for OpenWRT 15.05.
  21. I'll check the INSTALL script for bugs, thanks for reporting it. 🙂 Sorry for the late reply. But been busy with some real life issues these last months, so I've barely had time to keep the tools updated.
  22. Just wanna give people a heads up that these tools gets updated almost daily, as I'm trying my best to keep up with the changes from ZerBea. So please, always make sure you're running the latest release. 🙂
  23. Have you experienced it freezing when doing any other non-related stuff, like running aireplay-ng, or pineap? Does this happen all the time? If so, could you try detaching the antennas of the Tetra, and run the test again? (just wanna rule out antenna related issues other people have been experiencing) I have no issues running --enable_status=3 on all devices nearby.
  24. Could you provide any more details? Logs? Error message? Command and arguments being used? It really helps narrowing down bugs.
  25. Impossible to say without any information. Any error messages?
×
×
  • Create New...