Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.internet.wireless    |    Fun with wireless Internet access    |    55,960 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 55,953 of 55,960    |
|    Marian to Char Jackson    |
|    Re: Tutorial: Query the Apple database w    |
|    31 Dec 25 00:51:56    |
      XPost: alt.comp.os.windows-10, alt.comp.microsoft.windows, alt.c       mp.os.windows-11       From: marianjones@helpfulpeople.com              Char Jackson wrote:       > A BSSID is typically based on the interface's MAC address. Each MAC       > address is assumed, by many people, to be globally unique, but they       > don't have to be.* It helps greatly if a MAC address is unique within       > its local network segment, but a duplicate MAC appearing somewhere else       > shouldn't cause any problems. By extension, a duplicate BSSID appearing       > somewhere else shouldn't cause any problems that I can think of.       >       > So my question is, would it help Arlen's quest for privacy if he were to       > choose a MAC, and thus a BSSID, that already exists somewhere else and       > is already present in the database? When someone does a query on that       > BSSID, would they get the first result, or all results? I wonder if       > Arlen has checked for duplicate BSSID entries in his favorite database.       >       > *Many years ago, where I worked we trialed a piece of software that       > intentionally used the same IP address and MAC address on every server       > in the pool. That violates everything we're taught about network       > addressing, but it didn't cause any problems. It simply moved certain       > tasks farther up the network stack. We ended up buying and deploying       > that software into our production network.              Hi Char Jackson,              Happy New Year!              You are one of the people on this newsgroup who know more about routers       than anyone I personally know, including me, although Jeff Lieberman and       Paul and a few others would know as much or almost as much as you do.              So I welcome your question as I am wondering the same things myself!              In the context of OpenWrt running on consumer-grade hardware, it is       important to distinguish between what the configuration layer *allows*       you to request and what the underlying wireless chipset and driver will       actually honor. While OpenWrt exposes 'option macaddr' for wireless       interfaces, the ability to override the BSSID (which is simply the MAC       address of the AP's radio interface) is entirely dependent on the       capabilities of the Wi-Fi hardware and its corresponding mac80211 or       vendor-specific driver.              Most consumer routers use Broadcom, Qualcomm Atheros, or Mediatek       chipsets whose Wi-Fi MAC addresses are stored in OTP/EEPROM and are       treated as immutable by the firmware. Even when OpenWrt writes an       override into /etc/config/wireless, the driver frequently rejects the       requested MAC because the hardware enforces the burned-in address or       derives multiple interface MACs from a fixed base. As a result, the       BSSID remains tied to the factory-programmed value regardless of user       configuration. This is why many OpenWrt users observe that attempts to       spoof the BSSID simply do not take effect on real consumer hardware.              Only a subset of chipsets, typically those using fully mac80211-based       drivers with permissive MAC handling, will accept a user-specified       address for the AP interface. Even then, the override must satisfy the       802.11 requirement for a unicast, locally administered MAC (i.e., the       second-least-significant bit of the first octet must be set, and the       least-significant bit must be clear). If the address fails these       constraints, the driver will silently normalize or reject it.              Because of these hardware and driver limitations, the idea of selecting       an arbitrary BSSID to "collide" with an existing entry in a Wi-Fi       positioning database is largely theoretical for typical OpenWrt       deployments. Even on hardware that does permit MAC spoofing, WPS systems       such as Apple's treat the BSSID as a unique key and will simply update       the single stored location rather than maintaining multiple entries. As       a consequence, spoofing an existing BSSID does not provide meaningful       privacy benefits and, in practice, is simply not achievable on most       consumer routers, even when they are running the latest OpenWrt firmware.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca