Their argument is that an unlocked firmware would allow us to override regulatory restrictions like the RF output power or the IMEI number. That argument has some merit. However, my opinion is that such restrictions should be implemented as hardware interlocks that are unchangeable through software. Thus, we would be free to change the software as we like. Sadly, both the manufacturers and the regulatory agencies tend to completely ignore that solution, so that they can retain their excess control.
This is the goal of law enforcement and justice in general and in this argument, a hardware manufacturer is substituting this role, when we say that, we can see the overreach. Manufacturers aren't public entities able to make such decisions.
Locking people out of their phone does not raise the skill or effort ceiling much, as there still presumably would be software restrictions in place.
But I do agree that we should be able to unlock and relock the bootloader. That's one of the reasons GrapheneOS supports the Google Pixel, for instance. The security model relies on the locked bootloader.
Yeah sure there's a few cases where it make sense but they are few and far between.
It is desirable for anyone who doesn't want malware.
The OS is borked even before you install even a single of these highly sandboxed third party apps.
While in theory that model sounds great, in practice the security is worse than your average Linux distribution and the only people which managed to make it work is the GrapheneOS non-profit representing less that 0.1% of the devices.
(And ironically the only secure Android rom doesn't fully pass Play Integrity)
I don't know if there is much value in arguments like "in theory that's great, but in practice I don't trust anyone other than X so anything that is not X is worse".
So we're back to square one then, it's pointless because you can't trust mobile OS like you can with desktop OS.
Before talking about secure boot, Android needs a way to attest what's in the OS we're saying we are booting...
I'm not even sure Google themselves are fully aware of what's inside specific models.
> I don't know if there is much value in arguments like "in theory that's great, but in practice I don't trust anyone other than X so anything that is not X is worse".
I would rephrase it as why attesting that we have an unknown and outdated OS is valuable to the phone owner?
> I would rephrase it as why attesting that we have an unknown and outdated OS is valuable to the phone owner?
I am not sure if you're genuinely not understanding what the secure boot does, or if you're just venting about the situation with mobile phones.
The secure boot is there to attest that the OS running on your phone is coming from the manufacturer and has not been tampered with by a malware. If you don't trust the manufacturer or if the manufacturer doesn't update the OS frequently enough, then I guess you should look for another manufacturer. GrapheneOS is pretty much up-to-date.
> you don't trust the manufacturer or if the manufacturer doesn't update the OS frequently enough, then I guess you should look for another manufacturer.
The only manufacturers in the world publishing device trees nowadays must be Fairphone and OnePlus because even Google stopped releasing them with the last Pixel. So here you go, you I gave you the entire list of manufacturers (two) for which to my knowledge secure boot provides some value to the phone owner (some others might exist), I'm willing to include GrapheneOS as a third case where it makes sense even if it's not the stock OS.
And the only rom in the world being updated on time is also GrapheneOS (yes, even Pixels still have delays)
You say correct things, but you make wrong conclusions. Secure boot does provide value to the phone owner, period. Not against the manufacturer, but there is pretty much nothing consumers can do against the manufacturer except trusting it.