We need both options to coexist: 1. Open, hackable hardware for those who want full control and for driving innovation 2. Locked-down, managed devices for vulnerable users who benefit from protection This concept of "I should run any code on hardware I own" is completely wrong as a universal principle. Yes, we absolutely should be able to run any code we want on open hardware we own - that option must exist. But we s…
The issue with this is that inevitably the locked down devices, which will end up being 98%+ of the market, become required for ordinary living, because no-one will develop for the 2%. Open hardware is essentially useless if I need to carry both an open phone and a phone with the parking app, the banking app, messenger app to contact friends, etc.
We should have the ability to run any code we want on hardware we own
131–140 of 1001 posts
Re: We should have the ability to run any code we want on hardware we own
#132We need both options to coexist: 1. Open, hackable hardware for those who want full control and for driving innovation 2. Locked-down, managed devices for vulnerable users who benefit from protection This concept of "I should run any code on hardware I own" is completely wrong as a universal principle. Yes, we absolutely should be able to run any code we want on open hardware we own - that option must exist. But we s…
Incorrect. Choice 2. Empowered user. The end user is free to CHOOSE to delegate the hardware's approved signing solutions to a third party. Possibly even a third party that is already included in the base firmware such as Microsoft, Apple, OEM, 'Open Source' (sub menu: List of several reputable distros and a choice which might have a big scary message and involved confirmation process to trust the inserted boot media…
Re: We should have the ability to run any code we want on hardware we own
#133Much harder to make a secure device that is resistant to getting pwn'd if you can run any code you want. I personally prefer my iPhone to be more secure than to be more open. Buy a more open phone if you want one, but stop trying to use legal means to force the software on my phone to be worse for my use-case just because you want to have your cake and eat it too.
Once you decide to trade your liberty for security, it becomes the norm and then no one has liberty.
If the USG decides to pass a law saying you can only buy iPhones, then we will have more to talk about w.r.t. liberty.
Nothing actually prevents you from modifying your iPhone however you see fit, btw. If you are incapable of breaking Apple's security without bricking the phone, that's a "you" problem.
Re: We should have the ability to run any code we want on hardware we own
#134> It should be possible to run Android on an iPhone and manufacturers should be required by law to provide enough technical support and documentation to make the development of new operating systems possible As someone who enjoyed Linux phones like the Nokia N900/950 and would love to see those hacker-spirited devices again, statements like this sound more than naïve to me. I can acknowledge my own interests here (ha…
Not to mention, it's an authoritarian attitude, talking about forcing companies to support arbitrary software stacks
Re: We should have the ability to run any code we want on hardware we own
#135We need both options to coexist: 1. Open, hackable hardware for those who want full control and for driving innovation 2. Locked-down, managed devices for vulnerable users who benefit from protection This concept of "I should run any code on hardware I own" is completely wrong as a universal principle. Yes, we absolutely should be able to run any code we want on open hardware we own - that option must exist. But we s…
Incorrect. Choice 2. Empowered user. The end user is free to CHOOSE to delegate the hardware's approved signing solutions to a third party. Possibly even a third party that is already included in the base firmware such as Microsoft, Apple, OEM, 'Open Source' (sub menu: List of several reputable distros and a choice which might have a big scary message and involved confirmation process to trust the inserted boot media…
Open question:
Any idea on making it so difficult that grandma isn't even able to follow a phisher’s instructions over the phone but yet nearly trivial for anyone who knows what they’re doing?
Re: We should have the ability to run any code we want on hardware we own
#136We need both options to coexist: 1. Open, hackable hardware for those who want full control and for driving innovation 2. Locked-down, managed devices for vulnerable users who benefit from protection This concept of "I should run any code on hardware I own" is completely wrong as a universal principle. Yes, we absolutely should be able to run any code we want on open hardware we own - that option must exist. But we s…
Incorrect. Choice 2. Empowered user. The end user is free to CHOOSE to delegate the hardware's approved signing solutions to a third party. Possibly even a third party that is already included in the base firmware such as Microsoft, Apple, OEM, 'Open Source' (sub menu: List of several reputable distros and a choice which might have a big scary message and involved confirmation process to trust the inserted boot media…
Re: We should have the ability to run any code we want on hardware we own
#137We need both options to coexist: 1. Open, hackable hardware for those who want full control and for driving innovation 2. Locked-down, managed devices for vulnerable users who benefit from protection This concept of "I should run any code on hardware I own" is completely wrong as a universal principle. Yes, we absolutely should be able to run any code we want on open hardware we own - that option must exist. But we s…
Re: We should have the ability to run any code we want on hardware we own
#138Re: We should have the ability to run any code we want on hardware we own
#139Earlier quoted context omitted.
The primary problem is that we can't build a phone and run it on a cellular carrier network. This is where legislation is needed. Apple and Google are still a problem, but they are a secondary problem.
You kind of can? The carrier network has no way to verify that your cellular modem is a real modem made by a real modem company, and not 3 SDRs in a trench coat standing on the top of each other. The sheer technical difficulty is what makes this kind of thing impractical. The network does validate that a SIM card is a real SIM card, but you can put a "real SIM card" in anything.
Re: We should have the ability to run any code we want on hardware we own
#140Earlier quoted context omitted.
The primary problem is that we can't build a phone and run it on a cellular carrier network. This is where legislation is needed. Apple and Google are still a problem, but they are a secondary problem.
You kind of can? The carrier network has no way to verify that your cellular modem is a real modem made by a real modem company, and not 3 SDRs in a trench coat standing on the top of each other. The sheer technical difficulty is what makes this kind of thing impractical. The network does validate that a SIM card is a real SIM card, but you can put a "real SIM card" in anything.
The M1 Macbook Air is 5 years old now, has an active development, lots of community funding and attention, yet is still missing basic functionality like external monitors and video decoding. Because it's just a mammoth task to support modern hardware. Unless you have a whole paid team on it you've got no hope.