News for hackers. Stuff that matters.
Re:Google shifting to “upstream first” Linux kernel approach... by the8472 on Thursday September 23, 2021 @07:38AM (#28627805)
> I really wish people would stop griping about losing security features when you flip the one switch that ensures the security of the system. Unlocking the bootloader means it is now possible to modify system files. Of course Safetynet is going to fail. The point of Safetynet is to ensure the system hasn't been tampered with.

That's pretty much drinking the DRM koolaid. You can have both, verified boot and freedom. All it takes is a mechanism to replace the manufacturer's trust root with an owner-supplied one. The process would wipe anything secured by the trusted components (including keys securing the user data) but that should be fine since you can make a backup.

The only thing that wouldn't work is software that wants to ensure that the user has no control over the system - DRM or "the user is too dumb to be trusted with their own device" security theater.

Re:Google shifting to “upstream first” Linux kernel approach... by pjmlp on Thursday September 23, 2021 @08:26AM (#28628181)
It is no longer a security theater when the user gets a malicious app installed, that takes over their bank management app.
Re:Google shifting to “upstream first” Linux kernel approach... by the8472 on Thursday September 23, 2021 @08:30AM (#28628209)
Changing the root of trust doesn't mean applications can suddenly take over other applications. It also requires granting the malicious app sufficiently elevated permissions for that takeover. The user made several choices along the way. If your argument is that there's the possibility that they could make the wrong choice then this is in my opinion security theater because it posits that a thing can only be secured by taking away choice and no other way.
Re:Google shifting to “upstream first” Linux kernel approach... by pjmlp on Thursday September 23, 2021 @08:33AM (#28628240)
On this kind of devices the security chain of trust needs to take into consideration the same kind of users that fill their Internet Explorer with random toolbars from website popups.

Not the user with a CS degree that knows what they are doing.

Re:Google shifting to “upstream first” Linux kernel approach... by fouric on Thursday September 23, 2021 @02:20PM (#28633005)
"Of all tyrannies, a tyranny sincerely exercised for the good of its victims may be the most oppressive." - C.S. Lewis

Freedom to do what you want with the device you purchased is a right that is not to be infringed upon, especially not for the reason "the users might hurt themselves".

Setting up a technically nontrivial flow to unlock the bootloader (e.g. connect the device to a machine with an SSH client, approve SSH connection request with scary message, SSH to the phone, execute a shell script that tells you that you shouldn't unlock this unless you know what you're doing, and after confirmation the script unlocks the bootloader) is more than enough of a deterrent for the vast majority of non-technical users.

The remainder are acceptable casualties - people who refuse to read warning labels are going to have other bad things happen to them anyway (drinking poisons, injuring themselves while working with power-tools) as a result of their foolishness, and the solution to that is not to take away the power-tools from the whole population, but to train them to read and follow warning labels in the first place.

Those technically skilled users who want to unlock their bootloaders (and, you know, do what they want with the devices they paid for) should not have to pay for the stupidity of a small minority of foolish people who refuse to read warning messages.

Re:Google shifting to “upstream first” Linux kernel approach... by pjmlp on Thursday September 23, 2021 @03:44PM (#28634248)
As it is a right for a manufactures to sell their devices configured as whatever they feel like.

The consumer has the right to buy from companies that sell products that actually fit their purposes, like I don't know, a computer, instead of trying to replace the firmware in a toaster.

Re:Google shifting to “upstream first” Linux kernel approach... by atq2119 on Friday September 24, 2021 @06:44AM (#28640706)
As a society we have already decided that manufacturers can't just configure the devices they sell however they feel like. One of the most obvious restrictions is on how they configure any radios. fouric is merely arguing that there should be another, and you're not responding to their points.

As such, your comments in this discussion, and this one in particular, do not appear to be in good faith.

Re:Google shifting to “upstream first” Linux kernel approach... by pjmlp on Friday September 24, 2021 @07:52AM (#28641149)
Good example.

Hence why radios are kind of locked down to makers that could make use of illegal radio frequencies, some of which could even be damaging to human health.

My faith is that not everything with a CPU has to be open to install Linux on it.

Re:Google shifting to “upstream first” Linux kernel approach... by the8472 on Thursday September 23, 2021 @08:44AM (#28628325)
Those kinds of users are unlikely to replace the root of trust, simply due to the process being onerous.

And even if everyone were to install malware. There are other ways to secure banking. E.g. by providing an external token with a display. This is how hardware crypto wallets and some PIN generators for in-browser banking work. Or they could ask the owner to upload the attestation pubkey to their website, then the bank could still check if it's really their app that's running (as confirmed by the boot trust chain). I'm not sure how fingerprint scanners are tied into secure boot, maybe they could be used to verify user intent too.

Re:Google shifting to “upstream first” Linux kernel approach... by wizzwizz4 on Thursday September 23, 2021 @10:22AM (#28629561)
Okay, so the app's running.

Except the app is remote-controlled by a malicious “display driver” that waits for the user to do all this authentication set-up, transfers the money away, “are you sure”s it, then prevents the user from seeing any of the on-phone scam warnings until it's too late to reverse the transaction.

Re:Google shifting to “upstream first” Linux kernel approach... by the8472 on Thursday September 23, 2021 @10:29AM (#28629656)
Display driver is part of the kernel, which is part of the trust chain.
Re:Google shifting to “upstream first” Linux kernel approach... by wizzwizz4 on Thursday September 23, 2021 @04:28PM (#28634854)
Substitute “display driver” for a draw over other apps, “tap this dot” game, then.
Re:Google shifting to “upstream first” Linux kernel approach... by the8472 on Thursday September 23, 2021 @07:17PM (#28636818)
That's a standard feature and not related to unlocking the bootloader. Handling that properly wrt. sensitive apps has to be done anyway.