| "pfjw@aol.com" <pfjw@aol.com>: Aug 04 10:42AM -0700 On Tuesday, August 2, 2016 at 3:37:29 PM UTC-4, Aardvarks wrote: >>Stuff. Are you related to Danny D. by any chance? |
| Jeff Liebermann <jeffl@cruzio.com>: Aug 04 11:01AM -0700 On Tue, 2 Aug 2016 19:37:23 +0000 (UTC), Aardvarks >Specific things only. >Not Marketing crap please. Even your Smartphone battery status is tracking your online browsing: <http://tech.thaivisa.com/warning-your-smartphone-battery-status-is-being-used-to-track-your-every-move-online/16596/> <http://randomwalker.info/publications/OpenWPM_1_million_site_tracking_measurement.pdf> Resistance is futile. So it capacitance and inductance. You will be conglomerated into the data mass. -- Jeff Liebermann jeffl@cruzio.com 150 Felker St #D http://www.LearnByDestroying.com Santa Cruz CA 95060 http://802.11junk.com Skype: JeffLiebermann AE6KS 831-336-2558 |
| Meanie <meanie.brat@gmail.com>: Aug 04 04:40PM -0400 On 8/3/2016 5:07 AM, Michael Eyd wrote: > wouldn't have felt the need to insult the group that is most likely to > be of a different opinion. > Michael So many complaints about this person and yet so many replies. People sure don't know how to ignore but sure know how to whine. |
| Chris <ithinkiam@gmail.com>: Aug 04 09:03PM > On Wed, 3 Aug 2016 11:04:13 +0200, Michael Eyd wrote: >> You didn't prove that the ID is actually wiped out. > I am a scientist. You're many things, but sorry you're no scientist. > explored, such as the question of whether the Advertising ID is hidden > somehow, and that similar tests need to be performed to see if it is as > easy to eliminate the advertising ID on iOS as it was on Android. None of which tests your original hypothesis. Pointless exercise. > This is what scientists do. No. The traditional scientific method is you make an observation, develop a hypothesis based on the observation, design an experiment ideally to disprove your hypothesis, and then assess objectively whether the experiment had achieved your aim. Nowadays you can also develop hypothesis free experiments, generally where your large amounts of data in an attempt to develop a hypothesis. > This is fact. Good scientist are rarely categorical. That's a fact ;) |
| Aardvarks <aardvarks@a.b.c.com>: Aug 04 08:13PM -0400 On Thu, 04 Aug 2016 11:01:27 -0700, Jeff Liebermann wrote: > <http://randomwalker.info/publications/OpenWPM_1_million_site_tracking_measurement.pdf> > Resistance is futile. So it capacitance and inductance. You will be > conglomerated into the data mass. Hi Jeff, I've given up responding to the Apple Apologists who infest the iOS newsgroup, so, you're the only one I'm responding to. Not one of them provided a *single* valid datum (and we knew that from the start). The iOS people can't comprehend actual *facts*. It's beyond their capabilities. a. They bought on pure style, facts be damned b. They fear so much that Apple Marketing plays them like a fiddle c. IOS users "just give up", which is how they handle their AdID privacy But on to your point... I *understand* your sentiment that resistance is futile, and I even echoed that by stating that neither iOS nor Android is inherently more secure because it's like saying which leaks water faster, a steel garbage can peppered by buckshot or a plastic recycling bin peppered by buckshot. However, with respect to *just* the advertising ID, the references I cited explained the program that generates it, and, wiping out that program wiped out the reference ID (as far as *anyone* can show) - so, at least on Android, the recycling bin has a few holes you *can* plug up. On the far more primitively less tweakable iOS, you can't plug those holes, so, they exist, no matter what you do. But, again, your point is valid that *both* platforms are so full of security holes that only people who actually believe everything that Apple Marketing spews forth would (falsely) feel more secure with one than with the other. Regarding your reference ... https://blog.lukaszolejnik.com/battery-status-readout-as-a-privacy-risk/ It's interesting that Firefox calls the smartphone battery API in order to figure out your battery level, such that the battery level can be used for fingerprinting. https://www.w3.org/TR/battery-status/ It's also interesting that it's "slightly* less fingerprintable if you're *not* connected to a charger. This is interesting because panopticlick, last I checked, did not look at this information - but - perhaps should. (I keep a clean browser from fingerprinting.) Also, when I look in App Ops Starter for the permissions granted Firefox, they entail only: - Location (typically I turn this off) - Modify clipboard - Read clipboard - Post notification - Vibrate - Modify settings - Draw on top - Camera - Record audio So, it's disappointing that App Ops Starter doesn't list that Firefox has access to the "Battery status" which is a *short-lived identifier*. If Apps Ops Starter listed that short-lived identifier, we could simply turn off that access from within App Ops Starter. As for protection against this fingerprinting threat, it would be nice if we can find an app that randomly adjusts the battery registers for the three battery parameters that are reported by the battery monitor API: 1. The current level of battery (from 0.00 to 1.0) 2. Time, in seconds, for the battery to discharge 3. Time, in seconds, for the battery to charge (only if connected) I read a few related references, which don't specifically mention laptops: http://www.bleepingcomputer.com/news/security/how-battery-status-readouts-can-threaten-user-privacy/ Do you think this Firefox battery-status fingerprinting also works for laptops? |
| nospam <nospam@nospam.invalid>: Aug 04 08:17PM -0400 In article <no0lof$1ajm$1@gioia.aioe.org>, Aardvarks > On the far more primitively less tweakable iOS, you can't plug those holes, > so, they exist, no matter what you do. invalid assumptions. |
| "pfjw@aol.com" <pfjw@aol.com>: Aug 04 12:39PM -0700 On Saturday, July 30, 2016 at 12:18:04 PM UTC-4, Aardvarks wrote: > If so, why do you think this is the case? > ------------------------------------------- > NOTE: Jeff is honest to a fault, so, his opinion matters greatly. That has not been my experience at all. At our summer house, where the nearest WiFi is more than 100 yards away, my wife's iPhone gets it routinely, my Android and Samsung tablet acknowledge that it is there, but cannot get enough signal to connect. At home, within a very few yards of the WiFi, both are just fine. Now, what is interesting is that if we have many devices connected - as in when the kids and grandkids are in the house and all using the same WiFi, the iPhones will sometimes be knocked off and the android/Samsung tablets survive. Go figure. I don't think this has much to do with antennas nor with any other specifically physical manifestation. I think it has more to do with signal sensitivity and internal signal handling. At 900 MHz, there will be *some* orientation issues, of course, so the phone position will have *some* effect on reception. We found that when we oriented the antenna at our repeater (we have a large footprint house) to a specifically vertical position and matched that to the main transmitter, things did get better. The bottom line is that our reception is situational. The Apple products do much better with a really weak signal - if demand is uncrowded. They do not do so well when there is a great deal of demand on a single source even if the signal is "stronger". Peter Wieck Melrose Park, PA |
| avagadro7@gmail.com: Aug 04 04:47PM -0700 A primitive approach for Apple. Cost of a circuit adding Q with rising traffic is ? prohibitive. try sized metal plates in the hallways for physically dircting traffic rf ? is that available at the frequency level ? |
| jurb6006@gmail.com: Aug 04 04:07PM -0700 >"Put a diode in series with the battery lead. " Can't do that because then it won't charge. Maybe with two, one in each direction but then it'll probably never fully charge. |
| You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to sci.electronics.repair+unsubscribe@googlegroups.com. |
No Response to "Digest for sci.electronics.repair@googlegroups.com - 9 updates in 3 topics"
Post a Comment