Jump to content

lunokhod

Active Members
 View Profile  See their activity

  • Posts

    77

  • Joined

  • Last visited

 Content Type 

Everything posted by lunokhod

  1. lunokhod
    That's a shame.
  2. lunokhod
    No... I can't see it either! I hope this does make it's way back in here. I'm going to miss it if it's a no show. I wonder if it is included in the Tetra and Nano version of the firmware.
  3. lunokhod
    Thanks for that!
  4. lunokhod
    I've got a question about the radio configuration used in the Tetra. I'm a long time Mk V user and remember needing to get a third radio for the the WiFi Client connection as wlan1 couldn't be used in client mode AND be used for PineAP simultaneously. wlan0 is the access point. wlan1 is used for PineAP, injection/deauth/etc. wlan2 is used to connect to my local friendly WiFi internet source. I'm presuming a third WiFi radio needed for the Tetra if I want to configure it in a similar fashion? I'm using the Beta 3.0.0 firmware on my Mk V at the moment and am VERY happy with what it does for my older Pineapple. Lunokhod.
  5. lunokhod
    Yes I did. I've been playing with it at work today and am most impressed with it's stability. I used to be plagued with the Wireless Client connection to the internet dropping out randomly with the 2.x firmware. No issues with that at all so far.
  6. lunokhod
    Thanks for that. I worked around the issue. I rebooted without the NEH plugged in and the RTL8187 was still coming up as wlan2. I then "Reset WiFi Configs to Default" in the Advanced section of Networking. This reset the RTL8187 as wlan1. Plugging in the NEH after resetting the WiFi Config resulted in it coming up as wlan2. All good. Now the two MKV radios remain at wlan0 and wlan1 regardless of the external radio being plugged in at boot or not. Lunokhod.
  7. lunokhod
    How have I missed this for two months? :-) I've just flashed my Wifi Pineapple MkV with the Beta Firmware 3.0... and it's working very nicely. I was even able to update the MkV with my wacky +9.5 hours ahead of UTC time zone. One thing that is a bit strange... my external AWUS036NEH USB Wireless radio is wlan1. The MkV AR9331 radio is wlan0 (as expected), but the built in RTL8187 radio is now wlan2. phy0 wlan0 ath9k Not pci, usb, or sdio phy0 wlan0-1 ath9k Not pci, usb, or sdio phy1 wlan1mon rt2800usb Ralink Technology, Corp. RT2870/RT3070 phy2 wlan2 rtl8187 Realtek Semiconductor Corp. RTL8187 I've yet to power up the MkV without the external radio connected to see what happens.
  8. lunokhod
    Will an attached USB Ethernet adapter be able to be configured for both direct connection to a computer (inbuilt DHCP "classic" mode) and also direct to an existing Ethernet network with it's own DHCP server/gateway etc?? I'm glad you've decided to use RP-SMA connectors... I never fully understood why the Mk V had "normal" SMA sockets when 99.99% of all other WiFi SMA implementations are RP-SMA. Not overly keen with dropping of the native Ethernet port, nor the dedicated DC jack... but this being said, I'll still buy one!
  9. lunokhod
    Have you enabled Client Mode in the Wired tab, in the Network tile? Classic Mode is the original (classic) Wired network mode where eth0 is bound to br-lan and the inbuilt DHCP server. This is the mode to use if you want to connect a computer directly to the WiFi Pineapple via Ethernet. Client Mode is for when you want to connect the WiFi Pineapple to an existing wired network. You can then enable DHCP (the WiFi Pineapple will get an IP address, gateway, etc. for eth0 from an existing DHCP server on the wired network)... or you can set a Static IP address, Netmask, Gateway and DNS entries manually if you wish. You don't want to have Classic Mode enabled when you connect to an exisiting wired network. Two competing DHCP servers on the one network will only invite confusion. Lunokhod.
  10. lunokhod
    I've seen this behavior as well. Both on my Nexus5 phone (5.1.1) and a no-name generic Android tablet. In my experience, it seems to happen after an undetermined time. Right after boot, I can see and connect to the spoofed SSIDs generated by the WiPi without a problem... but after a time, I get the same result as you see in the video.
  11. lunokhod
    What kind of power supply did you use? Was it a regulated power supply? A high current un-regulatated wall wart power supply can have an open circuit voltage of 16V or higher. You should never use an un-regulated power supply... unless you are 100% sure the device you are using it with can handle it.
  12. lunokhod
    I notice you have wlan1 enabled. I believe that Dogma and Beacon Response uses wlan1 as part of it's operation. I have wlan1 unchecked and I seem to have no (short term) trouble with PineAP doing it's thing, I have seen many clients connect. Try and uncheck wlan1 and see what happens. Could be that if wlan1 is enabled... PineAp cannot use it?
  13. lunokhod
    I think there is still an issue with the current firmware. I posted about my problems last year in this thread :- https://forums.hak5.org/index.php?/topic/34070-how-can-i-help-the-mk-v-be-more-reliable/ I flashed my WiFi Pineapple last night with V2.3.0, left it running in my car at work... exactly the same as in the post linked above... and after a handful of hours you cannot connect to either the wlan0 open access point, the management (secured) access point or any of the PineAP created/spoofed SSIDs. You can see all the available SSIDs being broadcast... but you cannot connect to them. I've tried on my Android Phone, an Android tablet, an iPhone and a Windows laptop. A reboot will fix the problem, as will disabling and enabling wlan0 (and then restarting Karma and PineAP).
  14. lunokhod
    Is PineAP supposed to (or able to) use the Karma SSID/Client Black/White lists when harvesting SSIDs? I'm using my WiFi Pineapple at work and have it connected to my works WiFi connection. I don't want PineAP to harvest and then spoof the works WiFi SSID. Is there any way to prevent this? I've put the SSID in the Karma Black List and it still appears in the PineAP SSID Management window.
  15. lunokhod
    I've been playing around with the WPS infusion these last few days... it seems to be working mostly OK. I have an external radio (wlan2) a client interface (disabled), wlan0 is also disabled (no Pineapple AP operating), I'm connected to the WiFi Pineapple via eth0. Reaver and Bully are installed and working (as confirmed with a SSH session). enable wlan1, enable mon0 on wlan1, scan for WPS vulnerable access points, pick a "target", bring down wlan1, select program, monitor interface, ensure BSSID, SSID and channel are correct, Press Start! Reaver works as expected. Bully works but does not seem to update the xxxxxxxxxx.run file in /root/.bully/ properly. The .run file gets created, but there are times when the xxxxxxxxxxxx.run file appears to get corrupted (or not closed off properly) and Bully will not start when you try and "crack" that AP mac address again. Has anyone else seen this? I seem only to be able to run Bully (via WPS infusion) only once per WiFi Pineapple boot... after stopping it (within the infusion), it does not start again... although I can start a CLI Bully session and it will continue. I've seen the posts in this thread about creating symlinks for reaver and bully... does the WPS infusion work "better" when installed in internal memory than the SD card? Lunokhod.
  16. lunokhod
    Another thumbs up for Screen... very handy! I use it with my Raspberry Pi powered pentest box... start screen, start reaver, quit the SSH session... reconnect to the Pi later, type "screen -r" and it will reconnect to the last active screen session... almost magical! This is handy too... http://cfenollosa.com/misc/screen.pdf
  17. lunokhod
    Hi Seb, Why do I see "successful associations" in the Karma Log, but then nothing associated appearing at the top of the log window, nor in the Intelligence Report. My thinking (possibly) is that the device that has associated with the honeypot wlan0 access point has not stayed around long enough to be given an IP address by the DHCP server in the Mk V. Any thoughts? Lunokhod
  18. lunokhod
    OK... time for an update. I've updated to v2.1.1 and am having a mostly successful time with Karma/PineAP/etc. I am still experiencing issues with wlan0 not accepting connections after some hours of continual PineAP operation. Once again at work with the MkV in my car, connected to the work WiFi for connectivity. I see the Auto Harvester doing it's thing, Dogma is advertising fake hotspots, I see clients connecting, I see traffic in URL Snarf... and then after some time (maybe a couple of hours), things go quiet. I can see the Dogma created "honeypot" access points on my Nexus 5 phone... but when I try to connect, it doesn't work... the connection fails. I also cannot connect to the fixed Open Access Point or Secure Management Access Point As before a power cycle or a disable/enable wlan0 will fix the problem. I've tried a minimalist Mk V setup, removing all extraneous infusions but this does not seem to help. I wouldn't have thought that the amount of WiFi traffic around where I work would be stressing out the Mk V's resources. Any others seen this behavior?
  19. lunokhod
    Thanks for that Seb. I'll have to use my own POE "extractor" to get DC out of the Ethernet cable to the 2.1mm power jack.
  20. lunokhod
    Hi Everybody, I've searched these forums and not found a definitive answer... I apologise if this has been asked and answered before. I know the Wifi Pineapple Mk IV had Power Over Ethernet enabled on one of it's Ethernet interfaces... but can't see if the Ethernet interface on the Mark V supports POE. Does it? Lunokhod.
  21. lunokhod
    I'm really liking the v2.1.1 update... it's working smoothly and the web interface is nice and responsive. I really want to see if long term wlan0 access point mode operation has been improved. The WPA2 management access is a fantastic addition... as is the eth0 mode switch. What would be the best way to tie a DIP switch to the Ethernet mode function? It would be nice to be able to switch this prior to boot. Switch off = classic ethernet mode Switch on = client mode (DHCP) Any ideas? Lunokhod
  22. lunokhod
    Now I know... I don't mind the log file name being a Unix time stamp of when the file was created. I can always refer to the file system time stamp as to when the log file was last modified, this will be in local time. If you could change the infusion to show local time instead of UTC in the log history tab... that would be fantastic!
  23. lunokhod
    Oh yes. It's connected to my work WiFi access point. I can access the WiFi Pineapple from a computer inside the network on the IP address assigned by the main routers DHCP server. I don't have an issue with the wlan2 radio and it's connection to work.. it's the WiFi Pineapples own access point on wlan0/radio0 that seems to act up.
  24. lunokhod
    Hi Everybody, I've been getting back into playing with my Wifi Pineapple Mk V in recent weeks. I'd like some ideas on how I can improve the reliability of the Mk V for unattended use... in particular the "access point" running on wlan0. Also wondering if others have experienced my symptoms. At the moment my Mk V is out in my car and it's connected to my works WiFi access point for internet connectivity using wlan2 (external Alfa radio), around 30 feet away. I have MK V Karma and Pine AP running... as well as URL Snarf on br-lan... just to see what people are doing with the "Free WiFi" service they find. I'm using my Nexus 5 as a guinea pig too... it too is connected to "Free WiFi". I get random devices connecting and I can see the log file in URL Snarf being updated. But from time to time I see no updates in the URL Snarf log file. I check my phone and I find it's connected to the work WiFi, instead of "Free WiFi". I can see "Free WiFi" in the list of available access points on my Nexus 5 and it's plenty strong... but when I try to connect, it immediately fails. Other WiFi devices I have at work also fail when trying to connect. A power reset seems to fix it... as does disabling/enabling radio0... but the fix does not "stick". It might work for a few hours... sometimes only 15 minutes. Today it's happened two times in the last three hours. I think a five hour stretch of "uptime" a few days ago was the record. What can I do to make the Mk 5 access point more reliable?? I'd like the confidence to be able to leave it all day... "gathering information". Lunokhod.
  25. lunokhod
    Ahhh.... now it makes sense. Still wish the URL Snarf and SSL Strip infusions would add/subtract UTC offset in the History tab...
×
×
  • Create New...