Re: Apple changed their documentation at my request but it proves they don't care about privacy

Maria Sophia <[email protected]>
Newsgroups misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10
Organization BWH Usenet Archive (https://usenet.blueworldhosting.com)
Message-ID <[email protected]>
Chris wrote:
>> My impression is that as a result of Maria's communications with them,
>> Apple updated their documentation to note that "hidden" networks are
>> still listed in their database, and removed Maria's own BSSID(s) from
>> the database.
> 
> That's purely a correlation. It could be a coincidence.  And is there any
> evidence that the documentation did change? We only have his say so.

Removing all but alt.internet.wireless from the f'up since the Apple trolls
(Chris, in this instance) are bullshitting us like there's no tomorrow.

The BSSID:GPS breadcrumb trail is very DIFFERENMT between iOS & Android
devices & it's very DIFFRERENT between Python & the Apple/Google databases.

First off, we discussed this in December, in gory detail, and we covered
EXACTLY what the Apple documentation said, and we discussed EXACTLY that I
went to a my next-door neighbor, who is an executive at Apple to get it
corrected, and we discussed, THEN, that it wasn't documented, for God's
sake.

Moreso, as we know now, it's corrected.
 <https://support.apple.com/en-ie/102515>

So the bullshit that Chris (a known Apple religious zealot troll) spewed is
classic Apple troll bullshit spewed for no other reason than to defend his
Apple God to the death, no matter what, using the first absurdly
preposterous argument he can come up with.

Hell, even if everything I said wasn't true (& in the record) the very fact
that Apple documentation says it TODAY proves the veracity of my point.

The Apple religious zealots will stop at nothing to protect Apple's honor.

Yet, what matters for the people on this newsgroup who are not Apple
religious zealots who defend Apple to the death no matter what, using the
first preposterous excuse they can think off... the facts remain facts.

Likely only one out of ten million people know what I'm saying below... 
(which is why having a stone-age knowledge of networking, doesn't help)

1. Only Apple iOS devices, by default, upload a hidden-broadcast BSSID.
   Specifically, Apple devices see them, they save them, they collect them
   into a packet, they upload them, & Apple never scrubs them, by default.

2. Google Android devices, by default, don't even see them (AFAIK).
   Certainly Google devices don't upload them to the Google WPS database.

3. Both Apple and Google devices, by default, will upload a non-hidden
   broadcast BSSID/GPS pair, but both will scrub those with _nomap.

4. Far worse, and the topic of the paper, Google will NOT allow just anyone
   to read their WPS database, and Google has restrictions on number of
   outputs and quality of request, and in number of requests per day, etc.

5. Apple has NONE of those controls! None. Zip. Nada. (That's the main
   point of the paper for God's sake!). 

6. Worse, Apple will give me (and they have) every single BSSID:GPS pair in
   the world - that's BILLIONS (which the researchers themselves gathered 
   using the Python code that Jon & I both used to test it for ourselves).

I only collected tens of thousands, but anyone with almost no technical
skills whatsoever, can clearly track every single BSSID:GPS pair in the
world, from anywhere in the world, using the Python code Jon and I ran.

Those of you who only own the stone-age networking knowledge we all learned
decades ago won't be prepared to understand what I just explained to you.

Only Apple does this.
Nobody else (to my knowledge).

The BSSID:GPS breadcrumb trail is very DIFFERENMT between iOS & Android
devices & it's very DIFFRERENT between Python & the Apple/Google databases.
-- 
People can't understand what the issue is if they don't understand the
breadcrumb trail from your router access point to my Win10 python runs.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.