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,913 of 55,960    |
|    Marian to All    |
|    Re: Help! How do we get Apple to care ab    |
|    26 Dec 25 13:36:57    |
      XPost: alt.comp.os.windows-10, comp.mobile.android       From: marianjones@helpfulpeople.com              > Any ideas to get Apple to do what they say they do when it comes to       > supporting consumer, corporate and government privacy?              I need to build isolated Wi-Fi environments whose only purpose is to       broadcast (or hide) SSIDs by following Apple's own published legally       binding privacy rules so we can observe how Apple's WPS system behaves.              I have a friend at Google in the Silicon Valley who is willing to help       prove what Apple is doing using a simple test using 3 old spare routers.              How does this look for a checklist to set up those routers for the test?              APPLE WPS / SSID PRIVACY TEST       ASCII CONFIGURATION CHECKLIST       ----------------------------------------------------------------------              GENERAL SETTINGS FOR ALL THREE ROUTERS        [ ] Set to "AP" mode (not router, not gateway)        [ ] Disable WAN connection        [ ] Disable DHCP server        [ ] Disable DNSMasq        [ ] Disable DHCP-Authoritative        [ ] Disable Local DNS        [ ] Set Gateway to 192.168.1.1        [ ] Set Local DNS to 192.168.1.1        [ ] WPA2-Personal, AES/CCMP only        [ ] Channel width: 20 MHz        [ ] Save (not Apply) after each section        [ ] Apply once at the end              ----------------------------------------------------------------------              ROUTER 1: BROADCAST / PUBLIC        Router name: broadcast-public        Hardware: WRT54G v5 (Linksys)        Firmware: Stock Linksys v1.02.8        IP address: 192.168.1.128 (Macintosh 128K was the first Macintosh)        SSID: AppleWPS.broadcast.public        Channel: 1        DHCP: Disabled        Notes: Baseline consumer router, no _nomap              ----------------------------------------------------------------------              ROUTER 2: BROADCAST / PRIVATE / NOMAP        Router name: broadcast-private-nomap        Hardware: WRT54G v8.1 (Linksys)        Firmware: DD-WRT v24 RC-7 (03/19/08) micro        IP address: 192.168.1.129        SSID: AppleWPS.broadcast.private_nomap        Channel: 6        DHCP: Disabled        Notes: Broadcast SSID, opted out via _nomap              ----------------------------------------------------------------------              ROUTER 3: HIDDEN / PRIVATE / NOMAP        Router name: hidden-private-nomap        Hardware: WNR834B v2 (Netgear)        Firmware: DD-WRT v3.0-r51937 mini (03/05/23)        IP address: 192.168.1.130        SSID: AppleWPS.hidden.private_nomap        Channel: 11        DHCP: Disabled        Notes: Hidden SSID, opted out via _nomap              ----------------------------------------------------------------------              POST-CONFIGURATION TEST STEPS        [ ] Verify all 3 APs appear in a Wi-Fi scan (hidden one as "hidden")        [ ] Verify channels 1, 6, 11 are correct        [ ] Verify no router is issuing DHCP leases        [ ] Verify each AP responds to ping at its static IP        [ ] Move APs to a new location        [ ] Wait for Apple devices in the area to upload Wi-Fi scans        [ ] Query Apple's location database (via any Apple device)        [ ] Observe that all three APs appear at the new location        [ ] Observe that _nomap did not prevent tracking        [ ] Document timestamps and movement history              ----------------------------------------------------------------------       When I leave the routers in one location, and then move to the next       location, I expect the following based on my prior tests of Apple's WPS.              EXPECTED OUTCOME        Apple's WPS will not track:        - broadcast.private_nomap        But Apple's WPS will forever track:        - broadcast.public        - hidden.private_nomap               Even though Apple claims:        "_nomap prevents inclusion in Apple's crowd-sourced location database."              ----------------------------------------------------------------------       How does this look for a checklist to set up the 3 old spare routers       to prove how Apple's WPS is poorly designed as per what independent       security researchers have explained in the recently cited references?       ----------------------------------------------------------------------              --- 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