Search the Community

Hey guys, I'm following a tutorial on how to set the nano up for war driving and for some reason when i try to telnet to my phone to connect to the gps (using the share gps app the terminal gives me an error as if telnet isn't a valid command root@Pineapple:~# telnet localhost 50000 -ash: telnet: not found https://holisticsecurity.io/2016/02/27/wardriving-wifi-pineapple-nano-mobile-world-congress-2016-barcelona/ any help would be greatly appreciated 🙂

I recently decided I was sick and tired of using my laptop to wardrive and needed something more portable. I decided to take one of my pi3's load the Kali arm image and went mostly off of this tutorial. The pi has been set-up to start the wifi on boot and not wait for sign-in which, this tutorial does not provide. However the problem is the headless nature of the project. I started writing a small shell script that basically starts gpsd in the background, verifies successful initialization with $?, then puts wlan1 into monitor mode with airmon-ng, and from there, I need to start a headless instance of Kismet. This is where I am having issues. Kismet almost always refuses to run in the background, I run kistmet_server -i wlan1mon -t <logname> -s and it still populates data in the foreground and when I close the terminal so that I can just throw the pi in a bag and go on my merry way, it stops functioning/logging. Any ideas?

I found the iPhone app gps2ip and got it to send gps data to kismet on my laptop. nc -l -p 11123 | tee /dev/ttys0 When I have time I'm going try to run it on the nano. A pineapple nano and an iPhone4 would make a nice small wardriving/walking rig. If if there is any interest I can post my notes on the set up.

Hello, I'm a frequent wardriver (Walker actually, whenever possible.) and I like the new size of the Nano, so I was thinking about using it to do the job. I usually use the Wiggle app, but this drains my battery pretty quickly. The only thing I need to make this work is a GPS that works with any program I could use for this. (For example I've read a lot about using Kismet with a GPS) Are there any GPS units that both work with the pineapple, and are small enough to reasonably attach to the Nanos tactical case? Here is a picture for size. Take from another post.

Hi all, I have a Raspberry Pi 3 with an Alfa AWUS036H with 7dBi directional antenna set up in a vehicle. I'm wondering what the best method of controlling the Pi in a (not very roomy) vehicle would be? I've considered; A Chromebook, chrooted and connected via SSH or Ethernet cable (a little too bulky, as I can't easily put a laptop on my lap in the vehicle) A small dashboard monitor and bluetooth keyboard A Raspberry Pi Touchscreen A keyboard/case combo thing like this Some way of connecting an Android phone to it What would you go for and why?

I plan on using a Raspberry Pi 2 running Raspian. I want to wardrive wifi and bluetooth at the same time also while using gpsd of course for a rough location on one Raspberry Pi. I will be using an Alfa w/ external antenna and an Ubertooth w/ external antenna. Now for some questions... 1. Will I need to run (2) instances of Kismet, or can it be done is (1) instance, keeping in mind the Ubertooth needs to run a plug-in? 2. If I need to run (2) instances of Kismet, will I need to use (2) separate config files, and/or two installations of Kismet in differing locations? 3. I'm assuming gpsd can feed GPS coordinates to both the wifi and bluetooth scanning? 4. Offer any insight to some problems you think I might run into, or recommandations on the best way to accomplish this, or even perhaps a better way? Any feedback would be much appreciated..Thanks

Hi guys, I was recently looking to get a cheap laptop to stay portable when having some fun with the pineapple, but then I thought; what if I wanted to do some bruteforcing on the go? Then I would have to use its GPU. But I doubt that a cheap laptop will get the job done fast enough on the graphics side. So I did some looking around and found a few external GPU adapters. As long as your laptop has a PCIe slot, you should be good to go. And although it goes through PCIe x2 interface, I think it shouldn’t even matter when using the card for number crunching …as long as you have enough juice to power the thing (car charger adapter for example or just a large battery). This way if you already have a good graphics card, you can take it with you to do something a little more serious than what you could with a laptop onboard GPU. Anyway, I just wanted to share this with you because I thought that maybe this would be interesting for you guys to check out, discuss and have some fun with. Tell me what you think

Hello Guy's last weekend i had the idea to try some war-cycling. and for that i grabbed my mk5 from the shelf and startet scurging the interwebs for information on how to connect a USB GPS dongle to the mk5. this was actualy real easey to do. and i installed the following for testing: Kismet_server and read some where that kismet could directly connect to my USB device. turns out that this is not the case for me. so i installde GPSD and after that kismet found a damn good GPS lock. i decided to run some more tests before i would go on my trip. and found that after starting and stopping Kismet & GPSD a few times the ttyUSB0 dissapears from my /dev folder. now my question is am i the only one having ttyUSB0 disapear on me or are there others on the forum with the same problem. and if so did any one find the reason why or solved it?

tl;dr: I've had a couple instances of my WarWalking data being corrupted when shutting off the Pineapple at the end of a session. Any suggestions for a method to cleanly shut down the Mark V without having to SSH in and type commands? For example, I believe the DIP switches are currently only read at power-up; maybe there's a way to configure one of them to generate a GPIO interrupt and have the interrupt handler signal a shutdown script? Full Story: I purchased the "Tactical Bundle" a while back and have been using it, along with the awesome GlobalSat BU-353S4 USB GPS puck, to do a little WarWalking. I ran into some problems along the way and thought I would share my solutions here in case others are having the same issues. Problem: I wanted to capture using both radios for fewer missed packets. Kismet supports this and will automatically coordinate the channels on each radio so that each one is always listening to a different channel. Solution: Kill hostapd process and put both radios into monitor mode. Problem: I wanted to auto-start in WarWalking mode at powerup, so I don't have to SSH in to type commands or start anything manually. Solution: Configure the DIP swiches to run a script (attached below). Problem: Pineapple has no RTC, so when it boots up without a network connection the NTP daemon cannot set the clock. This results in all the Kismet output files having the same "January 1st" date. Solution: Get the time from the GPS data stream. In my startup script I added a few lines to 1) Wait for gpsd to acquire a 3D satellite lock, and 2) to parse the output of gpsd for the time and use that info to set the system clock. Problem: Heat buildup inside the messenger bag. The Tactical Bundle comes with a very nice bag, but it has zero airflow through the interior, and the Pineapple runs a bit warm. Workaround: Limit duration of war walks. Most of mine last under an hour, so it hasn't really been an issue. Still, heat is the enemy of electronics' longevity, so I'd like to keep things as cool as possible. Solution: Different bag with better airflow. I've seen bags with mesh pockets on the outside which looks like they would have good airflow, but then the Pineapple is basically out in plain sight so stealth goes out the window. Plus there's no protection in case of a sudden rain shower or lawn sprinkler. Problem: Shutting down cleanly to avoid file corruption. I've discovered it's possible to have the Pineapple lose power just as Kismet is writing out its data files, resulting in a zero-length .netxml file and complete data loss. Don't ask me how I know this. Workaround: Upon returning home, plug into the network, SSH in and shut Kismet down manually. A bit of a pain, but it works. Solution: ??? Looking for ideas here! Here is my startup script that gets executed when the middle DIP switch is in the down position. #!/bin/bash # START CLEAN pkill hostapd pkill gpsd pkill kismet /sbin/ifconfig wlan0 down /sbin/ifconfig wlan1 down # START GPSD /usr/sbin/gpsd -n /dev/ttyUSB0 # WAIT UNTIL IT'S READY TO ACCEPT CLIENT CONNECTIONS sleep 1 # MONITOR GPS STATUS AND WAIT FOR SAT LOCK gpspipe -w | grep -qm 1 '"mode":3' # PARSE THE CURRENT UTC TIME FROM THE GPSD OUTPUT UTCDATE=`gpspipe -w | grep -m 1 "TPV" | sed -r 's/.*"time":"([^"]*)".*/\1/' | sed -e 's/^\(.\{10\}\)T\(.\{8\}\).*/\1 \2/'` # SET THE PINEAPPLE'S CLOCK date -u -s "$UTCDATE" # LAUNCH KISMET DAEMON /usr/sbin/iwconfig wlan0 mode Monitor /usr/sbin/iwconfig wlan1 mode Monitor /usr/bin/kismet_server --daemonize