[[Suggestion] Css Editor Tweaks]

There have been a couple of threads of people looking for css tweaks for the pineapple UI, but I haven't really come across many of them. I started working on a less conspicuous UI than the stock matrix css and came up with a couple of ideas.

It seems like people use the CSS editor more like a module than a configuration.

a CSS module could support 'themes' or different css loadouts that could be downloaded and loaded into the pineapple.

Im sure I could even make a pineapple layout that mimicked facebook.

add a basic html color picker.

rating system perhaps.

Just some ideas

[Mk4 Firmware 2.6.4 Release]

You have found something no one has since 2.6.0 - no dsniff.

dnsspoof and urlsnarf are both working for me on 2.6.1

[Nyan Image Issues]

instead of /nyan/nyan.gif

do

nyan/nyan.gif

same with the .mp3

the dir structure is /www/nyan/nyan.gif. The index.html is in the nyan directory and images are relative to the directory in which the page is being pulled from. so just changing the url for the image from '/nyan/nyan.gif' to 'nyan.gif' should work as they are in the same directory. When you add a '/' to the beginning, it tells the webserver to start at the root of the web directory (/www/). I have no idea why '/nyan/nyan.gif' does not work, as it is valid for your directories. Have you tried pulling the image up directly? There could be a problem with the image in the first place.

For you, it should be http://172.16.42.1/nyan/nyan.gif

It is not a problem with the symlink as then /nyan/index.html would have 404d.

From your 'C++' comments before, I assume you are using Notepad++ to check out and edit the files. If this is the case, you should not use Notepad++'s 'Run' Feature to view the files. This brings up a local file, not a file on the webserver (pineapple). This is what petertfm was saying. You should use the actual webserver for your testing, so use 172.16.42.1/nyan/index.html for testing after you have saved your files to the pineapple.

[Pop This!]

There are more powerful portable batteries which are smaller too.

Pineapple Juice = 1400 mAh

POP = 26000mAh

That is it's selling point to me.

[Autoconnect To Pineapple]

That seems crazy to me. Scale - Do you know what the client was running? Any special wifi management software on it?

This whole thing has brought up an idea. I understand that karma responds to probe requests and that the authentication fails on (client) saved networks that are not open. This causes the client to not be able to associate with the pineapple. I also understand that because of the nature of WPA's 4 way handshake it is impossible to spoof authentication because the PSK is never actually exchanged. My question is this though, wouldn't it (theoretically) be possible to, if you know the PSK of a victim AP, set up the pineapple with identical encryption & PSK and then karma would work for that probe.

I understand that this would only work for a single encryption schema at a time (a single AP), but if you are trying to target a single victim, instead of the general 'wander until you find victims', this seems to be the best way. Deauthing a target would then cause them to connect to your pineapple regardless of the security of the target network.

Is this (theoretically) possible? Or is there something that prevents it within 802.11x that I am missing/do not understand?

[Autoconnect To Pineapple]

Maybe off topic:

My pineapple succesfully impersonated a WEP AP. It even displayed as security type WEP in windows.

Are you sure about this? Verified with IP settings?

[Updated Aircrack Suite]

I am experiencing the same problem with both BT5R2 & R3.

I am so confused and have spent 5 to 6 hours today trying to get Airdrop to work, to no avail.

The problem seems to be with the dependencies, as lorcon2 and pylocon are tough buggers. On the online man page for airdrop, it mentions that it doesnt support newer versions of lorcon, and gives instructions to download old lorcon, however when I go to run airdrop, I get a dependency error requiring a liborcon2.so file to be in a /usr/lib directory. The file in question is available when lorcon2 is compiled, however it is named liborcon2-2.0.0.so, so the dependency error is still up. Copying//renaming the liborcon file to match what airdrop is looking for no longer gives me lorcon errors, however I do get the aforementioned error "Interface mon0 does not exist".

I wouldn't be chasing this so much except that airdrop is said to support client deauth management as well as station.

a simple rule of

a/[an ap]|[my mac or usb adapter]
a/[pineapple]|any
d/any|any
[/CODE]

Would make the pineapple into a wifi nuke, and would not permit anyone to use any internetz except my pineapple, while still allowing my pineapple to connect to an access point to route internet to.

Any ideas would help.

[Mk4 Firmware 2.6.4 Release]

1. USB stability issues. The following reports:
   

• ALFA NHA does not work if plugged in on boot. Requires plugging in once the device is booted. (Can't confirm, worksforme, see below)
  
• The same goes for other ALFAs (can't confirm).
  
• ALFA NHA does not support injection (Can't confirm, worksforme, see below).
  
• mdk3 deauth works but doesn't print any information to screen. I believe this is fixable as we had a similar problem with another program earlier.
  

In regards to the USB stability issues, I recommend anyone having them to re-flash, reboot their devices and then try again.

As for this, My Alfa AWUS036NH (RT2870/RT3070) still does not work. Shows up in lsusb but phy1 is not listed under 'iw list', so petertfm's suggestion will not work either. Not sure if this one was included in the 'other alfa' statement.

I have, however, verified that usb stability is also not working. Ive tested this both with usb plugged in at boot and unplugged at boot, it simply keeps incrementing sd[a] every time. flash drive: Bus 001 Device 004: ID: xxxx:xxxx Alcor Micro Corp. Flash Drive

Verified 2.6.1.