Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: Wireless range limiting |
|---|---|
| Date: | Wed, 16 Apr 2008 22:53:09 -0600 |
On 4/16/08, Nico Darrow <ndarrow@airdefense.net> wrote: Speak of the devil.
Here's my recommendation. If you want to limit the range of an AP, then just disable it's lower bitrates.
Interesting suggestion - reducing your effective range by increasing sensitivity to signal strength and interference doesn't necessarily operate on the principle of least astonishment, but for some it might be effective. For the non radio-heads out there, this approach won't reduce your visibility to clients, just their ability to associate with your AP from a distance.
slower B clients with longer transmit windows), but you also get out of reach of most script kiddies with their 802.11b prism2 chipset ;-P
You're at least one major revision behind (two if you consider Orinoco really was the last 11b darling, after Prism), the great majority of kiddie cards have been replaced with 11a/g Atheros chipsets.
Remember nothing beats a good Wireless IDS/IPS :-P
Says the guy that works for a wireless IDS/IPS company. How's that WEP 'cloaking' doing for you guys, you ever run that and your IPS bit through the ISM non-interference clause?
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Java based vulnerabilities, Florencio Cano |
|---|---|
| Next by Date: | RE: Security Trend Analysis, Nathan Sherlock |
| Previous by Thread: | RE: Wireless range limiting, Nico Darrow |
| Next by Thread: | Re: Wireless range limiting, RB |
| Indexes: | [Date] [Thread] [Top] [All Lists] |