Apple consumer devices have been shown to resist state-level actor threats in the past and even if current devices won't be 100% resistant forever I trust Apple to be a couple of steps ahead every gen.
Of course, I'm jumping ship as soon as 100% open-source and verifiably secure HW+OS stack is available. But until then, it's Apple :P
Repeatedly state actors have broken into iphones and icloud accounts, and apple laptops are frequently the first devices to fall in the Pwn2Own contests.
Typically, it's criminally illegal to circumvent DRM in the US (and 99% of the rest of the world). However, there are also certain exemptions that have been granted, within the US only (other countries are not so lucky). The right to repair is one such exemption[1].
If Apple had separated security from first-party repair enforcement, then anyone found even attempting to break the T2 chip might have been up for jail time. However, the right to repair is a valid defense.
Of course, making circumvention criminally illegal doesn't make the chip itself any more technically secure; say against criminals. It is a pretty solid deterrent though.
That said, from the EU directive:
> Member States shall take appropriate measures to ensure that rightholders make available to the beneficiary of an exception or limitation provided for in national law in accordance with Article 5(2)(a), (2)(c), (2)(d), (2)(e), (3)(a), (3)(b) or (3)(e) the means of benefiting from that exception or limitation, to the extent necessary to benefit from that exception or limitation and where that beneficiary has legal access to the protected work or subject-matter concerned.
There are certain exceptions, in articles 1, 2, 3 and 4, which can be read at https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CEL.... So there's not a blanket right to circumvent DRM; and nothing is spelt out that clearly.
Additionally, not a lawyer or in Government, however, in my lay-mans reading of this directive, I'm seeing a lot of usages of the word "may". I'm (possibly incorrectly) interpreting this as meaning a Member State can introduce these copyright exceptions, not that it's mandated as the FSFE article states.
At least that is what I remember.
You should have a skim through https://en.wikipedia.org/wiki/Digital_rights_management#Laws
No, that is a pretty US specific mess up.
At least in the EU braking DRM for thinks like research purpose is fully legal as far as I know.
It's a bit more complicated if it's a but distributing tools which can brake DRM.
It's no as complicated if it's about publishing a (somewhat) scientific document explaining the general concept about how to brake it.
It absolutely is not. It is completely unenforceable, especially in the case of criminal circumvention, and serves no realistic or practical purpose. Anyone who commits said "crime" in any meaningfully damaging sense and is caught will already be committing the actual crime of infringement, and so tacking circumvention on is largely pointless. It only serves to deter legitimate public research.
Also, the T2 isn't in any way classifiable as "technological measures used to prevent unauthorized access to copyrighted works". This law is meant to apply to copyright-protection DRM and has nothing to do with software security measures designed to prevent unauthorized access to computer systems. Circumventing the protection of those measures is only legal to do on systems on which you are authorized to do so, and is otherwise illegal under separate law.
Perhaps this unsurprising, nearly predestined exploit can convince people that they should not completely rely on biometrics for security.
Right now, that security is provided by Apple crypto-locking the Touch ID sensor to the T2 chip so that it cannot be modified to allow unauthorized access without being disabled altogether.
With the ability to bypass the restrictions of the T2 OS, that protection is stripped away, and replaced by .. nothing, as far as I can determine.
This is akin to removing your car’s electronic anti-theft system because it requires OEM keys. Sure, you can do so, but your car is a lot easier to steal, too. Only it’s not your car here, it’s your computer and all personal data on it, and all SSH keys you use to access remote servers, too.
I’m all for repairability but it’s worrying that the tech community is so invested in removing a padlock that offends them that they set aside security and risk issues in favor of rooting without addressing it at all. If this complete lack of interest in device security is the best we can do, we don’t deserve repairability, and we don’t deserve root.
If apple is a viable root of trust then you yourself should be too. There's nothing magical that only apple can do.
How would this benefit third-party repair shops, though?
In light of that, how do you allow for components to be swapped out wholesale without breaking the security model?
Isn't the entire point that you can't just steal a Macbook, swap out the SSD, and now you have a functioning (stolen) laptop?
And I think that's actually incredibly underappreciated feature, most people are both bad at memorizing long, complex passwords/passphrases and not all that motivated since the threat is quite abstract. I've had a hard time convincing some people to have any sort of password at all on their laptop (that they travel with, work in all sorts of places and are overall pretty careless with), as it carries the risk of forgetting the password and it's cumbersome and inconvenient compared to being able to simply open the computer to a logged-in desktop.
Making security less of a hassle really does help with adoption. Having a short, relatively weak, but not trivial password is way way better than having none at all, and realistically that's all most people are ever going to have, so making those passwords hold up better is a really smart move that instantly ups the security of lots and lots of people out there.
But that's not something I believe you could do without a scheme like tieing the encrypted data to a complex secret inside a specific T2 that is uncracked, otherwise you could simply put the SSD in another computer and brute-force it there.
Seems like a great idea!
Theft will happen anyway. You can even sell permanently-locked/bricked devices to people which doesn't look to closely at the sellers description. Sure you will need to sell them for cheap, but that's all.
That idea is like saying all cars must be always tracked, always link up with the drivers phone and be remote-controllable by there manufacturer to prevent theft.
Sure it would prevent theft, maybe, until people find ways to brake it. But it's still totally unreasonable with a lot of hidden cost to it.
E.g. in case of apple laptops the cost is losing a lot of small independent companies as well as any way to properly repair an Apple laptop. (Apple doe NOT provide proper repairs they at best replace whole components often the whole main board because it's one component when many damages tend to be similar because people use their devices similar and often are reasonable fixable with a bit of not-easy-but-not-very-hard-either soldering).
EDIT: And most important! The theft constraint can be archived to a reasonable degree WITHOUT locking out third party repair. A example (through not applicable to mac in this case) is how I setup my laptop with a custom EFI platform key/certificate and a BIOS password so to reuse it after theft people have to replace the BIOS chip soldered onto the motherboard (it has no publicly known master key or reset pin). Apple can archive similar things so that theft is more costy but third party repairs are still mostly unconstrained.
But it also breaks Apple's security platform in a big way, since this should make Apple's biometry scheme in their Macbooks much weaker and FileVault a lot easier to crack. That's a shame, because it's a very neat and cohesive security platform that gets out of one's way and works really well even for highly non-technical people. Their security stance is one of the things that keep me in Apple's ecosystem and I know a number of people and companies who feel alike. So, coming from that point of view, I do hope they fix this in time for their first round of ARM Macs.