No surprise to see a number of weather apps on here. Seems to be such an incredibly scummy category. The built in Apple app is fine for basic information. There are plenty of high-quality third-party apps. Weather Line (my fav) is $2. DarkSky is $4. Instead people go for these weird free apps covered in ads with terrible UIs. The NOAA one isn’t made by the government, seems like using that name should be some kind of…
In the US, high quality weather data and forecasts can be bookmarked as a web page/icon for your zip code, https://www.weather.gov . Works well and no data leakage.
Popular iPhone apps caught sending user location data to monetization firms
211–220 of 261 posts
Re: Popular iPhone apps caught sending user location data to monetization firms
#212Earlier quoted context omitted.
> The NOAA one isn’t made by the government, seems like using that name should be some kind of copyright infringement. I'm pretty sure copyright doesn't apply here! It's possible it's a trademark infringement? (No idea if the name or acronym are trademarked though), or possibly impersonation of a government entity? Either way, it's certainly not a copyright issue to use the name.
You’re right, trademark infringement just what I should’ve written. It’s probably fine legally. They’re showing new NOAA weather data, so calling it a “NOAA weather“ or “NOAA Radar” is correct, just misleading.
"NOAA weather" as the app name implies that the direct source of the _app_ is NOAA, "Weather using NOAA data" and similar wording disambiguates and avoids trademark infringement (and/or passing off ["misappropriation"/misrepresentation in USA] - which is a very weak unregistered version of Trademark which this situation nonetheless appears to fall foul of).
Re: Popular iPhone apps caught sending user location data to monetization firms
#213Earlier quoted context omitted.
pihole is really easy to setup and the default block list gets a large chunk.
Pi-hole is great and all, but people use their phones on mobile data too and on various other WLANs away from home.
Re: Popular iPhone apps caught sending user location data to monetization firms
#214Earlier quoted context omitted.
A lot of work went into rooting out these trackers, what data they sent, and what apps they were in. We used a combination of static code analysis for each, runtime analysis (eg. Corellium), and network packet capture/analysis. The good news is that only that last part is required if you would like to try this, now that the commonly used hostnames are published. Folks can add the full list to a system such as Pi-Hole…
now that the commonly used hostnames are published. The problem I see with that is that apps could easily start proxying the requests though their own servers.
Re: Popular iPhone apps caught sending user location data to monetization firms
#215Re: Popular iPhone apps caught sending user location data to monetization firms
#216No surprise to see a number of weather apps on here. Seems to be such an incredibly scummy category. The built in Apple app is fine for basic information. There are plenty of high-quality third-party apps. Weather Line (my fav) is $2. DarkSky is $4. Instead people go for these weird free apps covered in ads with terrible UIs. The NOAA one isn’t made by the government, seems like using that name should be some kind of…
> The NOAA one isn’t made by the government, seems like using that name should be some kind of copyright infringement. I'm pretty sure copyright doesn't apply here! It's possible it's a trademark infringement? (No idea if the name or acronym are trademarked though), or possibly impersonation of a government entity? Either way, it's certainly not a copyright issue to use the name.
https://www.law.cornell.edu/uscode/text/15/1052
That includes government agencies themselves:
https://cases.justia.com/federal/appellate-courts/cafc/12-13...
Re: Popular iPhone apps caught sending user location data to monetization firms
#217Re: Popular iPhone apps caught sending user location data to monetization firms
#218Earlier quoted context omitted.
1a. You don't have to pin the leaf. You can pin an intermediate 1b. Or you can pin the public key and ignore the certificate altogether, new certificates for the same key can be obtained as necessary. 2. The maximum certificate lifetime is currently 825 days, which, unless you're on another planet, is not "yearly". 3. If you're pinning for an application (not a generic website accessible in browsers) you don't need a…
Clever but if you try tricks like that you can’t use the system libraries which is rather inconvenient.
Re: Popular iPhone apps caught sending user location data to monetization firms
#219Earlier quoted context omitted.
1a. You don't have to pin the leaf. You can pin an intermediate 1b. Or you can pin the public key and ignore the certificate altogether, new certificates for the same key can be obtained as necessary. 2. The maximum certificate lifetime is currently 825 days, which, unless you're on another planet, is not "yearly". 3. If you're pinning for an application (not a generic website accessible in browsers) you don't need a…
1a. You can't control what root/intermediate will be used by your certificate supplier one year from now. 1b. You should not reuse private keys between certificates and never for intermediate or root. 2. It's yearly or 2 years for the most common suppliers. 3. Have fun getting your certificate accepted from every device and operating system. Anyway. I am not saying that it can't be done, I'm saying that there are a l…
You have full control in a native iOS app over which certificates you accept or reject. Which is why the author specified that the trick would work if the endpoint is just for apps.