Here's a python script that will connect to your Kismet server, grab client MAC addresses and send them off to Microsoft's SCCM to try to match them to usernames.
skism
The coding is probably pretty rough, but I'm not really a coder, so...
If anyone finds this useful, let me know.
Wednesday, August 4, 2010
Thursday, March 4, 2010
Looks Like I was Wrong...
...Thanks to Jeremy.
No, really, thanks Jeremy. I was pulling my hair out until he posted this:
That did the trick! So, it looks like the build does still work with the above modifications to the wireless config file.
No, really, thanks Jeremy. I was pulling my hair out until he posted this:
One thing you might need to check is your wireless config file on the router located at:
/etc/config/wireless
The following settings for that work for me:
config wifi-device wlan0
option type mac80211
option channel 5
option macaddr xx:xx:xx:xx:xx:xx (this is yours, not mine)
config wifi-iface
option device wlan0
option network lan
option mode monitor
That did the trick! So, it looks like the build does still work with the above modifications to the wireless config file.
Thursday, February 25, 2010
Broadcom issues with newer OpenWrt trunk
I've been trying to compile the new svn of OpenWrt and wireless seems to be a no-go for the WRT54GL. Then I ran across the following on the OpenWrt site:
Note: The brcm47xx still won't work for those of you needing broadcom wifi, stick to brcm-2.4. We will tell you when it does work.After much testing and corresponding failures, I'm thinking this is not going to work in the near future, especially for using Kismet. So, I kept an older version of the svn in a separate directory and have backed that up for use with building Kismet. The total structure is around 2Gb, so it is rather large. Not sure where I can host that data yet, but if anyone wants an older version that will build for use with Kismet (this is the same directory that was used to build the images on this site), let me know and I'll try to find a place to put them.
Tuesday, February 2, 2010
Kismet-Newcore OpenWRT Cross-Compile (UPDATED Makefile)
The new version of kismet moves some lines out of the Makefile and into the Makefile.inc which causes the original instructions to fail. Here's the updated step:
#Edit Kismet Makefile.inc
cd ~/trunk/build_dir/target-mipsel_uClibc-0.9.30.1/kismet-2010-01-R1
vi Makefile.inc
-Change the following flags:
CFLAGS = -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -I/include -I/usr/include/ncurses
CXXFLAGS = -Wall -Os -pipe -mips32 -mtune=mips32 -funit-at-a-time -fhonour-copts -msoft-float -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -fno-builtin -fno-rtti -nostdinc++
CPPFLAGS = -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -I/include -I/usr/include/ncurses
-To: (You are adding the "+" before the "=")
CFLAGS += -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -I/include -I/usr/include/ncurses
CXXFLAGS += -Wall -Os -pipe -mips32 -mtune=mips32 -funit-at-a-time -fhonour-copts -msoft-float -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -fno-builtin -fno-rtti -nostdinc++
CPPFLAGS += -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include -I/home/mike/openwrt/trunk/staging_dir/target-mipsel_uClibc-0.9.30.1/target-mipsel_uClibc-0.9.30.1/usr/include/uClibc++ -I/include -I/usr/include/ncurses
Thursday, November 19, 2009
Kismet init
Here's a script to add to /etc/init.d that will start kismet_drone on router startup. Put this code in a file called "kismet_drone" (or whatever you want to call it):
Once this is done do the following:
Now kismet_drone will start whenever the router is restarted. The "stop" command doesn't work very well, I'm still working on fixing that issue.
#!/bin/sh /etc/rc.common
# Copyright (C) 2008 OpenWrt.org
START=65
PROG=/usr/bin/kismet_drone
start() {
$PROG
}
stop() {
killall kismet_drone
}
Once this is done do the following:
cd /etc/rc.d
ln -s ../init.d/kismet_drone S65kismet_drone
Now kismet_drone will start whenever the router is restarted. The "stop" command doesn't work very well, I'm still working on fixing that issue.
Monday, November 16, 2009
Flashing the Flashed
If your router is already flashed with DD-WRT, the easiest way to get the drone working is to use SCP and MTD. Here's the quick 'n' dirty:
#SCP .trx file to router
scp filename.trx root@routerip:/tmp/
#SSH into router
ssh -lroot routerip
#Start the flash
cd /tmp
mtd -r write filename.trx linux
At this point the router will begin the flash process. Be patient, don't jump the gun and pull the plug on the router (potential brickage might follow). This usually takes 3-5 minutes, just wait for the router to reboot, then you will have to telnet back in and do the configure thing all over again.
#SCP .trx file to router
scp filename.trx root@routerip:/tmp/
#SSH into router
ssh -lroot routerip
#Start the flash
cd /tmp
mtd -r write filename.trx linux
At this point the router will begin the flash process. Be patient, don't jump the gun and pull the plug on the router (potential brickage might follow). This usually takes 3-5 minutes, just wait for the router to reboot, then you will have to telnet back in and do the configure thing all over again.
Thursday, November 12, 2009
OpenWRT Kismet Files - Part Deux
So, here are a couple of things to do after flashing your router.
After flash:
Edit /usr/local/etc/kismet.conf on server to add in drone source.
(if you have more drones, add them here as well:
ncsource=drone:host=x.x.x.x,port=2501,name=drone2
ncsource=drone:host=x.x.x.x,port=2501,name=drone3
)
Edit /etc/kismet/kismet_drone.conf on drone to add source.
You can also set allowedhosts in the kismet.conf/kismet_drone.conf files if you want only specific hosts to talk to the drones.
Drone setting:
Server setting:
Set your timezone on the drone:
echo timezone > /etc/TZ
Example:
date mmddhhmmccyy
Example:
After flash:
Edit /usr/local/etc/kismet.conf on server to add in drone source.
ncsource=drone:host=x.x.x.x,port=2501,name=drone1
(if you have more drones, add them here as well:
ncsource=drone:host=x.x.x.x,port=2501,name=drone2
ncsource=drone:host=x.x.x.x,port=2501,name=drone3
)
Edit /etc/kismet/kismet_drone.conf on drone to add source.
ncsource=wlan0
You can also set allowedhosts in the kismet.conf/kismet_drone.conf files if you want only specific hosts to talk to the drones.
Drone setting:
droneallowedhosts=x.x.x.0/24,x.x.x.xServer setting:
listen=tcp://hostip:2501Set your timezone on the drone:
echo timezone > /etc/TZ
Example:
echo EST+5 > /etc/TZdate mmddhhmmccyy
Example:
date 111212002009
Subscribe to:
Posts (Atom)