logoalt Hacker News

mitmproxy adds --emudhra option

192 points • by ahlCVA • yesterday at 11:51 PM • 50 comments • view on HN

Comments

Confiks • today at 1:03 AM

It's almost a shame it includes the private key and doesn't bruteforce it in-band for every request.

➕ show 2 replies
CGamesPlay • today at 1:29 AM

This looks like it's using the emSign root path, which is useful, but the AAA root path is equally useful in different cases. The AAA root path was disabled for https on root stores newer than February 2025, but has been in root stores since forever. Meanwhile the emSign root path was only included in root stores since ~2018 and got removed in October 2026.

So from the perspective of hacking old IoT devices, if your device hasn't been updated since 2018, the AAA path should work; if since February 2025, either path works; if since October 2026, the emSign path.

➕ show 2 replies
closetheloopdev • today at 1:48 AM

I created a proxy using the 6 compromised eMudhra CA keys (2 of the 8 are code-signing and not for TLS). I initially tried just one (the one with d=4) like in the commit, but it did not seem to work for anything. Once I added all 6 keys, I was able to intercept some.

I was mainly interested in testing which IoT devices are affected and protecting them, not trying to sniff their traffic since it's been a long day. My proxy thus just intercepted and forwarded the traffic upstream using a fresh TLS connection that does not use the compromised keys.

shrubble • today at 12:21 AM

If I’m understanding correctly, you could sniff the communication between your Smart TV and the manufacturer using this method?

➕ show 3 replies
seniorsassycat • today at 12:27 AM

How much of a boon is this for jailbreaking, reverse engineering, and mitm really?

➕ show 2 replies
cherioo • today at 1:36 AM

I thought this cert only recently gets trusted, so only newish but not too new devices would be vulnerable. Am i misunderstanding how this works?

➕ show 1 reply
tecleandor • today at 12:10 AM

This is gonna be great to sniff apps in a couple older Android phones I have around. Hope they're not pinning certificates.

➕ show 1 reply
chatmasta • today at 1:47 AM

Looking forward to setting this up manually after my agent refuses to do it. Like the good ol’ days.

➕ show 1 reply
lambda • today at 1:15 AM

Oh, nice. I was thinking of setting up a proxy for this for testing, nice to just have it working out of the box.

wildmXranat • today at 12:37 AM

Someone should've coined this disaster as "QuattroFail" to give it a little panache and international mystery

➕ show 1 reply
skeledrew • today at 12:25 AM

This is how fame happens.

➕ show 1 reply
mintflow • today at 12:49 AM

Haha, this is quite interesting to test if you need to update various of program (if they do not use the sys ca chain)

deadbabe • today at 1:10 AM

Can someone explain the significance here, a lot has happened in 24 hours.

➕ show 2 replies
0xbadcafebee • today at 1:07 AM

Remember twenty years ago when tools like this were "controversial" because you could "just download it and hack anyone" ? Except the only systems you could hack were... insecure ones... so people updated their systems to resist the tools' attacks, and we all ended up more secure.

xmcp123 • today at 12:50 AM

Never thought there would be a silver lining on this issue. Fuck yeah.

sippingabonedry • today at 12:28 AM

Wonderful.

Anyone else bother to notice iOS still trusts 2 of the forged certs on the test site? I'd like to politely know what the fuck is going on because this is far from being "fixed".

➕ show 3 replies
DrammBA • today at 12:12 AM

I love how someone's security disaster becomes someone else's feature.

➕ show 3 replies