News for hackers. Stuff that matters.
Re:Apple declined to implement 16 Web APIs in Safari due to ... by untog on Monday June 29, 2020 @01:30PM (#23679848)
You have to build these APIs before people use them, and a lot of what Google has been building into Chrome is stuff native apps can do, so the use-case is clearly there.

IMO native apps are capable of far more invasive privacy violations than the web is. But for some reason they're given a very free pass by comparison.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by coliveira on Monday June 29, 2020 @01:55PM (#23680192)
Native apps are not handling my bank account passwords. They're also not collecting data about my consumer behavior with the goal of displaying more ads. This is a big difference.
Re:Apple declined to implement 16 Web APIs in Safari due to ... by CaveTech on Monday June 29, 2020 @02:13PM (#23680437)
> Native apps are not handling my bank account passwords.

You're conflating browsers (Chrome, Firefox, etc) with user applications. User applications are still not handling your bank passwords.

> They're also not collecting data about my consumer behavior with the goal of displaying more ads.

lol? Absolutely wrong here.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by untog on Monday June 29, 2020 @02:17PM (#23680484)
> They're also not collecting data about my consumer behavior with the goal of displaying more ads

This is my original point. They 100% absolutely are. Look at some of the ad and tracking frameworks for native apps. Somehow no one cares.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by breakfastduck on Monday June 29, 2020 @01:45PM (#23680051)
They're given a very free pass because it's incredibly easy to block a native app from sending data back or even connecting to the internet at all.

You have a lot more control over something that's running locally than something running serverside that simply using the client to harvest data.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by osrec on Monday June 29, 2020 @08:19PM (#23685118)
It's even easier to block a web app - just don't visit its web address.

A native app sits on your device, executing all kinds of code, sometimes without your knowledge. With PWAs, the code is more or less open source - all the JS is there for you to inspect - even after obfuscation, you can see the network requests being made in the dev tools of any browser.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by breakfastduck on Tuesday June 30, 2020 @04:22PM (#23694358)
I appreciate that and maybe didn't make my point as best as I could.

My point was essentially that you can run a native app without internet access most of the time (and can easily block the app making calls out by switching the internet off or blocking the calls its making) but a web app you have absolutely no control over, you just have to not use it.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by osrec on Tuesday June 30, 2020 @05:11PM (#23694830)
That's not true with PWAs. You can have PWAs that operate offline. The problem is that not enough web developers know how to build good offline-only PWAs. But trust me, they're coming!
Re:Apple declined to implement 16 Web APIs in Safari due to ... by jfkebwjsbx on Monday June 29, 2020 @01:45PM (#23680053)
Well, because native apps are intended to be trusted. They do not have a motivation to invade your privacy: proprietary apps are usually paid upfront and risk their future clients, open source can be inspected.

Instead, the overwhelming web business model is "free to use" (akin to f2p in games). That means ads and other monetization side channels become the priority of the app, not the app itself.

And that is for trusted web apps. Let's not even talk about the fact that you are executing random code every time you visit any webpage. That just does not happen with native apps.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by untog on Monday June 29, 2020 @01:50PM (#23680114)
That's not true at all! Free native apps abound. Web apps tied to subscriptions are also plentiful.

Open source is neither here nor there: both web sites and native apps can be open source. In fact, the web is unique in allowing you to actually inspect the source that is running on your machine, you have no way of verifying that the code in an open source repo is what actually runs inside your iOS app.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by strbean on Monday June 29, 2020 @02:23PM (#23680585)
> In fact, the web is unique in allowing you to actually inspect the source that is running on your machine

To be fair, this is changing with WASM. On the other hand, there are tons of obfuscation opportunities with native executables that don't exist for WASM.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by jfkebwjsbx on Monday June 29, 2020 @03:45PM (#23681747)
> Free native apps abound.

Yes? I haven't claimed there aren't free native apps.

> Web apps tied to subscriptions are also plentiful.

Fair, but most of the ones I know are usually technical apps or they offer something else that is not about software (for instance, storage more than the app).

> the web is unique in allowing you to actually inspect the source that is running on your machine

That is not unique, nor true.

Uniqueness: you have apps made in scripting languages everywhere. Even for compiled languages it is a decision not to give you the code, not a technical one.

Truthness: many webs are obfuscated on purpose like native apps are.

> you have no way of verifying that the code in an open source repo is what actually runs inside your iOS app.

False, you can definitely verify that a binary matches the source code in deterministic builds and even provide debugging symbols etc. The fact that many projects don't care about that does not mean there is "no way", it just means the overwhelming majority of users do not care.

Re:Apple declined to implement 16 Web APIs in Safari due to ... by untog on Monday June 29, 2020 @04:28PM (#23682434)
What about Facebook? A native app, free, tied to a business and utterly motivated to violate your privacy.

> False: you can definitely verify that a binary matches the source code in deterministic builds

If I want to check an app I have installed from the iOS App Store matches the code provided in an open repo, how would I go about doing that?

>Truthness: many webs are obfuscated on purpose like native apps are.

True. But their underlying behaviour, i.e., what data they send and where they send it, is viewable and blockable by browser extensions.