Barons also provided for the common defense. An unlocked software architecture and untrusted code leaves people at the mercy of hackers, it doesn't empower the average user.
We can do that defense of users better than we're doing right now, by divorcing the trust model from the paid vendor model, but it's worth noting how we got here in the first place and why where we are now is better for a lot of people than where we were. If we can't recognize that, it's hard to make a value proposition that people will actually sign on to.
There are other solutions to this problem that do not involve surrendering control over everything that matters to corporate interests that may coincidentally align with your own sometimes.
For example, do we really think a corporation primarily motivated by making its profits is going to be habitually careful about software security? We know this is not often the case, because the quality of so much software produced by big businesses today is terrible in terms of security. What is more telling is that it continues to be terrible even though we are well aware of methods to mitigate many of those vulnerabilities. But those methods usually require more skill and/or more time to get right, and typically that means greater up-front costs, and since it turns out that Joe User will often put up with junk security and pay good money for the software anyway, the profit incentive does not have the outcome we would like.
Note that this doesn't necessarily mean Joe likes the poor security. He might be willing to use the tech anyway because he values what he gets from it more than he believes the dangers are costing him, or because he believes the dangers are inherent in the tech and unavoidable, or because he just doesn't realise the dangers are there in the first place.
This can be solved in a number of ways, but most of them come down to showing people that it's possible to do better by writing software that actually does better, and given the lack of commercial incentives coming from above, the most likely place we'll see that is in community efforts. Those efforts don't even have to result in some sort of openly developed software that dominates its market to succeed here, just to make it obvious to enough normal people that they don't need to accept substandard junk and they should demand better in return for their money.
Much the same argument can be applied to issues like privacy, repairable and upgradeable hardware, open standards for data portability, freely programmable devices, and no doubt many more. If competition in the commercial markets isn't getting the job done, yet we know doing the job is possible, it's up to those of us with the knowledge and skills to push things forward for now. That could mean directly creating better hardware and software, educating our less skilled and experienced peers to improve standards in the industry and make hiring better people less expensive, or simply educating users and pushing for higher standards from the customer's side.
Yes. It's the monarchy argument - Apple focuses on security because they own the ecosystem, so they're hurting themselves and there's no-one else left for Apple to blame if they screw it up.
Maybe those priorities are well-intentioned, helping to make sure their customers don't lose access to precious photos because they lost some important key. Maybe they are driven by more nefarious motives, such as the endless rumours of government interventions. It doesn't really matter, because the gaping security vulnerability is there all the same, and much of what Apple does actively pushes users into it, and at the same time Apple makes a big deal about the security and privacy of its devices.
At least if you are technically inclined you can read their more technical documentation to understand what is really happening, which is to their credit. But it seems likely that most people potentially affected by that vulnerability won't have done so.
This may be surprising, but a lot of users don't accept that as an answer and find this to be a less valuable business model than one where the trusted vendor has skeleton keys.
In any case, iCloud still isn't fully secure, and Apple isn't very honest about that in its marketing. It also doesn't give those users who do value security and privacy more highly the opportunity to use iCloud with real security, while simultaneously making it unnecessarily difficult to transfer data using other, more secure methods.
As one potential alternative for discussion, you could instead construct a system where users had the option of keeping keys entirely under their control, with suitable backup options, or of creating an online emergency recovery system where partial key data was given to Y trusted friends and recovering that data from any X out of those Y would be sufficient to reconstruct the key. Each friend need only know that they are agreeing to be an emergency keyholder for someone, and no-one else other than the original user and the keyholder need know that the relationship even exists.
The UI for a system like that could be extremely simple. Turn on the emergency recovery system. Identify a list of friends you want to trust. They each get asked if they're willing to help, and you either get a list of people who all said yes or prompted to choose more people if anyone declined or couldn't be reached. Once you've got enough, everyone who is a trustee carries around a suitable fragment of the other keys on their own secure device(s) in exactly the same way that their own key is held.
Only if you're trying to say that the war is mostly over, and general purpose computing lost.
Yeah. Seems pretty prescient to me.
The article is not biased or out of date at all. Most people can't figure out how to get around "secure boot" technology, which has the effect of locking people out. Big companies, both those that make hardware and software, work together to lock ordinary people out of creating alternatives. If an independent creator were to make something good, the big companies would just make their own version, that would be just as good for most users.
Yeah, this article seems like it accurately predicted the future when it was written.
>Secure Boot/Trusted Computing
This is an effort born out of seemingly benevolent intentions. Rootkits, a form of malware known for implanting themselves into a computer system before an Operating System even loads and persisting in various exotic ways were quite difficult to detect or do anything about. By applying various cryptographic verification techniques though, one can be sure that software being loaded or delegated to is actually the "original legit stuff".
The issue comes back to trust though. The community fought hard against a move that had been shaping up in the standardization of UEFI and secure boot to fight against entrenched industry actors being able to gatekeep or be the only holders of keys. The fear was that someone like Microsoft would utilize their position to remove a User's ability to load a cryptographically "unblessed" OS. Happily, User's can swap out that cryptographic material now, but many of the more arcane aspects to doing so on a system to system basis are poorly documented and difficult to discover. At least the desktop world seems to be pretty accesible, but the mobile world is a nightmare in regards to getting it up and running from the get go with minimal support and a modest home lab.
>Monolith's
The monoliths I speak of are tech giants. Microsoft, Apple, Google, Intel, Broadcom, Nvidia, etc. The different flavors of evil wrought vary by the particular actor. Apple and Google have used their role as gatekeepers to their App store as a means to tap into novel business verticals, or to be able to ensure that other app developers can be frustrated or otherwise managed by applications of arbitrary structure and standards. Things such as code signing requirements baked into the OS have created situations where now there is a barrier to entry of at least understanding cryptography and the tools around it (once considered a niche and unnecessary computer programming skill, now core). It also dissuaded and complicates the keyboard to pixel prochain even more intimidating. I expected that I could hand my child a smartphone sized computer to program and crash to get familiar with computing fundamentals, but the world has gone hard the other way. Frankly any place with an App store has. Most mobile system foundries or OEM's are notorious for locking down access to the implementation details of their silicon.
Nvidia, Microsoft, and even AMD's graphics divisions have earned a access to a special place of hatred in my mind over the two pronged efforts of collusion with the media industry through software driver and hardware implementations that make it absurdly difficult to drive one's own purchased graphics and coprocessor equipment as well as supporting abandoned hardware configurations. (I'm looking at you Sony, and your abandonment of the Nvidia GeForce 630M.)
All of this user hostility was absent when I was growing up. You had this machine where the only limit was what you had the documentation to read to know how to drive it. Nowadays, it seems everyone is more interested in shoving a microprocessor in things, but threatening with lawyer, anti-tamper, or absolution of themselves from having to provide any documentation to a buyer at all, of the responsibility to deliver to the user any constructive value, while at the same time, maximizing lock-in and recurring revenue streams. Look at HP printers nowadays for how microprocessors being inserted into the meta-logistical function of ink management makes user's life actively worse, where previously one was free to source one's ink from anywhere with nary a concern.
It's got to stop.
Joking, of course. Half-joking.