Top
Best
New

Posted by galadran 14 hours ago

Apple's git still trusts the compromised eMudhra certificates(emudhra.we-have-a-problem.com)
1028 points | 376 commentspage 5
ltbarcly3 11 hours ago|
Microsoft had a small golden age with Azure and Windows 10, and now they are going right back into a Vista-era-like rot. Github is down an awful lot. The reliability is worse than the product I work on for work by like 2 orders of magnitude and we have no ops team. It's a joke.

Windows 11 is awful, lots of the fixes and modernization started in windows 10 has totally stalled, leaving users with 5 different places to change a setting instead of the one old place or one new place. Look how many different UI's there are to adjust sound card / sound settings or display settings. It's a complete mess. Their attempts to jump into the AI game have been a complete joke, despite already having integrated Cortana years ago. Putting Cortana on an llm is such an obvious thing to do, and they already did so much work to make that fully integrated into windows and force it on everyone even though it was trash, and now it's still trash and they don't seem to be able to adapt at all.

Now they can't respond to a complete insecurity in one of their major products in weeks? Why do they even validate certs? Why doesn't revocation work in their app? I don't think they can really be trusted at this point.

Xiol 11 hours ago||
Did you misread the title?
tonymet 8 hours ago||
Microsoft were the good guys in this case.
franktankbank 11 hours ago||
What would cause this delay from apple? Is there something behind the scenes that can explain it?
WesolyKubeczek 12 hours ago||
Doesn’t macOS have a way to generate cert.pem from the keychain?
aaomidi 13 hours ago||
This file is used by a bunch of CLIs. Apple is fundamentally dropping the ball here from a security perspective.
InsidiousWombat 13 hours ago||
That's disingenuous title

It should be "Apple still ships compromised CA in /etc/". Git is just a victim like every other app using system CA

okr 13 hours ago||
Is using the system CA not the way to go?

(on linux you always have the update-ca-certificates command that downloads the root certificates from a trusted™ source. but sure, it will not help, if each command starts to bring their own ca package :)

Zambyte 12 hours ago|||
Exactly, so the title wrongly frames git as trusting certs that it shouldn't, when it's correctly trusting the system certs, and MacOS is wrongly trusting certs.
RetroTechie 11 hours ago||||
> Is using the system CA not the way to go?

Yes, and that makes not dealing with this issue worse on Apple's part. If MacOS' setup somehow doesn't allow untangling a (still deemed trustworthy?!?) root certificate issued by eMudhra from the broken intermediate certificates, then revoke that whole chain including the root & accept collateral damage.

Failing that just provides an incentive for apps to do their own chain-of-trust implementations. Which like you said is not the way to go.

mschuster91 12 hours ago|||
The problem is macOS has two system CA stores, keychain and /etc/ssl/cert.pem.

That is unequivocally bad, similar to Java which ships its own keystore.jks and many applications shipping its own copy on top of that. True nightmare fodder.

krackers 3 hours ago|||
The thing is Apple used to do this correctly. Back when they still shipped OpenSSL (albeit some ancient version), they had actually patched OpenSSL to do cert validation against the native keychain and only ever had Keychain as the source of truth. You can see this in https://github.com/apple-oss-distributions/OpenSSL098/blob/O...

And curl was patched to use the native TLS implementation (SecureTransport) which obviously used Keychain as well.

For some reason when they switched to LibreSSL everywhere they decided to ship their own copy? I don't know what they were thinking.

kbolino 10 hours ago||||
It's also an indictment of Apple's relationship to open source software. Never mind contributing back to upstream, they haven't even made the change in their own fork to support their own keychain.
WesolyKubeczek 12 hours ago|||
Also certifi in every Python venv, keystores in every single container, nested keystores within that, it’s certificate matryoshkas all the way down!
mschuster91 12 hours ago||
> keystores in every single container, nested keystores within that

At least for that, in $OLDJOB I went and created a new keystore.jks myself to account for an internal CA, so my successors can just update that file, restart the containers and that's it...

broken-kebab 13 hours ago|||
So git on MacOS does trust compromised certs by default? What's wrong with the title then?
Liquid_Fire 13 hours ago|||
It's not factually wrong, but it implies that this is something specific to Git, and possibly might even be interpreted that it is Git's fault.

In reality it's macOS shipping the outdated certificates, and it affects various other command-line tools, like Curl.

broken-kebab 11 hours ago|||
Fair. I didn't read it as something specific to git cause I know how it works with MacOS
boxed 12 hours ago|||
Not macOS, but XCode dev tools. Still, it is Apple that ships them for sure.
SahAssar 11 hours ago||
Does /etc/ssl/cert.pem not exist if you don't install XCode?
publlus_enigma 13 hours ago||||
Because it isn't got specifically, it is anything that uses the installation of OpenSSL provided by Apple as part of macOS (at least is my understanding).
smithofsmiths 12 hours ago|||
The problem is that the title implies that it's somehow the fault of the package. That's it, that's the problem; the title is disingenuous in its claim.

"Ten days later, Apple Image Viewer on macOS still trusts the compromised eMudhra certificates" doesn't sound as catchy, but is equally correct because the apps use system CA.

xp84 7 hours ago||
No, unless it’s were a cli image viewer. The gui parts of the OS, and what’s written by Apple, use keychain.

Macs have two completely independent root CA stores. The cli and all the opensource parts use /etc/.

Curl project did actually release support to compile it with default keychain support a year ago, but of course Apple never updates their cli tools, so expect to see that in macOS 37.

Note: I’m not defending Apple here.

JoBrad 13 hours ago|||
The lede is certainly buried, but calling out an affected development toll on a tech site isn’t a bad call.

Pretty disappointed that Apple hasn’t pushed out an emergency patch to address this, though.

sscaryterry 13 hours ago|||
Agreed.
anothermoron 13 hours ago||
[dead]
yourmahbub 5 hours ago||
its very good
commandersaki 11 hours ago||
Not really a big deal, the window to do an MITM has passed.
computerfriend 7 hours ago|
No, it is open for as long as these certificates are trusted.
commandersaki 3 hours ago||
When a significant portion of devices are patched (including gui apps on mac), pulling off an MITM without detection is pretty much impossible. That would be usual culprits of telco, ISP, or public wifi. That's what I mean by the window has closed. Anyone attempting is taking significant risk of being detected; at least in my neck of the woods would be illegal to do as well.
fHr 4 hours ago||
small indie company lmfao
arbor-group 11 hours ago||
[flagged]
hmartin 7 hours ago|
[dead]
More comments...